Русская версия

Как сократить контекст Codex и проверить расход

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

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

Как выбрать нужные файлы

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

Сверьте список с кодом. Если причина может находиться в соседнем модуле, включите его. Сохраните ограничения задачи: какие данные и части проекта менять нельзя.

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

Какие показатели не стоит путать

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

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

Оценка в долларах по тарифам API не показывает стоимость работы по подписке. Если сторонний счётчик переводит токены в деньги, сначала выясните, что именно он считает. Реальный расход API учитывайте отдельно, когда работаете через API-ключ.

Как сравнить два варианта

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

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

Если интерфейс показывает долю лимита подписки, так её и называйте. Это не число токенов. Неизвестную стоимость не заменяйте нулём; расходы внешних сервисов учитывайте отдельно.

Запишите показатель до и после задачи, время запуска и ближайшего сброса лимита. Не запускайте одновременно другие задачи в том же аккаунте: иначе изменение общего лимита нельзя уверенно отнести к одному эксперименту. Если лимит сбросился во время сравнения, повторите замер.

Что проверить при большом расходе

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

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

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

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

Когда сокращать контекст не стоит

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

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

После работы сохраните ближайший шаг по инструкции как продолжить проект в новом чате.

Источники

Различия между подпиской и API, причины расхода и рекомендации по MCP сверены с документацией OpenAI. Идею отдельной проверки показателей подсказал разбор Nick Puru о лимитах Codex. Обещание никогда не исчерпать лимит из названия ролика не является гарантией.

Промпт для первого шага

Задача: [вставь задачу].
Найди минимальный достаточный набор относящихся к ней файлов и данных.
Не удаляй оригиналы. Не пересказывай весь проект.
Для каждого выбранного файла объясни, что он помогает установить.
Сохрани точные требования, интерфейсы и сообщения ошибок.
Если без соседнего файла нельзя понять поведение, включи его.
Не заявляй экономию токенов, пока расход не измерен.

Все условия этого промпта.

В этой статье