🛠 Claude и Codex: разделение ответственности вместо выбора одной модели Go-разработчик с собственным проектом отказался от спора «кто лучше пишет код» и закрепил роли: Claude — технический руководитель, принимает архитектурные решения и проверяет результат; Codex — исполнитель, реализует план. Ключевой инструмент — письменный PLAN.md с проверяемыми критериями приёмки, который становится контрактом между моделями. До начала реализации Codex в режиме только для чтения проверяет план, ища пропущенные требования; после написания кода Claude сверяет различия с исходными критериями, а не полагается на отчёт Codex о выполнении. Реализация ведётся через Codex на базе GPT-5.6 Terra в режиме high, на сложных участках — xhigh или Sol; Claude работает на Opus high. Весь процесс упакован в навык /cdx для Claude Code и использует расширение codex-plugin-cc, позволяющее Claude передавать задачи локальному Codex без ручной координации. Главный выигрыш — не более дорогая модель, а независимая перекрёстная проверка: дефекты, которые раньше списывались на «ошибку модели», теперь обнаруживаются как расхождение с планом. Правило остановки жёсткое: если один и тот же дефект пережил две осмысленные попытки исправления, пересматривается сам PLAN.md, а не повторяется инструкция. При этом автор подчёркивает, что пониженные режимы (medium) на моделях вроде Terra приводят к пропуску связей между файлами и ложной экономии, поэтому high — минимально комфортный уровень рассуждений для разработки. Подробности сборки, полный код навыка и ограничения подхода описаны в статье на Habr. Разделение на планировщика и исполнителя — зрелый инженерный подход для соло-разработчика, но его цена редко обсуждается: два цикла рассуждений на каждую задачу, двойной расход токенов и жёсткая привязка к расширениям. В команде такой подход потребует не столько навыка, сколько переизобретения CI/CD для агентов — и это пока гораздо сложнее, чем сам код. #ClaudeCode #Codex #AIWorkflow #OpenAI #разработка