Розробка третьої хвилі
رفتن به کانال در Telegram
Українською про веб-технології, і не тільки. Як кав'ярня, тільки про технології. https://www.bohdanptyts.com/
نمایش بیشتر492
مشترکین
اطلاعاتی وجود ندارد24 ساعت
+297 روز
+3330 روز
آرشیو پست ها
Ми додали багато різних перевірок на проекті, крім лінтерів і тд є ще інші штуки.
Все це трохи сповільнює локальну розробку бо агент часто запускає дуже повільні процеси.
Але, агент можна подивитись всі локальні сесії і проаналізувати. Саме це я його попросив. Зайти в історію сесій, витягнути всі
bash виклики і час їх викоання (ну бо це все записується) і зробити мені статистику за 7 останніх днів.
І вже на основі того що було виміряно можна, навіть треба, оптимізувати повільні частини.
В моєму випадку це було ігнорування кешу turborepo. Також додав хуки в claude щоб банити деякі команди, які можна запускати в суттєво швидшому режимі, і тд.
Hedrd дуже крутий
Мені потрібно було затестити МСР в своєму проекті. Перший eval я зробив в ручну. Попросив агента проаналізувати сесію і логи, дав ID сесії. Всі знахідки попросив його пофіксити.
Але, щоб потім в ручну не тестувати я попросив його самому додати вікно, запустити в ньому codex і затестувати зміни в МСР з реальним агентом.
І в Herdr це дуже легко. Він сам знає в якому вікні він знаходиться, які вікно вже відкриті і тд.
Найс!
Ойойой
Коли таке можна буде в себе вдома поставити?
https://www.cerebras.ai/cs4
Стає легко виглядати як псих, коли пишеш коменти сам собі, під власними пул реквестами.
Але що зробиш, хай агент читає і фіксить...
До речі, ще з цікавих штук
Якщо запускати багато агентів YOLO, то вони можуть дуже нагліти по ресурсах.
Спочатку це фрізило віртуалку, але потім я наконфігурив NixOS і зарезерував 1 ядро процесора.
Так я точно можу зайти в неї і вибити те що зависло. І це лиш декілька рядків в конфігу який накив агент
До речі, ще з цікавих штук
Якщо запускати багато агентів YOLO, то вони можуть дуже нагліти по ресурсах.Спочатку це фрізило віртуалку
Зараз знову пробую перенести частину роботи у віртуалку.
Цього разу не Ubuntu, а NixOS.
Багато хто з моєї бульбашки юзає Nix devenv, flakes і т.д. Все заради того, щоб залежності проекту жили в скоупі проекту, а не глобально в системі, і без запуску цілої VM. Але це саме ізоляція залежностей, а не ізоляція процесів - nix-шел бачить твої файли і твою мережу, на відміну від віртуалки.
Я ще надто мало знаю, щоб це гарно пояснити, але на прикладі NixOS спробую описати філософію. Хоча варто розділяти: є окремо NixOS як ОС, і є інструменти Nix, які працюють без цілої ОС - на macOS це nix-darwin і home-manager.
NixOS - це дистрибутив Linux, в якому немає звичного пакетного менеджера. Ні apt, ні dnf. Є Nix: ти не ставиш пакет командою, а описуєш його в конфігурації. Немає і звичного /usr/bin - усе лежить у /nix/store, кожен пакет під своїм хешем.
Зате є конфігурація, файлом. Це дозволяє тримати цілу ОС в описаному і відтворюваному стані. Плюс система лишає попередні генерації, тому завжди можна завантажитись у стан "як було до мого експерименту".
Уявіть, що це як поставити npm пакет, і зміни будуть у
package.json і package-lock.json. Тут те саме роблять flake.nix і flake.lock. А тепер масштабуйте це на цілу ОС.
І воно йде ще далі. Кожен пакет описаний рецептом збірки, тому будь-що можна зібрати з сорсів, а будь-яка зміна вхідних даних дає новий шлях у сторі. За замовчуванням, щоправда, готові бінарники просто тягнуться з кешу - локально збирається лише те, чого в кеші немає.
Гаразд, менше цих деталей.
Я вибрав це, щоб мати можливість декларативно описати, що має мати моя віртуалка, і розгорнути її по цьому файлу будь-де (в межах Linux, звісно). В тебе там всі потрібні інструменти: claude code, codex, pi, herdr, кастомні скрипти, будь-що інше.
А весь цей геморой потрібен, щоб спробувати трохи оркеструвати агентів у більші системи. Якщо матиму вдалий досвід - то напишу і про це потім.
Трохи знаву начесав на відео, сподіваюсь версію з перекладом робити не треба
https://x.com/bohdanbirdie/status/2088742185374003349
