Вайбкодинг2026-09-027 минРедакция Submarine School

Codex context window: как управлять контекстом без потерь

Codex context window: как управлять контекстом без потерь

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

Что означает context window в Codex

Контекстное окно задаётся моделью, а не названием приложения Codex. В актуальном каталоге OpenAI у GPT-5.6 Sol указано окно 1 050 000 токенов и отдельный предел ответа 128 000 токенов. У специализированной GPT-5.3-Codex указаны 400 000 и 128 000 токенов соответственно. Правило простое: сначала смотрите выбранную модель, затем её карточку, а не универсальную цифру для всего Codex. Источники: GPT-5.6 Sol и GPT-5.3-Codex.

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

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

Большое окно контекста помогает удержать проект, но результат зависит от того, как вы ставите задачу и проверяете изменения.

Посмотреть практику

Как подготовить длинную задачу до запуска

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

  1. Сформулируйте конечный результат одним предложением: что должно работать после завершения.
  2. Перечислите границы: какие папки разрешено менять, какие данные нельзя выводить, какие действия требуют подтверждения.
  3. Укажите точку входа: конкретный файл, команда проверки и наблюдаемый симптом.
  4. Отделите факты от предположений. Если причина ошибки неизвестна, так и напишите.
  5. Задайте критерий готовности: тест проходит, страница отвечает, файл содержит нужную структуру.

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

По теме: Codex Skills: что это, как создать SKILL.md и настроить в 2026

Что добавлять в контекст, а что оставлять за пределами

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

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

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

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

Записаться на вебинар

Как заметить, что контекст стал мешать

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

  1. Остановите новые изменения и попросите перечислить цель, сделанное, проверенные факты и открытые вопросы.
  2. Сравните сводку с исходным заданием. Исправьте потерянное ограничение до продолжения.
  3. Сохраните краткий рабочий статус: изменённые файлы, команды и результаты тестов.
  4. Если задача сменилась, начните новую сессию и передайте только эту сводку плюс новые условия.
  5. Повторите одну контрольную проверку, чтобы убедиться, что перенос не изменил состояние проекта.

Для продуктовых сценариев через API OpenAI предоставляет операцию compaction, которая создаёт компактное состояние длинного разговора. Это инструмент для продолжительных цепочек, а не повод сжимать короткую работу. Описание есть в официальной справке Responses API. В приложении Codex ориентируйтесь на доступные элементы интерфейса и не придумывайте отсутствующие команды.

По теме: Codex Linux: установка приложения и CLI в 2026 году

Проверяемый чек-лист перед продолжением

После очистки или переноса контекста проверьте не красоту сводки, а возможность продолжить работу без догадок.

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

Если все пять пунктов выполняются, новая сессия сможет продолжить задачу. Если нет команды проверки или точного состояния файлов, сначала восстановите эти данные. Отдельно проверьте лимиты аккаунта: лимиты Codex в ChatGPT не равны размеру контекстного окна.

Когда большое окно не решает задачу

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

Метод короткой сводки не подходит, если потеря деталей недопустима: например, при сравнении версий договора или расследовании инцидента. Сохраняйте первичные материалы отдельно, а в контекст передавайте ссылки и точные выдержки для текущего шага.

Частые вопросы

Сколько токенов помещается в Codex?

Единой цифры нет. Откройте карточку выбранной модели и смотрите поле context window. Не смешивайте его с максимальным ответом и лимитами подписки.

Нужно ли загружать весь проект?

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

Новая сессия всегда лучше длинной?

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

Можно ли увеличить окно настройкой?

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

Контекст Codex полезен, когда вы умеете превращать идею в проверяемую задачу. На бесплатном вебинаре разберём путь от формулировки до работающего проекта.

Записаться на вебинар
Разборы, кейсы и фишки вайбкодинга каждую неделю в телеграм-канале «Яков вайбкодит».
Первый проект с ИИ: живой разбор, бесплатно Занять место