Auto-compact в Codex на GPT-6 Sol: значения по умолчанию в коде и цена их повышения
Обновлено September 27, 2026 · впервые опубликовано September 27, 2026
Codex автоматически сжимает сессию GPT-6 Sol при 244,800 токенах: это 90% окна в 272,000 токенов, которое он выделяет модели. Повышение model_auto_compact_token_limit выше этого числа ничего не меняет, если вы не повысите и model_context_window. Если поднять окно за 272K, каждый ход, пересекающий эту границу, тарифицируется по ставкам длинного контекста. Цифры мы взяли из исходного кода Codex 0.157.1 и из каталога моделей, который Codex загружает.
Какое окно контекста Codex дает GPT-6 Sol?
272,000 токенов, хотя API принимает до 922,000. Codex загружает каталог моделей и кэширует его в ~/.codex/models_cache.json. Запись для gpt-6-sol содержит context_window со значением 272,000 и max_context_window со значением 872,000. Кроме того, effective_context_window_percent равен 95, а auto_compact_token_limit остается пустым. У GPT-6 Astra и GPT-6 Luna те же значения.
272K — не случайное число. Именно отсюда начинается ценообразование GPT-6 для длинного контекста.
| Значение | Токены | Откуда взято |
|---|---|---|
| Окно контекста | 272,000 | context_window в каталоге моделей |
| Рабочее окно | 258,400 | 95% окна (effective_context_window_percent) |
| Порог автосжатия | 244,800 | 90% окна, вычисляется в коде |
| Максимально допустимое окно | 872,000 | max_context_window в каталоге моделей |
| Лимит входа API | 922,000 | Спецификация модели OpenAI (1.05M всего с выводом) |
Как Codex решает, когда сжимать?
Берется меньшее из вашего заданного лимита и 90% окна контекста. В codex-rs/protocol/src/openai_models.rs функция auto_compact_token_limit() вычисляет context_window * 9 / 10. Она возвращает это значение или ваш заданный лимит, в зависимости от того, что меньше. Каталог не содержит лимита для GPT-6 Sol, поэтому по умолчанию результат равен 272,000 × 0.9 = 244,800.
Таким образом, эта настройка может только сдвинуть сжатие раньше. Укажите model_auto_compact_token_limit = 300000 в config.toml при окне по умолчанию, и Codex все равно будет сжимать при 244,800 без каких-либо предупреждений. Чтобы сжимать позже, нужно также повысить model_context_window, и это тоже сдвигает потолок: при максимуме 872,000 порог по умолчанию становится 784,800.
Вторая настройка, model_auto_compact_token_limit_scope, по умолчанию равна total и учитывает весь активный контекст. Альтернатива, body_after_prefix, учитывает только то, что разговор добавляет поверх контекста, перенесенного из прошлого.
Сколько стоит увеличение окна Codex за 272K?
За ход — гораздо больше, чем стоят лишние токены. Как только запрос GPT-6 Sol содержит больше 272K входных токенов, весь запрос тарифицируется по ставкам длинного контекста. Вход и закэшированный вход стоят вдвое дороже, а выход — в 1.5 раза дороже. В длинной агентской сессии почти каждый ход заново отправляет всю историю, поэтому большая часть этого входа — закэшированный префикс.
| Контекст за ход | Ставка кэшированного входа | Стоимость кэшированного контекста за ход | Стоимость без кэша за ход |
|---|---|---|---|
| 240K (сжимается по умолчанию) | $0.20 / 1M | $0.048 | $0.48 |
| 270K | $0.20 / 1M | $0.054 | $0.54 |
| 300K (окно повышено) | $0.40 / 1M | $0.12 | $1.20 |
| 400K (окно повышено) | $0.40 / 1M | $0.16 | $1.60 |
Переход с 270K на 300K добавляет 11% токенов и умножает стоимость каждого хода на 2.2. На тарифе ChatGPT счета вы не видите, но те же токены засчитываются в ваши 5-часовые и недельные лимиты Codex, поэтому большее окно расходует их быстрее. В статье context-window-paid-twice объясняется, почему этот повторный платеж доминирует в длинных сессиях.
Остается ли GPT-6 Sol точным около 244K токенов?
Пока никто этого не измерял. Единственная независимая оценка длинного контекста для GPT-6 Sol — AA-LCR от Artificial Analysis: 84%, столько же, сколько у GPT-5.6 Sol. Документы в этом тесте в среднем около 100K токенов. Цифры MRCR, которые приводят для “Sol” на 256K–512K, относятся к GPT-5.6 Sol. В нашем обзоре бенчмарков GPT-6 Sol на длинном контексте перечислено, что опубликовано, а что нет, по состоянию на 27 сентября 2026 года.
Что стоит задать?
Большинству команд ничего не нужно. Значение по умолчанию уже безопасно с точки зрения стоимости. Сжатие при 244,800 удерживает каждый запрос под ценовой границей 272K, оставляя место для вывода. Изменения требуются в трех случаях:
- Вы хотите сжимать раньше, например потому что в длинных ветках начинают теряться более ранние инструкции. Задайте
model_auto_compact_token_limitниже, скажем 200000. Значения ниже 244,800 действительно применяются. - Вы хотите зафиксировать текущие значения по умолчанию, чтобы будущее обновление каталога не могло изменить их незаметно. Задайте
model_context_window = 272000и лимит не выше 244,800. - Вам нужно больше 258K живого контекста в одной сессии. Повысьте
model_context_windowи принимайте ценообразование для длинного контекста на каждом ходе выше 272K. Поставьте на это оповещение, потому что в интерфейсе Codex изменение цены ничем не отмечено.
# ~/.codex/config.toml
model = "gpt-6-sol"
model_context_window = 272000 # pin the default window, below the 272K price line
model_auto_compact_token_limit = 240000 # anything above 244,800 is ignored at this window
Источники
- Исходный код Codex 0.157.1:
auto_compact_token_limit()иusable_context_window() - Исходный код Codex 0.157.1: переопределения конфигурации, применяемые к информации о модели
- Исходный код Codex 0.157.1: область сжатия и жесткий предел контекста
- Цены API OpenAI
- Artificial Analysis: GPT-6 Sol против GPT-5.6 Sol
По теме
- Бенчмарки GPT-6 Sol на длинном контексте: что реально измерено
- Цены GPT-6 и скачок цены за длинный контекст на 272K
- Вы платите за окно контекста дважды
- Сколько Codex включает ChatGPT Pro?
Хотите применить это к своему стеку? Принесите счета провайдеров, логи шлюза и ключевые рабочие процессы — мы определим драйверы затрат и пути экономии. Заказать бесплатный аудит →