Что такое ИИ-агент в команде: pepper-orchestrator делит большой проект и проверяет каждого

Claude Code и Codex: программы, в которых ИИ пишет код по описанию задачи. О плагине Никитин рассказал в авторской статье. Он вырос из задачи для сервиса zaryady.ru, который управляет зарядными станциями: туда добавляли работу с корпоративными клиентами, и изменения пришлось синхронно вносить в 6 репозиториев (хранилищ кода проекта).

Сложности начинаются, когда мы доходим до продакшн-решений, нагруженных систем или проектов, где функциональных модулей или доменов предметной области больше одного. : Максим Никитин, основатель студии ITSalt

Что нового в подходе pepper-orchestrator?

• Цель задаётся как программа: плагин делит её на пакеты работ и запускает их.
• Несвязанные или слабо связанные части идут параллельно, каждая у своего агента, и общий контекст при этом не теряется.
• Каждый готовый кусок уходит на независимую проверку, а не принимается со слов исполнителя.
• Состояние программы хранится в файлах и переживает потерю любой сессии.
• Все связи идут через одного распорядителя, оркестратора: агенты модулей между собой напрямую не договариваются.

Почему один агент не справляется с большой системой?

Никитин перечисляет четыре давно известные проблемы. Каждая на маленьком проекте почти незаметна, а на большом ломает работу.

• Агент видит только кусок системы. Всё, что он знает, должно поместиться в контекстное окно (объём текста, который модель держит в памяти за раз). Автор ссылается на исследования Context Rot и Lost in the Middle: с ростом объёма ответы менее надёжны, а середину длинного текста модели замечают хуже начала и конца.
• Скрытые связи. Агент меняет поле в базе данных и не знает, что им пользуются ещё три места в соседнем репозитории.
• Самопроверка. Тесты пишет тот же агент, что и код, поэтому они проверяют ровно то, о чём он подумал.
• Память живёт до конца сессии. Новая сессия начинает с нуля и легко отменяет вчерашние договорённости.

Человек нажимает необратимые кнопки, оркестратор не пишет код

Ролей в системе четыре:

• Владелец, то есть человек. Ставит цель, решает вопросы продукта и рисков, сам делает слияние изменений в основную версию и выкладку на рабочий сервер.
• Оркестратор. Одна сессия в главном репозитории программы: планирует, режет работу на пакеты, проверяет результат и ведёт журнал. Код модулей не пишет никогда.
• Сессии модулей. Каждая работает в своём репозитории, пишет код и тесты, сдаёт отчёт, но ничего не сливает и не выкладывает.
• Субагенты оркестратора. Одноразовые помощники: читают файлы, проверяют чужую работу и возвращают выводы, а не содержимое файлов.

Подход сначала обкатали на живом проекте, а уже потом упаковали в код. На zaryady.ru ушло 12 дней и около 40 пакетов работ с выкаткой на рабочий сервер, всё сломанное превратили в правила, правила в плагин. Для статьи автор показал механику на тестовом задании: за 4 часа собрать прототип, который вытаскивает из договоров номер, поставщика, сумму и срок поставки с точной цитатой. В шести учебных документах были ловушки вроде аванса в 252 000 рублей рядом с ценой и лимита «не более 600 000» вместо суммы.

Как попробовать?

1. Установите Claude Code или Codex: по словам автора, плагин работает в них.
2. Найдите pepper-orchestrator по названию плагина и студии ITSalt: прямой ссылки в материале нет.
3. Откройте одну сессию оркестратора в главном репозитории и опишите цель целиком.
4. Запускайте сессии модулей, которые назовёт оркестратор, а слияние и выкладку оставьте за собой.

А что с российскими нейросетями?

Из доступных в РФ нейросетей, YandexGPT и GigaChat. Работает ли плагин с ними, автор не сообщает: в статье речь только о Claude Code и Codex. О доступности самих этих программ в России в материале тоже ничего нет.

Что делать с этим прямо сейчас, по ролям

Автору Дзена: заберите сам принцип. Большой материал или серию статей режьте на части, держите общий план в одном файле и проверяйте каждую часть отдельно, а не той же сессией, что писала текст.

Маркетологу: если заказываете разработку с ИИ, спросите подрядчика, кто проверяет код агента. Тесты от того же агента проверяют только его собственные допущения.

Предпринимателю РФ и СНГ: плагин нужен командам с несколькими модулями и репозиториями. Для лендинга или простого бота, по словам автора, хватит одного агента и пары правок.

Какие вопросы задают чаще всего?

Чем это отличается от встроенных субагентов Claude Code?

Встроенные субагенты живут внутри одной сессии и пропадают вместе с ней. Здесь каждая сессия модуля работает в своём репозитории с его настройками, а состояние программы лежит в файлах.

Нужен ли оркестратор для маленького проекта?

По словам автора, нет: пока систему можно держать в голове, ошибки ловятся глазами. Оркестратор нужен с той точки, где проект перестаёт помещаться в одну голову и одну сессию.

С чего начать, если я не программист?

С принципа, а не с плагина. Попробуйте сами побыть оркестратором: план в одном файле, задачи по частям, проверка каждой части отдельной сессией нейросети.