Pullfrog тепер безкоштовний для OSS. Ну але inference ваш.

Я вже постестував, можна закинути його на codex підписку, непогано накидав коментарів. Але, повільніше ніж Greptile.

Ніби можна і на claude підписку, але я не ризикував.

Буду ще експериментувати, але поки що досить найс!

https://pullfrog.com/blog/free-for-open-source

Але душать один одного

Але козак

https://www.reddit.com/r/esp32/comments/1vosibt/i_serve_my_website_with_a_swarm_of_six_esp32s3s

Трохи знаву начесав на відео, сподіваюсь версію з перекладом робити не треба

https://x.com/bohdanbirdie/status/2088742185374003349

Зараз знову пробую перенести частину роботи у віртуалку.

Цього разу не 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, кастомні скрипти, будь-що інше.

А весь цей геморой потрібен, щоб спробувати трохи оркеструвати агентів у більші системи. Якщо матиму вдалий досвід - то напишу і про це потім.

До речі, ще з цікавих штук

Якщо запускати багато агентів YOLO, то вони можуть дуже нагліти по ресурсах.

Спочатку це фрізило віртуалку, але потім я наконфігурив NixOS і зарезерував 1 ядро процесора.
Так я точно можу зайти в неї і вибити те що зависло. І це лиш декілька рядків в конфігу який накив агент

Але banger

Трошки пригоріло.....

Gold 🏅

https://interfaces.dev/cheat-sheet

Оррр

Добраніч

Стає легко виглядати як псих, коли пишеш коменти сам собі, під власними пул реквестами.

Але що зробиш, хай агент читає і фіксить...

Just one more thing, brother

ONE MORE THING

Ойойой
Коли таке можна буде в себе вдома поставити?

https://www.cerebras.ai/cs4

Ну комедія

Hedrd дуже крутий

Мені потрібно було затестити МСР в своєму проекті. Перший eval я зробив в ручну. Попросив агента проаналізувати сесію і логи, дав ID сесії. Всі знахідки попросив його пофіксити.

Але, щоб потім в ручну не тестувати я попросив його самому додати вікно, запустити в ньому codex і затестувати зміни в МСР з реальним агентом.
І в Herdr це дуже легко. Він сам знає в якому вікні він знаходиться, які вікно вже відкриті і тд.

Найс!

Ми додали багато різних перевірок на проекті, крім лінтерів і тд є ще інші штуки.
Все це трохи сповільнює локальну розробку бо агент часто запускає дуже повільні процеси.

Але, агент можна подивитись всі локальні сесії і проаналізувати. Саме це я його попросив. Зайти в історію сесій, витягнути всі bash виклики і час їх викоання (ну бо це все записується) і зробити мені статистику за 7 останніх днів.

І вже на основі того що було виміряно можна, навіть треба, оптимізувати повільні частини.

В моєму випадку це було ігнорування кешу turborepo. Також додав хуки в claude щоб банити деякі команди, які можна запускати в суттєво швидшому режимі, і тд.