Стоимость токенов Codex CLI: как оценить дневные расходы API перед долгим запуском

Чтобы оценить дневные расходы Codex CLI через OpenAI API, сначала определите, кто оплачивает запуск, затем посчитайте каждый запрос по его модели и тарифу. Входные токены нужно разделить на обычный вход, чтение кеша и запись кеша; выход оплачивается отдельно. Условный день из 24 запросов к gpt-6.1-sol по 150 000 входных и 10 000 выходных токенов стоит 5,34 USD, если в каждом запросе 100 000 токенов прочитаны из кеша, а 25 000 записаны в него. Это расчёт для Standard без региональной надбавки, по ценам на 7 октября 2026 года, а не измеренная стоимость рабочего дня. Тарифы OpenAI.

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

Быстрая оценка за две минуты

Составьте короткую карточку задачи до запуска:

1. Оплата: ChatGPT или рабочее пространство, прямой OpenAI API либо другой провайдер.
2. Расценки: фактический идентификатор модели, Standard или другой тариф, регион обработки, дата цены.
3. Работа: сколько похожих блоков предстоит выполнить и сколько запросов ожидается в каждом.
4. Токены: общий вход, чтение кеша, запись кеша и выход для каждого типа запроса.
5. Продолжение: сумма уже учтённых расходов, резерв на незавершённую работу и стоимость следующего блока.

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

Какой счётчик активен

Для локальной работы Codex поддерживает вход через ChatGPT и через API-ключ. При прямой оплате ключом OpenAI расходы относятся к OpenAI Platform; при входе через ChatGPT действуют условия подписки или рабочего пространства. Облачный Codex требует входа через ChatGPT. Эти различия описаны в документации об авторизации.

Для проверки сохранённого способа входа документация CLI указывает codex login status. Но перед оценкой автоматизации учитывайте и способ запуска: codex exec обычно использует сохранённую авторизацию, а ключ, явно переданный для конкретного запуска, может выбрать другой платёжный источник. В доверенной корпоративной автоматизации возможны также Codex access tokens и управляемая авторизация рабочего пространства. Поэтому слово CI само по себе не означает оплату через Platform API. Авторизация в автоматизации.

Не переводите доступные кредиты подписки в доллары по таблице API. Даже названия скоростных режимов не означают одинаковый учёт: сейчас Fast расходует включённое использование в 2,5 раза быстрее Standard, а купленные кредиты и Enterprise PAYG — в 2 раза. У Pro сейчас нет пятичасового лимита; правила других планов и недельные ограничения нужно смотреть отдельно. Текущие условия Codex.

Цены, которые нужно использовать сейчас

Ниже — USD за 1 млн текстовых токенов, Standard без региональной надбавки, вход одного запроса не более 272 000 токенов. Цены проверены 7 октября 2026 года. Выбирайте строку модели, действительно доступной и используемой в вашем запуске; таблица не подтверждает доступ к ней и не сравнивает качество выполнения задач. Официальный прайс.

В таблице нет налогов, комиссии шлюза и самостоятельных начислений за платные инструменты. Для GPT-5.6 Sol документация указывает промоцену как минимум до 21 ноября 2026 года; не считайте её постоянной.

Для gpt-6.1-sol Fast стоит вдвое дороже Standard, Batch и Flex — вдвое дешевле, а региональная обработка добавляет 10 % там, где она доступна. Эти условия нужно проверять вместе с совместимостью выбранного режима: скидка Batch или Flex не означает, что интерактивный Codex CLI автоматически работает по ней. Условия модели.

Длинный запрос меняет цену целиком

У gpt-6.1-sol при входе свыше 272 000 токенов в одном запросе ставки всего входа, чтения и записи кеша удваиваются, а ставка всего выхода увеличивается в 1,5 раза. Это надбавка ко всему запросу, а не только к токенам сверх порога. Ровно 272 000 ещё относится к короткому входу. Правило длинного контекста.

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

Формула без двойного учёта кеша

Для завершённого ответа Responses API общий input_tokens уже включает чтение и запись кеша. Обозначим общий вход как I, чтение кеша как R, запись как W, выход как O. Обычный вход равен I − R − W. Не прибавляйте кешированные токены к полному входу второй раз. Поля и расчёт стоимости кеша.

Стоимость запроса, USD =
  ((I − R − W) × цена обычного входа
   + R × цена чтения кеша
   + W × цена записи кеша
   + O × цена выхода) / 1 000 000

Все количества неотрицательны; R + W не может превышать I. Запись кеша — отдельная категория входа с собственной ставкой, а не доплата поверх уже оплаченного обычного входа.

Возьмём один из запросов из первого примера. Общий вход — 150 000, чтение — 100 000, запись — 25 000, выход — 10 000 токенов. Обычного входа остаётся 25 000:

25 000 × 2,00 / 1 000 000  = 0,0500 USD
100 000 × 0,10 / 1 000 000 = 0,0100 USD
25 000 × 2,50 / 1 000 000  = 0,0625 USD
10 000 × 10,00 / 1 000 000 = 0,1000 USD
Итого: 0,2225 USD за запрос; 24 запроса = 5,34 USD.

Если исходные данные уже задают обычный, некешированный вход, вычитать из него чтение и запись нельзя. Такая запись использует три непересекающиеся категории входа, а не общий I.

В Responses API output_tokens уже включает reasoning tokens. Поле output_tokens_details.reasoning_tokens показывает часть выхода; повторное прибавление завысит оценку. Видимый текст ответа не отражает весь оплачиваемый выход. Объяснение учёта reasoning в официальном примере.

Если запись кеша не видна, считайте диапазон

Пусть для короткого запроса к gpt-6.1-sol известны I = 150 000, R = 100 000 и O = 10 000, но W отсутствует. Оставшиеся 50 000 входных токенов могут быть обычным входом или записью. При текущих ставках минимальная стоимость получается, если все они обычные, максимальная — если все записаны в кеш:

Нижняя оценка: (50 000 × 2 + 100 000 × 0,10 + 10 000 × 10) / 1 000 000
             = 0,2100 USD
Верхняя оценка: (50 000 × 2,50 + 100 000 × 0,10 + 10 000 × 10) / 1 000 000
              = 0,2350 USD
24 таких запроса: 5,04–5,64 USD.

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

Дневные сценарии расходов

Следующие сценарии — вымышленные наборы запросов для планирования, не результаты измерения продуктивности. Во всех строках модель gpt-6.1-sol, Standard без региональной надбавки, цены от 7 октября 2026 года. I/R/W/O — токены одного запроса; общий вход I включает обе категории кеша. Тариф и порог контекста.

Последние две строки вместе дают 14,292 USD, или около 14,29 USD. Для каждой из 12 длинных операций использованы ставки 4,00 / 0,20 / 5,00 / 15,00 USD за миллион; один такой запрос стоит 0,951 USD. Для 20 коротких операций применяются обычные короткие ставки. Именно поэтому нельзя сложить весь вход за день, сравнить его с 272 000 и выбрать одну цену.

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

Как измерить свой день Codex

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

Для локального счётчика CLI документация описывает JSONL-событие turn.completed с полями input_tokens, cached_input_tokens, output_tokens и reasoning_output_tokens. В опубликованном примере нет отдельного поля записи кеша. Это полезный источник информации об операции, но не готовая детализация счёта. Не переносите сюда вложенные поля Responses API и не считайте отсутствие записи кеша доказательством её бесплатности. Формат событий CLI.

Для данных Responses API нужны общий вход, input_tokens_details.cached_tokens, input_tokens_details.cache_write_tokens и общий выход завершённого ответа. Для суточной отчётности организация может использовать Usage API. Там названия другие: input_cached_tokens, input_cache_write_tokens и input_uncached_tokens; общий input_tokens уже включает кеш и запись. Отдельное поле input_cache_write_12h_tokens требует своей подтверждённой расценки, если оно встречается в ваших данных. Схема отчёта сама по себе не устанавливает цену этой категории.

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

Для сверки денег используйте расходы за тот же период, организацию и проект. В Usage Dashboard время отчётов — UTC, а выбор проектов внутри страницы имеет значение. Если вы планируете календарный день в другом часовом поясе, заранее задайте соответствующий интервал UTC. Сопоставляйте модель и тариф; для агрегатов Usage при необходимости нужна группировка, иначе разные цены смешаются. При выгрузке API не останавливайтесь на первой странице, если ответ содержит продолжение.

Costs API возвращает денежную сумму и валюту. У количества начисленных единиц может быть своя единица измерения: не каждое quantity означает токены. Из одной общей суммы нельзя однозначно восстановить распределение обычного входа, кеша и выхода. При Scale Tier часть использования может не создавать дополнительных расходов конкретного проекта, хотя пакет оплачивается на уровне организации.

Если один похожий блок стоит 0,89 USD, план из шести блоков даёт 5,34 USD. Выбранный вами запас 30 % увеличит бюджетную оценку до 6,942 USD — примерно 6,94 USD. Это инженерное допущение на дополнительные итерации, а не официальный коэффициент и не статистическая гарантия. При изменении модели, размеров контекста или характера работы измеренный блок перестаёт быть подходящим ориентиром.

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

Что сильнее всего сжигает токены

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

Кеш помогает только при совпадении подходящего префикса и наличии сохранённой записи. Новая сессия, сокращение истории или её сжатие могут изменить префикс; они не гарантируют меньший счёт. Для GPT-5.6 и более новых моделей минимальная длина кешируемого видимого входа — 1 024 токена, минимальный срок хранения — 30 минут после записи или последнего повторного использования. Не добавляйте пустой текст ради достижения порога и не закладывайте постоянный процент попаданий без данных своего процесса. Условия кеширования.

Бюджетные правила остановки

Задайте сумму на день и промежуточный порог, после которого будете пересчитывать продолжение. Например, при бюджете 10 USD можно выбрать паузу на 7 USD, то есть 70 %. Это ваше правило управления задачей, а не лимит, автоматически установленный OpenAI.

Проверяйте не только уже потраченное, но и то, что будет стоить следующий блок:

Уже учтённые расходы
+ резерв на незавершённые запросы
+ оценка следующего блока с выбранным запасом
≤ дневной бюджет

Допустим, учтено 6,40 USD, на незавершённую работу отведено 0,80 USD, а следующий блок оценивается в 2,40 USD с запасом. Общая сумма — 9,60 USD: блок укладывается в бюджет 10 USD, но запас после него всего 0,40 USD. При следующем блоке за 3,20 USD получилось бы 10,40 USD; работу нужно сократить, перенести или остановить до отправки новых платных запросов. Если цена незавершённых операций неизвестна, сначала сверяйте их, а не принимайте неизвестное за ноль.

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

У провайдера есть отдельная страховка: месячный жёсткий лимит организации или проекта с включённым Enforce a hard limit. Обычный spend alert только уведомляет и не прекращает запросы. Применение жёсткого лимита происходит с задержкой, поэтому небольшое превышение возможно; месячный лимит не заменяет ваш дневной контроль. Официальные правила spend limits.

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

Если счёт неожиданно высокий

Сверяйте данные в порядке, который отделяет ошибку расчёта от действительно большего расхода:

1. Плательщик и период. Совпадают ли провайдер, организация, проект и интервал UTC? Не сравниваете ли вы кредиты Codex с расходами Platform?
2. Расценки. Не сменились ли модель, скорость, регион или длина отдельных запросов?
3. Категории. Не добавили ли вы чтение и запись кеша поверх общего входа либо reasoning поверх общего выхода?
4. Объём работы. Учтены ли повторы, помощники, запасные модели и платные инструменты? Нет ли второго параллельного запуска?
5. Покрытие отчёта. Все ли страницы выгружены, все ли запросы завершены, не пропущена ли категория с отдельной ценой?

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

Часто задаваемые вопросы

Сколько токенов в день использует Codex CLI?

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

Как узнать, сколько токенов осталось в Codex?

Сначала определите, что именно заканчивается: контекст текущей сессии, включённое использование плана, купленные кредиты или денежный бюджет API. Эти показатели не взаимозаменяемы. Для выбора счётчика используйте разбор токенов, контекста и расходов Codex; денежный остаток на день считайте с резервом на незавершённые запросы.

Кредиты ChatGPT оплачивают работу Codex через API-ключ?

При прямой авторизации ключом OpenAI применяется биллинг OpenAI Platform, а не включённые кредиты плана ChatGPT. При входе через ChatGPT действует другая система учёта. Проверяйте также способ авторизации конкретной автоматизации. Документация об оплате через API-ключ.

Можно ли вычислить точный счёт из JSONL Codex CLI?

Одного опубликованного формата недостаточно: пример turn.completed не содержит отдельного счётчика записи кеша и не подтверждает полный охват всех платных операций. Используйте его для оценки в пределах известных данных; деньги сверяйте с отчётом нужного провайдера. Поля JSONL в документации CLI.

Нужно ли прибавлять цену записи кеша к обычному входу?

Нет. Для моделей, которые отдельно тарифицируют запись, обычный вход, чтение и запись — взаимоисключающие категории. В Responses API вычтите чтение и запись из общего input_tokens, затем умножьте каждую часть на свою ставку. Правила prompt caching.

Достаточно ли остановиться на 70 % бюджета?

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

Примеры выше рассчитаны локально по указанным тарифам и вымышленным объёмам токенов. Они не основаны на оплаченных запусках Codex, доступе к аккаунту или проверке реального счёта.