Если Codex сообщил о лимите, сначала откройте официальную панель использования Codex. В активной CLI-сессии выполните /status: команда показывает конфигурацию сессии, использование контекста и доступное представление rate limits. Не пытайтесь вычислить остаток только по названию плана или числу отправленных сообщений.
Порядок списания такой: сначала включённое использование плана, после применимого лимита — доступные credits, а API key всегда ведёт в отдельный биллинг Platform. Credits не обнуляют недельный счётчик и не переносят дату его сброса.
У Codex нет одного универсального «дневного лимита токенов». Ограничить работу могут разные счётчики: общее окно на пять часов, дополнительный недельный предел, купленные кредиты, API rate limit, бюджет API или заполненный контекст текущей сессии. Каждый из них проверяется в другом месте и требует другого решения.
Диагностика за одну минуту
Сохраните точный текст баннера или ошибки и ответьте на три вопроса: как выполнен вход, где запущена задача и какой счётчик изменился.
| Что вы видите | Где проверить | Что это обычно означает |
|---|---|---|
| Остаток и время сброса Codex | Панель использования | Давление окна плана, недели или доступных кредитов |
| Активная CLI-сессия | /status | Rate-limit view, модель, конфигурация и занятый контекст |
| История использования аккаунта или доступный сброс | /usage, если команда доступна в вашем клиенте | Накопленная активность аккаунта; это не то же самое, что контекст сессии |
| Ошибка RPM, TPM или другой API rate limit | OpenAI Platform limits | Ограничение организации или проекта API, а не подписки ChatGPT |
| Рост денежного расхода API | Биллинг OpenAI Platform | Отдельная оплата API key по токенам |
| Мало context remaining | /status и сведения сессии | Сессия близка к своему контекстному пределу, но это не доказывает исчерпание плана |
После проверки назовите счётчик вслух: «закончилась неделя», «заполнен контекст» или «API упёрся в TPM». Формулировка «Codex съел все токены» слишком расплывчата и почти всегда ведёт к неверному действию.
Пять часов и неделя работают одновременно
На 4 августа 2026 года официальная документация Codex описывает общий пятиичасовой период для локальных сообщений и cloud chats. Локальная работа в CLI или IDE и делегированная задача в облаке не получают два независимых коротких пула. Если вы активно использовали обе поверхности, они могут двигать один и тот же счётчик.
Дополнительно может действовать недельный лимит. Сброс окна на пять часов восстанавливает только короткое окно; он не обязан восстанавливать недельный остаток. Поэтому ситуация «пять часов снова доступны, но продолжить нельзя» не является противоречием: ограничивающим счётчиком может оставаться неделя.
Простой способ читать панель:
- Сначала найдите ближайшее время сброса и название периода.
- Проверьте, показан ли отдельно недельный остаток.
- Посмотрите, есть ли доступные кредиты или специальный сброс.
- Сравните данные с баннером в том же аккаунте и рабочем пространстве.
Если интерфейс и опубликованная таблица расходятся, приоритет у панели в аккаунте: именно она отражает ваш план, рабочее пространство, регион и текущие предложения.
Диапазон сообщений — не счёт в credits
Официальная таблица плана показывает диапазоны local messages / 5h, а rate card считает input, cached input и output tokens. Первая величина описывает включённый запас, вторая — цену продолжения после лимита. Между «одним сообщением» и credits нет постоянного коэффициента: одна задача меняет известный файл, другая сканирует монорепозиторий, вызывает инструменты и выводит длинный отчёт.
Для возможности продолжить используйте панель аккаунта; для расчёта credits — текущий rate card. Не переносите цифры из чужого скриншота.
Что именно ускоряет расход
Prompt — только часть нагрузки. В потребление входят инструкции, файлы, история разговора, результаты tools, reasoning и output. На практике особенно заметны пять факторов.
Модель. Более тяжёлая модель обычно использует больше доступного ресурса. Mini подходит для локальных, хорошо ограниченных задач; смена модели не должна снижать требуемое качество проверки.
Размер задачи. «Измени эту функцию и запусти один тест» предсказуемее, чем «исследуй весь проект и исправь всё». Чем шире неопределённость, тем дольше агент читает, действует и перепроверяет.
Контекст. Большой AGENTS.md, длинная история, лишние файлы и результаты инструментов попадают в последующие turns. Заполнение context window — ограничение сессии; оно не равно оставшемуся числу сообщений плана.
Tools и MCP. Определения серверов и ответы инструментов добавляют контекст. Отключение неиспользуемого MCP может помочь, но не отключайте источник, необходимый для корректности задачи.
Поверхность выполнения. Local и cloud делят пятиичасовое окно, однако сложная cloud-задача обычно выполняет больше шагов. Это объясняет разный расход, но не создаёт отдельный бесплатный пул.
Для разбора именно контекста используйте отдельное руководство по расходу токенов в Codex. Оно не должно подменять данные панели аккаунта.
Шесть счётчиков, шесть владельцев
1. Окно на пять часов
Это включённый объём подписки для поддерживаемых поверхностей Codex. Его источник истины — панель аккаунта. Смена API key не «сбрасывает» это окно; она переводит работу на другой контракт.
2. Недельный предел
Он может ограничить продолжение раньше, чем кажется по короткому окну. Для решений Plus — ждать, применять доступный сброс или покупать кредиты — используйте отдельный разбор недельного лимита и кредитов Plus. Для Pro есть самостоятельная проверка лимита Codex Pro.
3. Купленные кредиты
На поддерживаемых планах кредиты позволяют продолжить работу после включённого объёма. Они расходуются в зависимости от модели и функции. Это не баланс Platform API и не гарантия, что любому аккаунту будет показана покупка: ориентируйтесь на варианты в своей панели.
Для нового token-based rate card формула выглядит так:
credits = input / 1 000 000 × ставка input + cached input / 1 000 000 × ставка cached input + output / 1 000 000 × ставка output.
В таблице на 4 августа 2026 года для GPT-5.4 mini указаны 18,75 credits за миллион input tokens, 1,875 за cached input и 113 за output. Пример с 100 000 input, 400 000 cached input и 20 000 output даёт 1,875 + 0,75 + 2,26 = 4,885 credits, то есть около 4,89. Это пример чтения таблицы, а не обещание счёта.
Подходящие пользователи Plus/Pro покупают credits в Codex Settings > Usage > Credits в веб-версии или приложении. У некоторых доступен auto top-up: при падении ниже минимального остатка система покупает сумму до выбранной цели с карты по умолчанию. Перед включением проверьте порог и плательщика — если баланс уже ниже минимума, покупка может произойти сразу.
Купленные credits действуют 12 месяцев, не переносятся после истечения, обычно не возвращаются и не передаются. Если кнопки нет, не ищите стороннюю «дозаправку»: проверьте роль workspace, дождитесь reset или спросите администратора.
4. API rate limits
API key подчиняется ограничениям организации и проекта: например, RPM и TPM. Эти значения проверяются в OpenAI Platform, а не в панели подписки Codex. Для диагностики используйте руководство по OpenAI API rate limits.
5. API spend
Оплата API идёт по токенам и отражается в биллинге Platform. Членство в рабочем пространстве ChatGPT не выдаёт автоматически доступ, бюджет или ключи API-организации. Если вы действительно выбираете между контрактами, сначала прочитайте Codex API key или подписка.
6. Context occupancy
Это рабочая память текущей сессии: запрос, история, файлы, результаты инструментов и ответ. Высокий процент заполнения может ухудшить продолжение длинного диалога, но не сообщает, сколько осталось недельного объёма или денег на API.
Что произойдёт в середине активной задачи
OpenAI указывает, что при достижении включённого лимита агент может закончить текущий ход с учётом ограничений добросовестного использования. Это не обещание завершить любую долгую задачу. После хода откройте панель и выберите предложенный аккаунту маршрут; не запускайте повторно ту же тяжёлую задачу вслепую.
Для проверки кода есть отдельная граница. Автоматическая или запущенная из GitHub проверка использует счётчик Code Review. Проверка, запущенная локально либо вне GitHub, расходует общий объём. Название задачи «review» само по себе не переводит её в отдельную квоту.
Безопасный порядок действий после лимита
Идите от наименее дорогого и обратимого изменения к смене контракта.
- Подтвердите период. Запишите остаток, время сброса, модель и поверхность выполнения.
- Дождитесь сброса, если задача не срочная и ограничен именно временной период.
- Сузьте следующий turn. Укажите конкретные файлы, критерий готовности и одну проверку; уберите нерелевантную историю.
- Уменьшите контекст. Сократите общие инструкции, отключите ненужные MCP, начните новую сессию для другой темы.
- Выберите меньшую модель, если риск задачи это допускает.
- Используйте кредиты, только если панель предлагает их вашему плану и цена продолжения понятна.
- Меняйте план, когда повторяемый измеренный процесс систематически не помещается в текущую квоту.
- Переходите на API key осознанно: это отдельные биллинг Platform, rate limits, доступ к моделям и разрешения; облачные функции Codex, включая GitHub review и Slack, в этот маршрут не входят.
Не используйте shared accounts, перепроданные credentials, внутренние endpoints или «обходы» enforcement. Помимо риска блокировки, они уничтожают достоверность измерения: вы больше не знаете, чей workflow изменил счётчик.
Измеряйте по одной переменной
Чтобы понять причину быстрого расхода, не меняйте модель, MCP, объём задачи и execution mode одновременно.
Например, перед типовой правкой зафиксируйте: модель, local/cloud, процент пяти часов, процент недели и размер контекста. Выполните одну повторяемую задачу — допустим, исправьте валидатор в одном файле и запустите конкретный тест. Затем сравните показатели.
Во втором прогоне измените только один параметр: выберите mini или сократите контекст или перенесите задачу из cloud в local. Если расход стал ниже при сопоставимом результате, у вас есть полезное наблюдение. Если поменять всё сразу, экономию нельзя связать с причиной.
Не превращайте один день в вечную норму. На использование влияют обновления моделей, caching, инструменты и продуктовые изменения. Записывайте дату и пересматривайте исходный уровень после заметного обновления.
Если панель и CLI показывают разное
Сначала убедитесь, что открыты один аккаунт и одно рабочее пространство. Частая причина расхождения — браузер вошёл в личный профиль, а CLI использует управляемое рабочее пространство. Затем сравните время обновления: сводка аккаунта может отражать завершённое использование с небольшой задержкой, тогда как /status описывает текущую сессию.
Не пытайтесь привести все числа к одному проценту. Панель отвечает на вопрос о доступном объёме и сбросе аккаунта. /status помогает понять активный чат, модель, контекст и отображение rate limits. /usage, когда команда поддерживается клиентом, показывает активность аккаунта и доступные действия сброса. Эти поверхности дополняют друг друга, а не обязаны дублировать одну строку.
Если расхождение сохраняется, остановите новые тяжёлые ходы, сохраните только безопасные данные: время, план, модель, тип задачи и названия периодов. Не публикуйте снимок экрана с email, ID рабочего пространства, платёжными данными или репозиторием. После короткой паузы обновите официальную панель и выполните одну небольшую контролируемую задачу. Массовая повторная отправка затруднит диагностику и может увеличить расход.
Временное объявление о бесплатном сбросе тоже проверяйте здесь. Если новость говорит, что лимит снят, а панель в аккаунте продолжает показывать ограничение, не считайте публикацию источником права для вашего аккаунта.
Когда остановиться
Не покупайте больше capacity, пока не можете назвать ограничивающий счётчик. Не делайте вывод о лимите плана по одному context remaining. Не считайте временный массовый сброс постоянным правом. Не переносите числа из чужого аккаунта: даже одинаковый план не гарантирует одинаковую задачу, модель или предложение.
Рабочее правило простое: панель определяет остаток аккаунта, /status объясняет активную сессию, Platform limits и billing управляют API, а контекст показывает только состояние разговора. Когда эти поверхности разделены, следующий шаг — ожидание, оптимизация, кредиты, план или API — становится проверяемым решением, а не догадкой.
