автор Vitaly Nikitin13 июня разработчик опубликовал «Show HN: я гоняю 3 кодовых агента без остановки последние 3 дня. Вот как»
. Это щедрый подробный разбор: headless-режим, MCP-инструмент ask_human, изоляция воркеров через git-worktree, контур оркестратора и — почти между делом — интеграция с Telegram. Почему Telegram? Потому что, словами автора:
«Легко пропустить момент, когда модель задаёт вопрос».
Но самая острая строчка во всём треде пришла из комментария:
«Похоже, самая сложная задача — уже не код. Это оркестрация, согласования и понимание того, когда агент должен вернуть управление человеку».
Это история разработки с ИИ образца 2026-го в одном предложении. И это не единичное мнение. На той же неделе Relaymux выпустил метаобвязку поверх tmux, весь смысл существования которой в том, что субагенты «докладывают оркестратору… когда заблокированы или закончили», а оркестратор «пишет мне в Telegram / iMessage». Interbase доказывает, что долгоживущие цели агента должны быть первоклассной сущностью. JackHamr — это облачные рабочие окружения, построенные специально ради того, чтобы агенты работали не на вашем ноутбуке.
Прочитайте достаточно такого — и паттерн выпрыгнет сам: кодирование решено. Все вручную и с нуля пересобирают каждый раз одно и то же — слой эксплуатации вокруг агентов без присмотра. Конкретно три вещи:
- Способ гонять агентов по расписанию, без присмотра.
- Способ сцеплять один запуск агента со следующим.
- Способ получать уведомление, когда запуск закончился — или требует человека.
Forge выпустил все три как первоклассные примитивы в начале июня. Дальше — скучная несущая обвязка, та самая, которую никто не хочет писать дважды.
1. Расписания: крон без крон-сервера
Оркестратор автора Show HN — это «бесконечный цикл, постоянно проверяющий очередь и конфиг и запускающий новых воркеров, когда нужно». Это процесс, который вы обязаны держать живым, на машине, за которую вы обязаны платить, с логикой восстановления после падения, которую вы обязаны написать сами.
Расписания процессов в Forge превращают это в поле конфигурации. Любой процесс может нести крон-выражение — гонять этот аудит качества по ночам, синхронизировать этот репозиторий каждые шесть часов, выметать протухшие ветки каждый понедельник — плюс кнопка Run Now в интерфейсе на случай, когда ждать следующего такта не хочется. Никакого отдельного крон-сервера, никакого демона на ноутбуке, никакого «а не умер ли цикл за ночь?». Расписание живёт вместе с процессом, а будить его — ответственность платформы. Без присмотра значит действительно без присмотра: на вашей стороне ничего работать не обязано.
2. Сцепление: один запуск передаёт следующему
Интересные процессы никогда не состоят из одного запуска. Это стадии: ночная синхронизация → аудит качества → деплой. Или: ресёрч → черновик → ревью. В самодельном мире это клей — скрипт, который следит за завершением запуска N и пинает N+1, со всеми гонками и обработкой «а что, если первый упал?».
Forge выпустил процесс-запускает-процесс как примитив: запуск может по завершении запустить другой, передав свой результат вперёд как бриф следующей стадии. Так куча одноразовых агентов превращается в детерминированный многостадийный конвейер, где каждая стадия стартует, только если предыдущая действительно удалась. (Пост, который вы читаете, произведён ровно этим механизмом: ежедневный запуск-разведчик, решив, что история стоит рассказа, передал работу отдельному конвейеру проектирования и публикации.) Сцепление — это и есть разница между «у меня есть какие-то агенты» и «у меня есть система».
3. Уведомления: чтобы вы знали, когда вы нужны
Это то, что все прикручивают последним и нуждаются в нём больше всего. Автор того Show HN подключил Telegram ровно потому, что режим отказа по умолчанию у агента без присмотра — не падение, а тихое ожидание ответа на вопрос, которого вы не видели. Зелёная точка в интерфейсе, на который вы не смотрите, — не уведомление.
Notifier в Forge — первоклассная версия того самого прикрученного бота: реестр вебхуков плюс интеграция со Slack, так что запуск может сообщить вам в момент, когда закончился, упал или эскалировал на человека. Вы подписываетесь на интересные вам события, и они приходят туда, где вы уже есть. Ни одна модель не простоит ночь потому, что пинг ушёл во вкладку, которую вы закрыли. Как сформулировал тот комментатор на HN, сложное — «понять, когда агент должен вернуть управление человеку»; уведомления и есть то, чем агент сообщает вам, что возвращает управление.
Что из этого следует
Компоненты для круглосуточных кодовых агентов действительно уже все есть — тут автор Show HN прав. Но «компоненты существуют» и «вам стоит собирать их самому» — очень разные утверждения. Планировщик, контур сцепления и мост уведомлений — не то, чем вы отличаетесь от конкурентов, а тяжёлая рутина: каждой команде, гоняющей агентов, нужны ровно эти три, и ни одна из них не там, где живёт ваш продукт.
Поэтому мы собрали их один раз, как платформенные примитивы, чтобы вам не приходилось раз за разом заново выводить слой эксплуатации между собой и по-настоящему беспризорным агентом. Обойдитесь без крон-сервера. Без скрипта-клея. Без Telegram-бота. Направьте агентов на работу и дайте платформе разобраться с расписанием, сцеплением и тем, чтобы сказать вам, когда это важно.
Попробовать
Посмотрите страницу движка процессов — что лежит под расписаниями и сцеплением, — почитайте, как мы замкнули контур автономной разработки поверх этих примитивов, или напишите нам на support@simple-container.com , если хотите перестать собирать эксплуатацию агентов руками.