Codex лучше работает с разделением ролей

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

В репозитории Codex Astra Orchestrator + Luna Subagents предложена простая схема: отдельные роли для исследования, выполнения, тестов и независимого ревью. Это полезный способ думать о сложной задаче в Codex, даже если готовый пакет не устанавливать.

Одна задача, несколько точек ответственности

Начать можно с трёх ролей.

• Исследователь читает проект, находит затронутые файлы и формулирует план.
• Исполнитель делает ограниченную правку по этому плану.
• Ревьюер сверяет diff с исходной задачей, проверяет тесты и ищет пропущенные последствия.

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

Не ставьте конфигурацию вслепую

У репозитория есть инсталлятор: он копирует `.codex`, `.agents` и может дополнить `AGENTS.md` в выбранном проекте. Внутри также закреплены конкретные модели, уровни рассуждения и число параллельных субагентов. Это может оказаться полезным примером, но не универсальной настройкой: она способна конфликтовать с уже работающей конфигурацией Codex и изменить расход лимитов.

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

Следующий шаг

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

Связанные материалы

• Статья: Как собрать свою первую команду ИИ-агентов
• Блог: Роберт Мартин: «Я могу отойти на 40 минут, а когда вернусь, всё будет готово»

Этот подход пригодится командам, которые уже поручают Codex реальные изменения и хотят сделать результат проверяемым.

Если захотите обсудить, как это применить у себя или в команде — пишите в Telegram @pimenov