автор Ilia SadykovНа прошлой неделе произошло вот что. В 02:00 UTC запустился процесс Forge, прочитал каждый транскрипт встречи за предыдущие 24 часа, нашёл две точки трения, сверил их с действующим бэклогом задач и завёл оба пункта как новые задачи. Затем отправил дайджест в Telegram и завершил работу.
Следующей ночью в 02:00 UTC процесс запустился снова. На этот раз он нашёл те же два паттерна. Сверился с бэклогом. Оба уже были там. Для каждого он вернул ALREADY_FILED, отправил дайджест с пометкой об этом и остановился.
Ни одного дубля. Ни один человек не просыпался для ручного разбора. PAT не требовался. Платформа просмотрела собственные звонки, нашла проблемы и — поскольку помнила, что уже завела, — не стала именно той вещью, от которой была призвана защищать.
Второй запуск — это и есть главное. Система, которая замечает проблемы, но не помнит, что уже заметила, — просто более дорогой алерт. Доказательство дедупликации превращает аккуратное демо в то, что реально можно оставить работать без присмотра.
Что вышло в релиз
Forge теперь запускает ночной цикл разбора звонков как полноценный плановый процесс. Каждый вечер агент читает все транскрипты встреч организации за прошедшие 24 часа. Он применяет анализ трений — ищет моменты, когда звонок обнажил реальный пробел в продукте, повторяющийся обходной путь или запутанное взаимодействие, которое так никуда и не попало — и дедуплицирует каждого кандидата по живому роадмапу.
Для проблем, которые поддаются программному исправлению, он сразу запускает SDLC-процесс. Для всего остального создаёт задачу на приёмку. В любом случае уходит дайджест в Telegram: что было заведено, что пропущено как уже существующее и с каким уровнем уверенности.
Всё это живёт в зафиксированной prompt-спецификации. Никакого самописного демона, никакого cron-задания, склеенного из shell-скриптов. Процесс, характер и расписание — те же примитивы, которые может скомпоновать любой пользователь Forge.
Почему это важно прямо сейчас
АИ-сообщество весь прошлый год обсуждало, можно ли доверять агентам выполнение задач. Разговор незаметно сместился: более сложный вопрос — можно ли доверять платформе агентов знать, что она делает: наблюдать за собственным поведением, обнаруживать слепые пятна и действовать без подталкивания со стороны человека.
Команда инженеров Anthropic сформулировала это чётко : «Наиболее успешные реализации, с которыми мы работали, не использовали сложных фреймворков или специализированных библиотек. Они строились на простых, компонуемых паттернах.» Процесс разбора звонков — именно это: три компонуемых примитива делают то, на что полгода назад ушли бы сотни строк кода на Go.
Разработчики из сообщества Hacker News на этой неделе активно работают над той же задачей: наблюдаемые хранилища сессий, анализ после звонков, операционные контуры, способные аудировать себя. Паттерн, который Forge только что выпустил, не опережает тенденцию — он даёт ответ на то, к чему сообщество уже движется.
Деталь с дедупликацией
Первый запуск доказал, что система умеет находить проблемы. Второй — что она умеет их помнить.
Это различие принципиально. Агент разбора звонков, заводящий одну и ту же задачу каждую ночь, бесполезен — это шум. Шаг дедупликации запрашивает живой роадмап перед тем, как что-либо завести. Если совпадающий по смыслу пункт уже существует, агент возвращает ALREADY_FILED и идёт дальше. Если он действительно новый — заводит. Если неоднозначный — помечает для проверки человеком, а не угадывает.
Два живых запуска без дублей — не статистическая выборка. Но это доказательство того, что механизм работает, собранное на собственных продовых звонках платформы, а не на синтетических данных.
Что это заменяет
До этого релиза задачи по итогам встреч жили там, куда их клали люди: в чьих-то заметках, в полузабытом сообщении в Slack, в задаче, заведённой через два дня, когда детали уже поблекли. Ретроспективы происходили тогда, когда у кого-то находилось время их созвать.
Теперь есть систематический скан — каждую ночь, по каждому звонку — который не устаёт, не отвлекается и не забывает завести задачу, замеченную в 23:00 в пятницу.
Дайджест в Telegram даёт командам конкретный след аудита: вот что система нашла, вот что она сделала с каждым пунктом, вот что пропустила и почему. Это полезно не только для заведённых задач. Это полезно для уверенности в том, что система ведёт себя именно так, как задумано.
Общая картина
Автономный SDLC-контур Forge уже давно выпускает фичи от начала до конца . Агенты спрашивают разрешение перед запуском новых задач. Агенты замечают зависания и восстанавливаются сами . Теперь платформа следит за собственными звонками.
Это не отдельные фичи. Это одна и та же идея, применённая на разных уровнях: система, способная работать без постоянного контроля человека, должна уметь ясно видеть себя. Цикл разбора звонков замыкает контур на операционном уровне — не просто «вышел ли код», а «хорошо ли идут звонки, и действительно ли команда находит и заводит то, что замечает».
Ответ на вопрос «можно ли доверить это работе без присмотра» всегда был вопросом того, что система видит и что она делает с тем, что видит. Процесс разбора звонков — ещё один кусочек этого ответа.
Попробуйте Forge — или напишите на support@simple-container.com , если хотите обсудить, как выглядел бы ночной цикл разбора звонков для вашей команды.