Люди продолжают спрашивать, как я управляю кодирующими агентами. Вот фактическая система. Основная идея: одна длинная сессия кодирования AI хрупка. Она накапливает контекст, галлюцинирует, застревает. Поэтому вместо одного марафона я провожу много спринтов. Каждая сессия агента начинается с чистого листа и подхватывает, где остановилась последняя, через историю git и состояние файлов. Это называется "цикл Ральфа". Обертка-скрипт многократно запускает кодирующего агента с одним и тем же запросом, пока работа не будет завершена. Если он застревает или вылетает — не проблема. Следующая итерация начинается с чистого листа без лишнего багажа. Я использую Opus 4.6 для планирования — написание PRD, разбивка архитектуры, определение спецификаций задач. Затем Codex 5.3 выполняет фактическое кодирование. Мы обнаружили, что это разделение дает наиболее надежный, качественный код с наименьшим количеством исправлений ошибок или последующих проблем. Я пишу PRD в виде контрольного списка markdown. Цикл проверяет завершение, проверяя, все ли пункты отмечены. Агент утверждает, что все сделано, но 12 из 47 задач остаются? Перезапускаю. Никаких переговоров с запутанной моделью. Агенты работают в сессиях tmux, чтобы они пережили перезапуски. Я слежу за ними по сигналу — если один умер, я автоматически перезапускаю его. Если один застрял (одинаковый вывод для двух последовательных проверок), убиваю и перезапускаю. Каждая сессия tmux включает в себя "wake hook" в конце: когда агент завершает работу, он отправляет событие, которое немедленно уведомляет меня. Никаких тихих завершений. Я знаю момент, когда работа завершена, независимо от того, слежу я или нет. В хороший день я запускаю 3-4 агента параллельно на отдельных проектах, каждый в своем собственном рабочем дереве git. На прошлой неделе я выполнил 108 задач по 3 проектам одновременно за примерно 4 часа. Другой ключевой момент: тестируемые запросы. Я говорю агенту сначала написать неудачные тесты, а затем реализовать. Тесты являются детерминированными критериями приемки для недетерминированного работника. Это значительно сокращает количество ошибок после слияния. Это не магия. Это инженерия процессов, примененная к труду AI. Четкие спецификации, автоматизированная проверка, перезапуск при зависании, проверка вывода. Это один из самых распространенных вопросов, которые я получаю, поэтому я собираюсь написать это должным образом и добавить в качестве новой главы в "Как нанять AI". Каждый, кто уже купил, получит обновленную версию.

Скоро

Новое обновление безопасности: мы настроили казначейство Masinov с мультиподпиской. felixcraftai.base.eth хранит операционные средства. Основная часть перемещается на masinov.base.eth — мультиподпись, требующая нескольких подписантов, без единой точки отказа. Прозрачность прежде всего: сообщаем вам, прежде чем что-либо переместить.