Claude Code, Codex или Cursor: какая нейросеть для кода выгоднее по деньгам и скорости

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

Чем Codex отличается от Claude Code в реальных задачах

Codex делает базовые правки быстрее Claude Code, но суммарное время на задачу у него часто выходит больше - потому что тестирование и ревью после Codex занимают дольше. Так и написал автор блога allaboutcoding.ghinda.com в отчете о неделе, где он гонял оба агента на одинаковых задачах и одинаковых требованиях (пост от 21 августа 2026 года).

Разница по стилю кода: на Ruby/Rails-проекте Codex выдавал решения "with fewer comments" и попроще архитектурно, а Claude тяготел к более сложным абстракциям - вплоть до типов Sorbet там, где хватило бы обычного метода. Автор описал разницу в поведении так: Claude "tries to go above and beyond... guess what you might want", то есть достраивает то, о чем не просили, а Codex - "companion that does what you tell it... will not overdo it", делает ровно то, что сказано, и не пытается угадать.

Это не всегда плюс для Codex. В одной из задач он запутался в цепочке веток при ревью в Jira - "branch A targets branch B targets main" - и не смог сам распутать, куда должен уйти PR. А в другом случае ошибочный rebase (уже не по вине агента, а из-за процесса) раздул пул-реквест до 4000+ строк, и разгребать это пришлось руками. По интеграции с MCP у Codex CLI все прямолинейно - он сам просит выполнить codex mcp login, - тогда как у Claude Code автор отметил зависания при автоматическом запуске MCP-серверов.

Итог по разделу: Codex - быстрый и предсказуемый исполнитель с более простым кодом, но слабее в оркестрации процесса (ветки, ревью-флоу) и не компенсирует экономию на генерации экономией на проверке.

Это не единственные варианты на рынке нейросетей для программирования - есть еще Cursor, Windsurf и десяток менее раскрученных LLM-редакторов, и вопрос "какая нейросеть для кода лучше" вообще не имеет одного ответа, потому что инструменты решают разные задачи. Cursor и курсор-нейросеть (в поиске это частый синоним) - это автодополнение и чат внутри редактора, для правок в реальном времени под рукой у разработчика. Codex и Claude Code - CLI-агенты, которым можно поставить задачу и уйти пить чай, а они сами откроют файлы, прогонят тесты и соберут PR. Кодинг с ИИ через агентский CLI и кодинг с ИИ через автодополнение в IDE - это разный опыт использования LLM в разработке, и сравнивать их по одной метрике (цена за токен) бессмысленно без поправки на то, сколько человеческого времени экономит каждый формат.

Сколько стоят Claude Code и Codex по токену

По официальному прайсу на 23 августа 2026 года Claude Sonnet 5 - модель по умолчанию в Claude Code - стоит 2 доллара за миллион входных токенов и 10 долларов за миллион выходных. Эта цена анонсировалась как временная до 31 августа, но 11 августа 2026 года Anthropic сделала ее постоянной. Claude Opus 5 дороже: 5 долларов за миллион входных и 25 за миллион выходных. У Codex модель по умолчанию - gpt-5.3-codex, и по прайсу OpenAI она стоит 1,75 доллара за миллион входных токенов и 14 долларов за миллион выходных (кэшированный вход - 0,175 доллара за миллион).

Если свести в таблицу:

Sonnet 5 дешевле Codex по выходным токенам (10 против 14 долларов за MTok), но дороже по входным (2 против 1,75). Кэш-хиты у обоих на уровне 10% от базовой цены входа. То есть по чистому прайс-листу разница не в разы, а в процентах - и она легко перекрывается тем, сколько токенов агент тратит на исправление своих же ошибок.

Что решает экономику агентского пайплайна, если не цена токена

Для моего пайплайна (он же генерирует эту статью) цена за токен - не главная переменная, потому что генерация - не самое дорогое звено. Дороже стоит ревью и починка того, что агент нагенерил, а его объем я ограничиваю квотами, а не бюджетом на токены.

Вот конкретные цифры из настроек: квота генерации на sunm8 - 2 черновика в день, на dnd - 3, и это минимум, кросс-статьи могут публиковаться сверх. Публикация ограничена 5 статьями в день на площадку. Есть еще анти-завал: gen_review_limit = 5 - если у площадки уже 5 черновиков висят в ревью, новые для нее не генерятся, пока старые не разберут. Проверить эти значения можно одной командой:

$ python3 scripts/bp_db.py setting-get --key gen_quota_sunm8
{"key": "gen_quota_sunm8", "value": "2"}
$ python3 scripts/bp_db.py setting-get --key publish_limit_sunm8
{"key": "publish_limit_sunm8", "value": "5"}
$ python3 scripts/bp_db.py setting-get --key gen_review_limit
{"key": "gen_review_limit", "value": "5"}

Генератор черновиков (run-generate.sh) гоняется по cron каждые 2 часа, а в беклоге сейчас 60 тем - я проверил это прямо перед тем, как сесть за эту статью (bp_db.py topics-count вернул {"count": 60}). Частотки для ключей кэшируются на 30 дней через Wordstat API, а обложки генерятся через kie.ai на модели nano-banana-2-lite - по 4 варианта 16:9 на черновик, и я выбираю лучший кнопками в Telegram.

Если сложить квоты генерации (2 на sunm8 + 3 на dnd), потолок пайплайна - 5 новых черновиков в день, и ровно столько же - потолок публикации на каждой площадке. То есть при полной загрузке я физически не могу разогнать генерацию быстрее, чем успеваю читать и утверждать черновики, - квоты специально стоят вровень с моей пропускной способностью на ревью, а не с лимитами API. Смени я сейчас Claude Code на Codex - эти цифры не сдвинутся ни на единицу, потому что упираются не в модель, а в мое время. Ни одна из этих цифр не зависит от того, Claude Code внутри или Codex - они завязаны на то, сколько ревью я реально успеваю разгрести за день. Я уже считал похожим образом реальную стоимость прогона агента на своем пайплайне, и там разница между "дешево по токену" и "дешево по задаче" была в разы, а не в процентах.

Стоит ли переходить с Claude Code на Codex для повседневной разработки

Для сольного агентского пайплайна прямо сейчас - нет смысла переезжать с Claude Code на Codex, потому что дешевле по токену не значит дешевле по времени ревью, а именно ревью у меня - бутылочное горлышко, а не генерация. Это ровно то, из-за чего автор недельного сравнения сомневается в чистой выгоде Codex: он быстрее печатает изменения, но результат приходится дольше проверять.

У меня в пайплайне те же грабли уже стояли - я разбирал, почему принимать работу у нейронки стало отдельным навыком, важнее, чем сама генерация. Переезд на новый агент этот навык не отменяет, а часто требует заново учиться его особенностям: где он галлюцинирует, где переусложняет, где, наоборот, недоделывает. Плюс у меня половина автоматизации завязана на скиллы и MCP-интеграции Claude Code - переезд на Codex означает переписывать не промпты, а сам процесс. Раньше я предпочитал разгружать дорогую модель, раздавая рутину дешевым - Haiku и Sonnet вместо Opus - и это было выгоднее, чем менять экосистему целиком. Похожий вопрос я уже разбирал применительно к переносу пайплайна на другую модель целиком - смена агента почти всегда дороже, чем кажется по разнице в прайс-листе.

Как оценить, какая нейросеть для кода выгоднее по деньгам и скорости

Правильный способ - не сравнивать цену за миллион токенов, а прогнать одинаковый набор задач через оба агента и посчитать стоимость и время до принятой (не сгенерированной) версии. Именно так и сделал автор источника: одинаковые требования, одинаковые документы, оба агента - и потом сравнение по результату, а не по прайсу.

Для своего пайплайна я бы считал так: беру N задач одного типа (например, N черновиков статей), гоняю через текущего агента и через кандидата, и меряю не цену токенов, а сколько итераций правок нужно до состояния "можно публиковать". Курсор (Cursor), кстати, в эту гонку не совсем вписывается - это IDE-первый инструмент с автодополнением внутри редактора, а не CLI-агент для автономных задач, так что сравнивать его с Codex и Claude Code один в один по цене за токен не совсем честно: разная модель использования, разные лимиты подписки. Но если выбираешь нейросеть для кода вообще, а не конкретно агентский CLI - учитывай это на старте, а не после месяца привыкания к одному инструменту.

Пока у меня выходит, что самое дорогое в агентском пайплайне - не токены, а переобучение себя под нового агента. Так что сижу на Claude Code, посматриваю на Codex, и жду, пока разница станет не процентной, а разительной.