Перейти к содержимому
September 16, 2026

Что такое программная фабрика для ИИ-агентов разработки

Программная фабрика (Software Factory) в терминологии Ivy Tendril — это стандартизированная последовательность этапов с контрольными точками, которая превращает задачи и идеи в готовые pull request'ы. Поступает задача или баг-репорт. ИИ-агент составляет план изменений. Разработчик проверяет и утверждает план. Агенты выполняют работу в изолированных рабочих деревьях (Git worktrees). Автоматизированная верификация запускает тесты, линтеры и анализ diff'а. Разработчик проверяет итоговые изменения. В GitHub создается pull request. Этот цикл одинаков для каждой задачи, при этом агент и языковая модель могут выбираться индивидуально. Предусмотрено ровно две человеческие контрольные точки — на этапе плана и на этапе diff'а, и ни один коммит не вливается в кодовую базу без явного одобрения инженера.

Этапы программной фабрики

1. Создание плана (Create plan)

Входными данными может быть краткое описание задачи в Tendril, issue на GitHub или отчет об ошибке jam.dev через webhook, голосовая заметка, транскрибированная через Whisper, или файлы контекста, добавленные в промпт. Промптварь CreatePlan анализирует кодовую базу и формирует детальный план: что именно изменить, в каких файлах и как проверить результат.

2. Черновик (Draft)

План сохраняется в разделе черновиков. Код пока не меняется: система ждет внимания инженера.

3. Ревью плана (Plan review)

Первая ключевая контрольная точка. Рецензент знакомится с планом и выбирает одно из пяти действий: одобрить, запустить ExpandPlan для детализации, выполнить SplitPlan для разделения крупной задачи на подзадачи, запустить UpdatePlan для правок или оставить комментарии в черновике, после чего план переписывается. Задачи, не требующие срочного решения, отправляются в Icebox.

4. Исполнение в worktree (Execute in worktrees)

После одобрения промптварь ExecutePlan запускает выбранного агента — Claude Code, Codex CLI, Copilot CLI, Gemini CLI, OpenCode или любой другой консольный инструмент — в собственном git worktree на отдельной ветке. Руководство Git-ворктри для параллельных ИИ-агентов подробно рассказывает, почему такая изоляция гарантирует безопасность одновременного выполнения десятков задач. Множество планов выполняются параллельно, вывод консоли стримится в реальном времени, а основная ветка (main) остается полностью нетронутой.

5. Автоматическая верификация (Verify)

Тесты, линтинг и анализ diff'а запускаются в изолированном ворктри, а их результаты прикрепляются к отчету плана. Это применение непрерывной интеграции (CI) на уровне отдельной задачи, а не ветки целиком. Оптимальный состав проверок разобран в статье верификационные барьеры для сгенерированного кода. В редакциях Pro и Enterprise данные также можно импортировать напрямую из GitHub Actions или внешних CI-систем.

6. Ревью diff'а (Diff review)

Вторая контрольная точка. В окне Review инженер видит diff в одной вкладке и протоколы тестирования в другой. Разработчик утверждает результат либо дополняет план и отправляет на повторную итерацию.

7. Создание Pull Request (Pull request)

Промптварь CreatePr создает pull request на GitHub с исчерпывающим описанием проделанных изменений. Слияние (merge) ветки осуществляется на стороне GitHub по принятым стандартам команды. Затраты токенов и финансовая стоимость выполнения задачи протоколируются в дашборде.

Почему контрольных точек именно две, а не ноль и не десять

Ноль контрольных точек означает предоставить агенту право бесконтрольно коммитить в main. Ошибки обнаруживаются только тогда, когда они ломают рабочий процесс коллег или доходят до клиентов, а откат кривого слияния обходится дороже предварительного ревью. Кроме того, это значит, что за код никто персонально не отвечает.

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

Две точки фокусируют экспертное внимание человека там, где оно важнее всего: План — место, где исправление недопонимания стоит дешевле всего (код еще не написан). Diff — место, где подтверждается корректность: верификация пройдена, код готов, решение о мердже принимает специалист. Все остальное автоматизировано. Подробнее логика описана в документации жизненного цикла.

Что меняется в работе инженерной команды

Скорость поставки. Поскольку задачи выполняются параллельно, а человек подключается лишь в двух точках, производительность ограничивается емкостью ревью, а не скоростью набора текста на клавиатуре. Команда Ivy после перехода на фабричную схему увеличила ежедневную выработку с 10 до более чем 100 pull request'ов.

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

Накопление инженерных знаний. Каждый этап обслуживается модулем promptware: файл Program.md с инструкциями, директория Memory/ с выводами из предыдущих запусков, Tools/ с разграничением прав и логирование Logs/. По завершении работы агенты фиксируют новые знания об архитектуре проекта. Читайте подробнее в promptware: агенты, улучшающие собственные инструкции.

Чем программная фабрика не является

  • Это не автодополнение кода. Автокомплит лишь подсказывает следующую строчку; фабрика берет задачу и возвращает протестированный pull request.
  • Это не просто окно чата. У обычного диалога нет очереди, изоляции сред, обязательной фазы верификации и постоянной памяти.
  • Это не неуправляемый бот, коммитящий прямо в production.
  • Это не замена код-ревью, а его точечная оптимизация.
  • Это не облачный сервис, хранящий ваш код на чужих серверах. Tendril работает локально на вашем компьютере.
  • Это открытая экосистема без привязки к единственному поставщику моделей.

8 уровней разработки с участием ИИ

Шкала Стива Йегги «8 уровней разработки с ИИ» (2025) отлично классифицирует технологическую зрелость. Большинство команд застряли на уровнях 2–3. Оркестрация с параллельными агентами, локальной памятью и двойным контуром верификации соответствует уровню 8.

Уровень Реальная повседневная практика команды
1 Без ИИ. Разработчики пишут и проверяют весь код исключительно вручную.
2 Автодополнение в редакторе. Подстановки принимаются построчно.
3 Чат-ассистент в IDE. Один диалог, один разработчик, одна функция за раз.
4 Агент в IDE, способный редактировать несколько файлов под контролем человека.
5 Консольный CLI-агент, решающий одну задачу в фоновом режиме.
6 Несколько CLI-агентов в разных терминалах с ручной координацией.
7 Агенты с регламентированным рабочим процессом и первыми проверками.
8 Оркестрация: параллельные агенты в изолированных worktrees, постоянная память, два барьера ревью и очередь планов. Это основа Ivy Tendril.

Как начать работу

Установка Tendril на macOS или Linux:

curl -sSf https://cdn.ivy.app/install-tendril.sh | sh

На Windows:

irm https://cdn.ivy.app/install-tendril.ps1 | iex

Подключите репозиторий GitHub, укажите API-ключ выбранного провайдера и создайте первый план из небольшой задачи. Утвердите черновик, дождитесь окончания тестов и изучите итоговый diff. В руководстве по установке разобран каждый шаг.

Часто задаваемые вопросы

Заменяет ли фабрика код-ревью?

Нет. Она переносит проверку в две ключевые точки (план и diff) и снабжает рецензента автоматическими отчетами тестирования.

Какие агенты поддерживаются?

Claude Code, OpenAI Codex CLI, GitHub Copilot CLI, Google Gemini CLI, OpenCode и любые другие утилиты с интерфейсом командной строки.

Ivy Tendril бесплатный?

Да. Приложение бесплатно и доступно в исходных кодах под лицензией FSL-1.1-ALv2. Подписка Pro (59 $ за пользователя в месяц) добавляет командный функционал, онпремиз-развертывание, SSO и интеграцию с внешними CI. Ознакомьтесь с тарифами.


Начните разработку нового поколения с Ivy

Готовы перевести кодовую базу на современный стек, подготовленный к автономной работе ИИ-агентов?

  • Изучите исходный код: Ознакомьтесь с Ivy Tendril на GitHub (open source).
  • Читайте документацию: Изучайте руководства на tendril.ivy.app.
  • Свяжитесь с архитекторами проекта: Напишите на renco@ivy.app, чтобы назначить 30-минутную техническую консультацию.
Written by

Ivy Team