Результаты тестирования: Когда использовать Claude Opus с Codex или чистый Opus для генерации кода

Анализ затрат рабочего процесса Opus+Codex

Пользователь Reddit провел контрольный тест, сравнивая использование чистого Claude Opus с комбинированным рабочим процессом, где Opus планирует, а OpenAI Codex выполняет код. Настройка использовала Claude Opus 4.6 с CLI OpenAI Codex через навык opus-codex, тестируя три реальные задачи в изолированных рабочих деревьях git.

Результаты теста

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

• Задача на 80 строк кода (флаг CLI + 3 теста): Чистый Opus $0.33, Opus+Codex $0.53
• Задача на 400 строк кода (HTML-отчет + 10 тестов): Чистый Opus $0.68, Opus+Codex $0.74
• Задача на 1060 строк кода (REST API + 46 тестов): Чистый Opus $0.86, Opus+Codex $0.78

Точка пересечения затрат происходит примерно на 600 строках кода. Ниже этого порога накладные расходы на планирование и передачу в комбинированном подходе стоят дороже, чем написание кода непосредственно Opus. Выше 600 строк кода Opus+Codex становится более экономичным, поскольку сокращает выходные токены примерно на 50%.

Скрытый фактор затрат: чтение кэша

Анализ выявил чтение кэша как значительный, часто упускаемый из виду фактор затрат. Хотя многие разработчики сосредотачиваются на оптимизации выходных токенов, каждый ход API повторно отправляет весь разговор как кэшированный контекст. Дополнительные ходы от фаз планирования и проверки накапливают затраты. Тест показал, что 600 строк вывода Codex в stdout, попадающих в разговор, были самым большим фактором увеличения затрат — перенаправление этого вывода в файл экономило примерно $0.15 за запуск.

Практические рекомендации

• < 500 строк кода: Используйте чистый Opus. Более простой подход экономически эффективнее для небольших задач.
• 500-800 строк кода: Оба подхода работают с примерно равными затратами.
• > 800 строк кода: Opus+Codex экономит деньги, причем разрыв в эффективности увеличивается с масштабом. Бесплатный пробный период Codex делает этот подход особенно привлекательным для крупных задач.

Разработчикам, испытывающим высокое потребление токенов Opus, рекомендуется проверить чтение кэша в разбивке затрат. Если чтение кэша в 5-10 раз выше, чем выходные токены, контекст, вероятно, раздут и его следует оптимизировать.