У Codex обычно два способа оплаты: купить подписку ChatGPT с квотой Codex или использовать собственный API Key с оплатой по токенам. Часто спрашивают «что дешевле», но универсального ответа нет: структура расхода программирующего агента сильно отличается от обычного чата.

Статья не фиксирует устаревающие цены за единицу, а даёт метод, по которому можно посчитать самостоятельно: сначала разберём два способа тарификации, затем посмотрим, куда уходят токены, и в конце ограничим риск через лимиты бюджета.

Примечание: OpenAI, Codex и ChatGPT — товарные знаки OpenAI. Статья носит технический характер и не подразумевает аффилированности или агентских отношений с OpenAI. Квоты тарифов, цены моделей и правила тарификации меняются; сверяйтесь с официальными страницами и страницей «Модели и цены».

1. Сначала разделите два способа тарификации

Логика подписки — «фиксированная плата за месяц плюс квота». Несколько тарифов ChatGPT включают квоту Codex; чем выше тариф, тем шире обычно доступная квота, набор моделей и параллельность. После исчерпания квоты, как правило, нужно ждать сброса, покупать credits или переходить на старший тариф. Плюс — предсказуемый счёт, минус — квоты и правила ограничений задаёт платформа, и команде трудно точно разнести затраты по проектам.

Логика оплаты API — «платите за то, что использовали». Входные токены, выходные токены и чтение-запись кэша тарифицируются отдельно; модель можно менять под задачу, а через шлюз — разделять проекты по разным ключам. Плюс — гибкость и аудируемость, минус — если агент зациклился или многократно читает большие файлы, счёт окажется выше ожидаемого.

Критерий Подписка (тариф ChatGPT) API Key с оплатой по факту
Единица оплаты Месячная плата и квота или credits Оплата по токенам
Предсказуемость счёта Выше Средняя или низкая, зависит от расхода
Выбор модели В пределах тарифа Зависит от моделей, доступных ключу
Разделение проектов Слабее Сильнее, по ключам или проектам
Кому подходит Индивидуальная стабильная работа Команды, автоматизация, колеблющийся расход

2. Почему программирующий агент быстро расходует токены

Обычный чат — это вопрос и ответ, а программирующий агент — цикл «прочитать репозиторий, вызвать инструмент, изменить файл, запустить тесты, исправить». У одной и той же задачи структура токенов сильно различается:

  • Системный промпт, определения инструментов и описание проекта повторяются в контексте на каждом шаге.
  • Чтение файлов, поиск по коду и вывод команд накапливаются как результаты инструментов.
  • Несколько раундов вызова инструментов удлиняют историю, и каждый следующий вход оплачивает предыдущее содержимое.
  • Повторы при сбоях, сжатие контекста и резюмирование тоже создают дополнительный расход.
  • Выходных токенов обычно меньше, чем входных, но их цена за единицу часто выше.

Поэтому, оценивая цену Codex, смотрите не на «сколько стоит один вопрос-ответ», а на «сколько раундов занимает полная задача и сколько контекста несёт каждый раунд». Отсюда и большая разница между подпиской и оплатой по факту: лёгкие задачи выгодно закрывать подпиской, тяжёлые через API могут стоить дороже — или дешевле за счёт переключения моделей.

3. Как оценить оплату по факту

Для грубой оценки используйте формулу ниже. Цены за единицу берите с актуальной страницы, а не из старых чисел вне примеров этой статьи.

Стоимость раунда ≈
  входные токены × цена входа
+ токены чтения кэша × цена кэша
+ выходные токены × цена выхода
+ стоимость записи в кэш (если поставщик считает отдельно)

Стоимость месяца ≈
  стоимость раунда × среднее число раундов в день × рабочие дни
+ повторы и неудачные запросы
+ сжатие контекста и резюмирование

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

4. Три типичных сценария

Индивидуальная стабильная работа. Ежедневно править код, писать тесты, читать документацию — расход ровный, подписка обычно спокойнее. Если квоты не хватает, рассмотрите переход на старший тариф, но не обязательно начинать с самого дорогого.

Небольшая команда с несколькими проектами. Рекомендуется API плюс шлюз: ключи по людям и проектам, раздельный счёт, модели по уровням задач. Минус — обязательно задавать лимиты бюджета, иначе цикл одного агента может съесть месячный бюджет.

Автоматизация и пиковые задачи. CI-боты, массовый рефакторинг и ночное сканирование лучше подходят для оплаты по факту: у задач есть явное начало и конец, а вместе с ограничениями параллельности и повторов расход контролируем.

Многие команды в итоге выбирают гибрид: подписки для людей, API для автоматизации и общих инструментов. Два способа не исключают друг друга; главное — не позволять одному человеку использовать обе квоты без учёта.

5. Кэш и контекст: две самые недооценённые переменные

Кэш экономит деньги, но при условии. Обычно требуется стабильный префикс запроса: одинаковый системный промпт, одинаковые определения инструментов, одинаковые фрагменты файлов. Достаточно вставить в середину меняющийся фрагмент — и последующий кэш может перестать попадать. Если стабильные материалы вроде описания проекта и правил кода идут в начале, а временные вопросы — в конце, доля попаданий обычно выше.

Размер контекста влияет ещё прямее. Чем больше репозиторий, чем больше прочитанных файлов и длиннее сохранённая история, тем выше входные токены каждого раунда. Способы контроля: исключить артефакты сборки и каталоги зависимостей, читать только нужные модули, вовремя начинать новую сессию, сначала искать, а потом читать файлы. Модель с большим окном контекста не обязательно дешевле: она лишь позволяет положить больше содержимого, а оплата всё равно идёт по фактическим токенам.

6. Лимиты бюджета и чек-лист контроля

  1. Создавайте ключи отдельно по людям, проектам и средам, не используйте один ключ на всю команду.
  2. В консоли шлюза задайте лимиты и оповещения о балансе; начинайте с низких значений и корректируйте через неделю.
  3. Ограничьте параллельность и число автоматических повторов, чтобы неудачные запросы не тарифицировались снова и снова.
  4. Исключите в конфигурации проекта каталоги сборки, зависимости, журналы и файлы с ключами.
  5. Разделите модели по уровням: сложные задачи — на сильной модели, переименования, комментарии и шаблонный код — на более доступной.
  6. Раз в неделю смотрите отчёт о расходе в разрезе проектов и моделей; при аномалии сразу останавливайте ключ.
  7. Задайте автоматизации отдельный бюджет, не смешивая его с лимитами людей.

Эти меры эффективнее, чем поиск «более дешёвой цены за единицу» по всему интернету. Большинство перерасходов связано не с высокой ценой, а с неконтролируемым контекстом, повторами или ключами.

7. Решение по данным за две недели

Не переносите всё сразу. В первую неделю сохраните текущую подписку и параллельно прогоните через API Key группу показательных задач, фиксируя число раундов, входные и выходные токены и попадания в кэш. На второй неделе прогоните те же задачи на другом уровне модели и сравните качество и стоимость.

Через две недели у вас будет три числа: средняя стоимость задачи, объём задач на человека в месяц и доля повторов при сбоях. Умножьте первые два и добавьте накладные расходы от третьего — получится реальная база для оплаты по факту. Сравните её с месячной платой и квотой подписки: вывод обычно надёжнее любого «универсального ответа». Если нужен единый вход и отчёты о расходе, начните с регистрации в ZSQH AI Gateway; конкретные модели и тарификацию смотрите на странице «Модели и цены».

Частые вопросы

Можно ли одновременно использовать подписку Codex и API Key?

Да. Codex CLI поддерживает вход через аккаунт, а также настройку собственного API Key или совместимого шлюза. В командах часто люди работают по подписке, а автоматизация идёт через API, но это нужно фиксировать внутри, чтобы не платить дважды и не смешивать квоты.

Почему мой счёт за API намного выше ожидаемого?

Проверьте три вещи: не слишком ли велик контекст, нет ли частых повторов и лишних параллельных задач. У программирующего агента входные токены обычно составляют основную часть затрат; чтение нерелевантных файлов и избыточно длинные диалоги — самые частые причины.

Кэш всегда экономит деньги?

Нет. Для попадания нужен стабильный префикс запроса, а некоторые поставщики отдельно тарифицируют запись в кэш. Если промпт часто меняется или модели постоянно переключаются, выгода заметно снижается. Сначала проверьте долю попаданий по журналу расхода.

Стоит ли выдавать каждому сотруднику отдельный ключ?

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

Эти цены изменятся в будущем?

Да. Квоты тарифов, цены моделей, правила кэша и механизм credits могут меняться. Статья описывает только метод расчёта и не обещает фиксированных цен. При планировании бюджета ориентируйтесь на актуальные данные официальных страниц и страницы «Модели и цены» и периодически пересчитывайте.

Что дальше

Чтобы понять, выгодна ли цена Codex, не нужно запоминать конкретную ставку — важнее знать структуру своих задач: сколько раундов на задачу, сколько контекста в раунде и какова доля повторов. Когда эти три параметра измерены, выбор между подпиской и API становится очевидным. Если нужны единое управление ключами, лимиты бюджета и разбивка по проектам, можно зарегистрироваться в ZSQH AI Gateway; набор моделей и способ тарификации смотрите на странице «Модели и цены».

Читайте также: