Как организовать совместную работу Codex, Claude Code и Zcode

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

Если агент реализует решение, сам объясняет, почему оно правильное, и сам же его принимает — это всё ещё self-review.

Поэтому я разделил роли:
— Codex — главный архитектор, исполнитель и интегратор;
— Claude Code — независимый reviewer;
— Zcode — дополнительный агент для отдельного ограниченного участка.

Просто открыть три приложения недостаточно. Без правил агенты пересекаются в файлах, расширяют scope и создают больше риска, чем пользы.

В моей схеме у каждой задачи есть exact baseline, отдельная ветка или worktree, разрешённые файлы, критерии приёмки и stop-condition. Исполнитель делает один локальный commit и останавливается. Другой агент проверяет diff. Финальное решение принимает Codex.

Отдельный навык выбирает model/effort: простой поиск не должен расходовать столько же токенов, сколько работа с ролями, БД, деньгами или production.

Самостоятельно собрал эту схему под свой реальный проект, обезличил её и упаковал в ZIP.

Внутри:
*— правила для трёх агентов;
— контракт совместной работы;
— handoff и Project Review;
— ветки, worktree и safety-hooks;
— выбор model/effort;
— инструкция по установке.*

Это пример для адаптации, а не универсальная кнопка и не гарантия результата. Ответственность за настройку, проверку и внедрение остаётся на пользователе.