Когда восстановится недельный лимит Codex: где посмотреть время

Чтобы узнать время восстановления Codex, откройте Usage своего аккаунта и найдите время у исчерпанного окна. Пятичасовой и недельный лимиты проверяются отдельно. «Недельный» не означает общий для всех сброс в понедельник или в полночь.

Официальные сведения проверены 17 сентября 2026 года. Для статьи не активировался сброс аккаунта. Сопоставляйте аккаунт, рабочее пространство, остаток и дату из одного актуального чтения.

Какое ограничение сработало?

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

Как посмотреть своё время

1. Войдите в тот же аккаунт, который использует Codex, и проверьте рабочее пространство.
2. Прочитайте остаток и дату или обратный отсчёт каждого нужного окна.
3. В интерактивном поле Codex CLI отправьте /status. Это slash-команда, а не shell-вызов codex /status.
4. При расхождении CLI и страницы обновите данные для того же аккаунта, пространства и времени. Сохраните точную ошибку; похожий старый баг не доказывает причину.
5. После указанного времени снова прочитайте лимиты: другое окно всё ещё может ограничивать работу.

Справочник CLI также описывает /usage для активности токенов и доступных earned resets. График токенов и остаток подписочного лимита — разные показатели.

Учитывайте часовой пояс

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

Для интеграций app-server предоставляет чтение account/rateLimits/read с usedPercent, windowDurationMins и resetsAt. Последнее поле — Unix timestamp в секундах. Используйте возвращённую длительность, не предполагая, что primary всегда равен пяти часам, а secondary — неделе. Отсутствующие значения означают недоступные сведения, а не нулевой расход или немедленный сброс.

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

Досрочный сброс — отдельное действие

При доступном earned reset сначала проверьте условия и наличие, затем активируйте его осознанно. Не полагайтесь на старые примеры /reset или на наличие кредита у каждого аккаунта. Текущий CLI описывает действие в /usage.

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

Почему доступ может не восстановиться

Сначала установите, что изменилось: восстановилось ли только короткое окно, тот ли workspace открыт и действительно ли действие прошло успешно? Сохраните значения до и после, затем разделите ошибки контекста, модели, соединения и квоты.

Перезапуск может обновить интерфейс, но не добавляет allowance. Не удаляйте рабочие файлы и историю ради догадки. Для поддержки сохраните время, модель, версию клиента, рабочее пространство и обезличенный ID запроса.

Не смешивайте способы оплаты

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

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

Официальный скриншот от 16 сентября 2026 года с английским интерфейсом. Это не таблица подписочного лимита и не способ вычислить время его восстановления.

Расчёт кэша относится к API. Если задача повторяет тесты без завершения, отдельно настройте критерии готовности.