Как организовать совместную работу 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; — инструкция по установке.
Это пример для адаптации, а не универсальная кнопка и не гарантия результата. Ответственность за настройку, проверку и внедрение остаётся на пользователе.
· 23.08
логичная схема, но сколько часов реально ушло на отладку handoff между агентами? подозрение, что на средних задачах три модели жгут больше токенов на координацию, чем на сам код. интересно, где у тебя порог, когда один codex перестаёт вывозить
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён