У GPT-6.1 Sol, GPT-6 Sol, GPT-6 Luna и GPT-6 Astra в Codex по умолчанию 272 000 токенов, из них для работы доступны 258 400, или 95%, поэтому /status показывает около 258K. Сжать историю можно командой /compact в CLI и приложении; автоматически Codex делает это примерно на 90% окна.
Увеличить окно до 872 000 можно ключом model_context_window в ~/.codex/config.toml, но Codex ограничивает настройку максимумом из своего каталога. Окно 1 050 000 из карточек API относится к работе через API; одной настройкой Codex до него не дойти.
Что означает context window в Codex
Контекстное окно ограничивает число токенов в одном запросе: по определению OpenAI, сюда входят входные данные, ответ и токены рассуждения. Токен не равен слову или символу, поэтому переводить окно в страницы можно только приблизительно. Практически окно расходуют системные инструкции, история диалога, открытые файлы, найденные участки кода, вывод тестов и служебные результаты. Ограничение ответа относится к тому, сколько модель может вернуть, и не означает, что весь оставшийся контекст превратится в один ответ.
Рабочее окно Codex задаёт его каталог моделей. У моделей с окном 272 000 для работы доступны 258 400 токенов, а возможность увеличить окно зависит от предела конкретной модели:
- GPT-6.1 Sol, GPT-6 Sol, GPT-6 Luna и GPT-6 Astra: в API 1 050 000 токенов и до 128 000 токенов ответа; в Codex по умолчанию 272 000, через
model_context_windowдо 872 000. - GPT-5.6 Sol, Terra и Luna: в Codex по умолчанию 272 000, через
model_context_windowдо 872 000. В API у GPT-5.6 Sol окно 1 050 000 и до 128 000 токенов ответа. - GPT-5.5: в Codex 272 000 токенов, увеличить окно сверх этого значения нельзя. 14 октября 2026 года GPT-5.5 уходит из Codex на всех тарифах (в API остаётся); вместо неё OpenAI советует GPT-6 Sol, а на Free и Go GPT-6 Luna.
GPT-5.6 Sol, Terra и Luna пока остаются доступны в Codex на время перехода к новым моделям. GPT-5.3-Codex в каталоге Codex уже нет, а в API она помечена Deprecated, поэтому её прежнее окно не стоит использовать как ориентир для текущей работы в Codex.
Большое окно контекста помогает удержать проект, но результат зависит от того, как вы ставите задачу и проверяете изменения.
Посмотреть практикуКак увеличить окно и настроить сжатие
Чтобы увеличить окно, задайте model_context_window в файле ~/.codex/config.toml: этот ключ определяет размер контекста активной модели. В настройках Codex также есть model_auto_compact_token_limit для порога автоматического сжатия и compact_prompt для собственной инструкции сжатия. Для моделей с пределом 872 000 впишите строку в начало файла, до первой секции в квадратных скобках, иначе TOML отнесёт её к этой секции:
model_context_window = 872000
Если вписать больше, Codex ограничит значение полем max_context_window выбранной модели. У GPT-5.5 это 272 000, у перечисленных моделей GPT-6 и GPT-5.6 максимум составляет 872 000. Увеличение числа в файле не расширяет предел модели.
По умолчанию автоматическое сжатие начинается на 90% окна: при окне 272 000 порог составляет 244 800 токенов. Ключом model_auto_compact_token_limit можно задать порог раньше, но выше 90% текущего окна Codex его не поднимет. Доступные 95% окна учитывают резерв для системных инструкций, служебных данных инструментов и ответа модели; порог сжатия считается отдельно.
Каждый ход передаёт модели весь активный контекст. При работе с GPT-6.1 Sol по API-ключу вход свыше 272K токенов повышает ставки за весь запрос: вход и кэш стоят вдвое дороже, выход в 1,5 раза дороже. Это правило цены API; оснований переносить эти множители на лимиты подписки ChatGPT нет.
По теме: Caveman Codex: что это, как установить и отключить
Как подготовить длинную задачу до запуска
Перед запуском длинной задачи соберите короткий пакет контекста: цель, границы работы, точку входа и команду проверки. Если работа в проекте затрагивает несколько файлов и требует многих шагов, этот пакет должен объяснять, что Codex разрешено менять и по какому результату вы примете выполненную задачу.
- Сформулируйте конечный результат одним предложением: что должно работать после завершения.
- Перечислите границы: какие папки разрешено менять, какие данные нельзя выводить, какие действия требуют подтверждения.
- Укажите точку входа: конкретный файл, команда проверки и наблюдаемый симптом.
- Отделите факты от предположений. Если причина ошибки неизвестна, так и напишите.
- Задайте критерий готовности: тест проходит, страница отвечает, файл содержит нужную структуру.
Такой пакет короче полного пересказа проекта и полезнее набора случайных файлов. Для базовой настройки приложения и терминала используйте руководство по настройке Codex, а механику расхода отдельно разбирает статья как считаются токены Codex.
Что добавлять в контекст, а что оставлять за пределами
Добавляйте только данные, которые меняют решение. Если ошибка возникает в одном маршруте, начните с обработчика, схемы данных, теста и точного сообщения ошибки. Полный архив проекта, старые журналы и сгенерированные каталоги увеличивают шум. Codex сможет найти дополнительные файлы по ходу работы, если вы назвали границы поиска.
- Нужно добавить: актуальные требования, минимальный пример сбоя, связанные файлы и команду проверки.
- Полезно добавить: уже проверенные гипотезы и результат каждой проверки.
- Не нужно добавлять заранее: сборочные каталоги, повторяющиеся логи, старые копии файлов и документацию не по задаче.
- Нельзя добавлять: пароли, токены доступа, закрытые ключи и персональные данные без необходимости.
Оставьте фрагмент, если без него агент может принять другое техническое решение. Если фрагмент лишь подтверждает уже известный факт, достаточно одной строки с выводом и путём к исходному файлу.
Контекст полезен, когда ведёт к готовому результату. На бесплатном вебинаре вы увидите, как превратить задачу в проверяемый сайт, бота или приложение.
Записаться на вебинарКак заметить, что контекст стал мешать
Посмотрите оставшийся контекст командой /status: в CLI строка имеет вид N% left (X used / 258K). Число перед % left показывает, какая доля контекста ещё свободна, а X used обозначает использованные токены. Так вы можете сопоставить поведение агента с заполнением окна.
Следите и за поведением Codex: он снова спрашивает уже заданное ограничение, возвращается к отменённому плану, повторно читает одни и те же файлы или предлагает изменение вне согласованной области. Один эпизод может быть обычной ошибкой. Если два признака повторяются подряд, стоит привести сессию в порядок.
- Остановите новые изменения и попросите перечислить цель, сделанное, проверенные факты и открытые вопросы.
- Сравните сводку с исходным заданием. Исправьте потерянное ограничение до продолжения.
- Сохраните краткий рабочий статус: изменённые файлы, команды и результаты тестов.
- Если задача сменилась, начните новую сессию и передайте только эту сводку плюс новые условия.
- Повторите одну контрольную проверку, чтобы убедиться, что перенос не изменил состояние проекта.
В CLI команда /compact сжимает видимую историю чата, чтобы освободить токены. Команда /status показывает модель и оставшийся контекст, /new начинает новый чат в той же сессии CLI, а /clear ещё и очищает терминал. Выбирайте сжатие для продолжения текущей задачи, а новый чат используйте, если цель сменилась или накопились противоречащие друг другу условия. Другие команды и режимы Codex CLI пригодятся при настройке работы в терминале.
В приложении /compact сжимает контекст текущего чата, /status показывает идентификатор чата, использование контекста и лимиты, а /fork копирует чат в новый. Пустой чат открывается сочетанием ⌘ + N (Ctrl + N в Windows), по справке приложения. У копирования и начала пустого чата разные задачи: если вы хотите передать только краткую сводку и новые условия, копия прежнего разговора для этого не подходит.
Длинная история и многократное сжатие могут снижать точность модели; Codex советует по возможности начинать новый чат и держать его в пределах конкретной задачи. Перед переносом сохраните ограничения и результаты проверок, чтобы продолжить работу с точного состояния проекта.
Если вы строите собственное приложение, операция compaction в Responses API создаёт компактное состояние длинного разговора.
По теме: Codex Plan: как планировать задачу до изменения кода
Что проверить перед продолжением работы
После очистки или переноса контекста проверьте, достаточно ли в сводке сведений, чтобы продолжить работу без догадок:
- Цель сформулирована одним предложением и не противоречит последнему решению.
- Перечислены файлы, которые уже менялись, и файлы, которые трогать нельзя.
- Для каждого выполненного шага есть результат проверки, а не только слово «готово».
- Открытые ошибки записаны дословно, без пересказа причины как установленного факта.
- Следующий шаг один и конкретный: команда, файл или проверка.
Если все пять пунктов выполняются, новая сессия сможет продолжить задачу. Если нет команды проверки или точного состояния файлов, сначала восстановите эти данные. Отдельно проверьте лимиты аккаунта: лимиты Codex в ChatGPT не равны размеру контекстного окна.
Когда большое окно не решает задачу
Контекст не подходит как хранилище проекта, система резервного копирования или замена документации. Он не исправляет неверные требования и не делает автоматически безопасными команды с побочными действиями. Важные решения должны оставаться в файлах, задачах или журнале изменений, а не только в истории разговора.
Если в сессии лежат три старых плана и два взаимоисключающих требования, модель получает больше текста, но задача яснее не становится. Уберите противоречия в требованиях и оставьте действующий план.
Метод короткой сводки не подходит, если потеря деталей недопустима: например, при сравнении версий договора или расследовании инцидента. Сохраняйте первичные материалы отдельно, а в контекст передавайте ссылки и точные выдержки для текущего шага.
Частые вопросы
Сколько токенов помещается в Codex?
По умолчанию окно Codex составляет 272 000 токенов, для работы доступны 95% окна, то есть 258 400; поэтому в /status видно около 258K. В API у тех же моделей окно 1 050 000 токенов, как указано, например, у GPT-6.1 Sol. Размер окна, максимальный ответ и лимиты подписки нужно различать.
Нужно ли загружать весь проект?
Нет. Дайте цель, границы, точку входа и проверку. Остальные файлы агент должен находить по необходимости внутри разрешённой области.
Новая сессия всегда лучше длинной?
Нет. Пока цель и ограничения сохраняются, продолжение удобно. Новая сессия нужна при смене задачи, противоречивой истории или повторяющейся потере условий.
Можно ли увеличить окно настройкой?
Да. Ключ model_context_window в ~/.codex/config.toml позволяет поднять окно до 872 000 у актуальных моделей GPT-6 и GPT-5.6. Codex ограничивает значение максимумом модели из каталога; у GPT-5.5 предел 272 000. Ключ model_auto_compact_token_limit задаёт порог автоматического сжатия, но он не может быть выше 90% окна.
Контекст Codex полезен, когда вы умеете превращать идею в проверяемую задачу. На бесплатном вебинаре разберём путь от формулировки до работающего проекта.
Записаться на вебинар