Forge растёт: от конвейера разработки к движку процессов для команд ИИ-агентов

Когда мы впервые анонсировали Forge несколько недель назад, заголовок звучал так: «от задачи в GitHub до пул-реквеста, силами конвейера из пяти ИИ-агентов». Сегодня мы этот заголовок расширяем: тот же движок теперь гоняет любую команду, которую вы можете описать обычным языком, — исследователей, маркетологов, аналитиков, агентов поддержки, разработчиков или любую их смесь.

Конвейер разработки из пяти ролей никуда не девается. Это по-прежнему наш самый отшлифованный пресет и по-прежнему то место, где у нас полтора года глубины. Изменилось то, что нижележащий движок теперь выставлен наружу: вы можете взять ту же архитектуру — персонажи с переходами, управляющий агент, проверяющий каждую передачу, git как аудиторский след — и направить её на любой процесс, ради которого ваша команда иначе нанимала бы подрядчика или сшивала бы вручную из SaaS-сервисов.

Бриф, сломавший нашу рамку

Несколько недель назад заказчик написал нам бриф, который не влезал в форму разработки:

«Мне нужен Алекс как продакт-менеджер, чтобы ставить требования, Сэм — чтобы делать ресёрч, Джордан — чтобы анализировать результаты, Райли — чтобы писать пост в блог. Алекс управляет всеми переходами и проверяет каждую передачу».

Это контентный процесс, а не процесс поставки софта. Роли другие, на выходе пост в блоге (а не пул-реквест), и трое из четырёх персонажей вообще не инженеры. Но архитектура — несколько специализированных персонажей, последовательные передачи, назначенный управляющий, проверяющий каждый переход, — идентична нашему конвейеру разработки.

Так что мы её обобщили. Движок, о котором вы сегодня прочитаете как о «движке процессов Forge», — это тот же код, который выпускает ваш проверенный пул-реквест. Единственное, что меняется между контентным процессом и процессом разработки, — это спецификация.

Как это устроено

Вы пишете бриф. Forge генерирует спецификацию процесса. Вы подтверждаете. Forge её выполняет:

flowchart TD
    B([Бриф обычным языком]) --> G[Генератор с естественного языка]
    G --> S{{Спецификация процесса}}
    S --> A{Оператор подтверждает?}
    A -->|Да| R[Запуск]
    A -->|Правка| S
    R --> P1[Персонаж 1]
    P1 --> M1{Вердикт управляющего}
    M1 -->|продвинуть| P2[Персонаж 2]
    M1 -->|обогатить| P1
    P2 --> M2{Вердикт управляющего}
    M2 -->|продвинуть| Pn[...]
    Pn --> O([Результат закоммичен в git])

Важны три элемента:

Генератор с естественного языка разбирает ваш бриф (на любом языке) в WorkflowSpec из именованных персонажей, переходов и назначенного управляющего агента. Вы видите черновик, правите всё, что не так, и подтверждаете.
Управляющий агент стоит между каждым переходом. Он читает передачу предыдущего персонажа и решает: продвинуть к следующему, обогатить (вернуть предыдущего на ещё один круг с конкретными указаниями) или эскалировать на человека. Плохой результат не уходит дальше по цепочке; оператору не нужно нянчить каждый шаг.
Git и есть аудиторский след. Передача каждого персонажа — коммит в ветке, ограниченной процессом: в вашем репозитории, если вы его привязали, в нашем скрытом общем — если нет. Между попытками обогащения можно сделать git diff. Комплаенс-аудиторам достаточно git log.

Почему это стало возможно сейчас

Движок — не переписывание с нуля. Собрать его из готовых частей позволили три вещи, выпущенные за последние недели:

Реестр своих ролей (Паттерн Б) — операторы уже определяли собственные идентификаторы ролей и сцепляли их через Role.DownstreamRole. Движок процессов просто потребляет этот реестр вместо зашитого списка [PM, Architect, Developer, QA, Reviewer].
Реестр рантаймов и подбор по возможностям — каждый персонаж заявляет, что ему нужно (тяжёлое исполнение кода? лёгкие рассуждения?), и наш матчер выбирает самый дешёвый подходящий рантайм. Персонаж-исследователь обходится в разы дешевле персонажа-разработчика, и движок эту разницу учитывает.
Раунды ревью-правок (прототип паттерна управляющего агента) — ограниченные циклы ревьюер→разработчик с маркерами вердикта. Мы обобщили паттерн: любой персонаж может быть управляющим агентом для любого перехода.

Как только эти три вещи встали на место, движок процессов сложился сам собой как следующий шаг.

Разработка остаётся нашей глубиной

Хотим сказать прямо, что не меняется:

Конвейер разработки из пяти ролей выпускается ровно так же, как всегда. Повесьте на задачу в GitHub метку forge-pipeline — получите отревьюенный PR. Ни одному заказчику, использующему пресет разработки, ничего менять не нужно.
Наша самая глубокая экспертиза — по-прежнему поставка софта: детерминированный рантайм LLMOS, интеграция с GitHub App, типизированные схемы передач, агенты-персонажи с постоянной памятью . Всё это становится сильнее по мере того, как мы вкладываемся именно в пресет разработки.
Мы конкурируем с Claude Code, Cursor, агентом Replit, Factory.ai — с категорией универсального агентного инструментария. Пресет разработки — наше главное сравнение там.

Что изменилось: мы больше не соревнуемся только на разработке. Тот же продукт теперь обслуживает команды, у которых в процессе нет ни строчки кода.

Что это открывает

Для наших нынешних заказчиков в короткой перспективе не меняется ничего. Конвейер разработки работает как работал.

Для тех, кого мы раньше не могли обслужить, — маркетингового агентства, исследовательской фирмы, консалтинга на 30 человек с внутренними процессами эксплуатации — разговор стал проще. «Опишите свою команду по-русски — Forge её выполнит»: эту фразу любой может без запинки повторить своему финансовому директору.

Особенно для русскоязычных и других неанглоязычных заказчиков: генератор с естественного языка многоязычен по умолчанию. Русские брифы, испанские брифы, китайские брифы — тот же движок, тот же аудиторский след в git.

Попробовать

Если вы уже пользуетесь конвейером разработки — не меняется ничего, ваш процесс продолжает работать.

Для нового процесса путь короткий:

Откройте «New Workflow» в панели Forge.
Опишите, что вам нужно, обычным языком. «Мне нужен кто-то, кто исследует тему, аналитик, который обобщит находки, и автор, который напишет черновик поста. Продакт-менеджер должен проверять каждую передачу перед тем, как начнёт следующий».
Нажмите «Generate Workflow». Forge сопоставит роли из вашего брифа с персонажами из вашего нынешнего состава. Для роли, под которую персонажа ещё нет, Forge предложит сгенерировать его на месте — настроенным под подсказку роли, ваши прошлые процессы и бриф. Посмотрите на автоматически созданного персонажа, поправьте, если хочется, и примите.
Просмотрите визуальную схему: персонажи как карточки с аватарами, переходы как стрелки, управляющий агент подсвечен. Кликните любой узел, чтобы отредактировать, перетащите, чтобы переупорядочить, поменяйте персонаж одним кликом.
Run now, чтобы выполнить сразу, или Schedule, чтобы гонять по крону: каждый понедельник утром, в конце каждого спринта, по срабатыванию вебхука. Остальное берёт на себя Forge.

Ни JSON, ни терминала, ни скриптов. API процессов существует для интеграций и CI-скриптов; путь для человека — просто опиши, сгенерируй, запусти.

Если у вас есть форма процесса, которая не ложится на разработку, и вы хотите продумать, как её выполнял бы Forge, напишите нам на [email protected] . Более подробные страницы — Движок процессов и Аудит в git — рассказывают, что под капотом.

Движок выпущен. Пресет разработки выпущен. Заметные пресеты вне разработки — контентные процессы, исследовательские, эксплуатационные — это шаблоны, которые мы опубликуем в ближайшие недели.

Мы не меняем курс. Мы расширяем угол обзора на том же движке.