OpenAI изменила логику лимитов в Codex: если пользователь упирается в квоту во время активного хода, сервис теперь может закончить уже запущенную задачу, а не обрывать её на полпути. Для тех, кто гоняет длинные прогоны, разбирает крупные репозитории или оставляет агенту работу на часы, это куда важнее любой красивой демонстрации бенчмарков.
Новое правило OpenAI уже зафиксировала в справке по Codex. Формулировка простая: если лимит закончился во время активного хода, Codex может продолжить работу в рамках этого хода с оговоркой про fair use, а уже после предложит дождаться сброса, докупить кредиты, применить доступный сброс лимита или сменить план.
Как OpenAI переписала логику лимитов
Раньше главная претензия пользователей сводилась не столько к самим ограничениям, сколько к их поведению в длинных сценариях. Если агент уже запустил задачу и продолжал «думать», пользователь всё равно рисковал упереться в лимит до завершения результата. Для короткого чата это неприятно. Для разработки, где один прогон может занять заметно больше времени, это уже сбой в рабочем процессе.
Теперь OpenAI фактически признаёт: у агентных продуктов другая единица полезности. Пользователь запускает не отдельную реплику в чате, а процесс с началом, серединой и концом. Поэтому и лимит должен вести себя как ограничение на новый запуск, а не как ножницы, которые режут уже идущую задачу.
Почему это особенно важно для GPT-5.6 Sol
Контекст здесь тоже важен. 26 июня 2026 года OpenAI открыла ограниченное превью GPT-5.6 Sol, а 9 июля вывела семейство GPT-5.6 в более широкий доступ. Sol компания позиционирует как флагман для сложной разработки, исследований, кибербезопасности и длинных агентных сценариев. Вместе с ней вышли Terra как сбалансированная модель и Luna как более быстрая и дешёвая.
На этом фоне старая логика лимитов выглядела особенно странно. Чем «тяжелее» модель и чем дольше она работает, тем выше шанс, что пользователь встретится не с ограничением качества, а с ограничением бухгалтерии. Для Sol это било точно в целевую аудиторию: разработчиков, тимлидов и команды, которые хотят использовать Codex как рабочий инструмент, а не как демонстрацию возможностей ИИ.
Проблема не взялась из воздуха. В конце июня OpenAI расследовала инцидент с слишком быстрым расходом лимитов Codex, а в сообщениях пользователей регулярно всплывали жалобы на непредсказуемое списание квоты. Новый порядок не решает все вопросы к тарификации, но хотя бы убирает самый раздражающий сценарий: задача уже идёт, а лимит заканчивается раньше результата.
Значение для рынка
Для русскоязычной ИТ-аудитории это история не про косметическое исправление интерфейса, а про зрелость инструмента. Когда команда считает бюджет на AI-разработку, ей нужны не только сильная модель и хороший код на выходе, но и предсказуемое поведение лимитов. Иначе пилот можно запустить, а встраивать сервис в реальный процесс уже рискованно. На этом рынке конкурируют не только модели, но и правила доступа к ним.
Источники: справка OpenAI по Codex — https://help.openai.com/en/articles/11369540-using-codex-with-your-chatgpt-plan, релиз GPT-5.6 — https://openai.com/index/gpt-5-6/, превью GPT-5.6 Sol — https://openai.com/index/previewing-gpt-5-6-sol/, статус-инцидент по лимитам Codex — https://status.openai.com/incidents/6enf4645.
Следующий шаг для OpenAI очевиден: превратить это правило из полезного исключения в стандарт для всех долгих агентных сценариев, где пользователь ждёт не ответ в чате, а завершённую работу.