Сигнал из хука Клауд дев (@claudedevolper): в Codex можно экономить токены, добавив в ~/.codex/config.toml блок [features.context_management] с experimental_mode = true. Включение переключает контур на windowed notes + поиск по контексту вместо традиционной компрессии истории. В том же сигнале — ожидание, что режим станет дефолтом для Astra в горизонте недель. Это не «попроси Astra поднять окно до 1M» из статьи про 1M контекст. Здесь — экспериментальный менеджер контекста в конфиге. Ключи кроме указанных не выдумываем; перед продом сверяй актуальные docs Codex — experimental может смениться.
Соседи по полке: 1M через Astra, лимиты Astra в Codex/ChatGPT, гайд по промптингу Astra, JIT harness под задачу, DeepSeek harness / cache hits. Продукт TG Lead Finder к конфигу Codex не привязан — другой контур.
Чем это не является
- Не запрос 1M окна. В 1M-статье жест другой: попросить Astra расширить окно сессии. Здесь — флаг в toml.
- Не «ещё один системный промпт». Меняется стратегия удержания контекста (notes + search), а не тон ответа.
- Не гарантия −N% на счёте. Хук говорит «экономит больше токенов», чем классическая компрессия — это ориентир ленты, не твой invoice.
- Не стабильный GA. Имя experimental_mode буквально намекает: поведение и дефолт могут смениться.
Что положить в config.toml
По хуку — ровно этот фрагмент (другие ключи не придумываем) в файле ~/.codex/config.toml:
- секция [features.context_management];
- внутри: experimental_mode = true.
После правки перезапусти/открой свежую сессию Codex так, как у тебя принято локально (конкретные кнопки UI не выдумываем). Если toml уже содержит другие секции — добавь блок рядом, не затирай весь файл. Перед коммитом конфига в командный дотфайл: сверь актуальный пример в docs Codex; experimental-флаги иногда переезжают.
Windowed notes + context search vs компрессия
Классическая компрессия схлопывает историю в саммари: дёшево по длине, но теряет детали («какой именно файл падал», «какой acceptance уже закрыт»). Windowed notes + поиск по контексту — другая ставка: агент держит заметки по окнам и достаёт нужное по запросу, а не тащит весь сжатый нарратив в каждый шаг.
Практический перевод для вайб-кодера:
- длинный агентный прогон с повторяющимися чтениями одних и тех же решений → notes/search чаще бьёт компрессию по полезности на токен;
- короткий «поправь CSS» → разницы почти не видно, а experimental-риск остаётся;
- если бриф сам помойка без цели/стопа — никакой менеджер контекста не спасёт; сначала каркас из гайда по промптингу.
Связь с 1M окном Astra
Два рычага, разные вопросы:
- Ширина окна — сколько токенов сессия может держать сразу (~372k → ~1M через Astra).
- Как окно обслуживается — компрессия vs experimental context_management.
Включить оба «на всякий случай» — плохая идея. 1M без дисциплины сжигает weekly из лимитов Astra. Experimental без стабильного брифа даст красивые notes о хаосе. Правило: сначала критерий готовности и harness (JIT), потом ширина, потом менеджер контекста.
Когда включать experimental_mode
- Уже есть длинные Codex/Astra-прогоны, где компрессия заметно «забывает» детали.
- Ты умеешь мерить usage до/после на одном и том же брифе (не разные задачи «на глаз»).
- Готов откатиться: оставить git/backup копию toml без флага.
- Понимаешь, что флаг может исчезнуть или стать дефолтом — план «навсегда опираемся на experimental» хрупкий.
Когда НЕ включать
- Мелкие одноразовые правки без агентного лупа.
- Прод-пайплайн команды без пилота: сначала один человек, один репо.
- «Включил и забыл» без замера токенов и числа ручных стопов.
- Путаешь с «попроси 1M» и думаешь, что toml сам расширяет окно.
- Нет бэкапа config.toml — experimental-флаг не повод ломать рабочий конфиг.
Как замерить экономию за один вечер
- Зафиксируй бриф и acceptance (тот же текст до/после).
- Прогон A: experimental_mode выключен (или блока нет) — запиши токены, шаги, ручные стопы.
- Прогон B: флаг включён — те же метрики.
- Сравни не «ощущение умнее», а токены + дошёл ли до acceptance.
- Если B дешевле при том же результате — оставь на этот жанр задач. Если дороже или хуже — откат.
Тот же дух, что в разборе cache hits: экономика считается на повторяемом префиксе/сценарии, не на анекдоте из ленты.
Антипаттерны
- Дописывать в toml выдуманные ключи «на всякий случай» — в статье сознательно только то, что в хуке.
- Включить experimental и параллельно раздуть окно до 1M на мелочи.
- Сравнивать разные задачи и объявлять «экономия доказана».
- Тащить experimental в CI всей команды без пилота.
- Игнорировать docs: experimental может переехать или стать дефолтом без твоего toml.
Чеклист перед пилотом
- Есть бэкап ~/.codex/config.toml?
- В блоке только experimental_mode = true под [features.context_management]?
- Есть один контрольный бриф с acceptance?
- Записал usage до включения?
- Сверил актуальные Codex docs / changelog на предмет переименования флага?
- Понимаешь отличие от запроса 1M?
Стыковка с лимитами и брифом
Экономия контекста не отменяет weekly Astra. Если после включения usage всё равно упирается в квоту — смотри лимиты Codex/ChatGPT: режь жанр задач, не только конфиг. Бриф без стопа по-прежнему жрёт любой менеджер. Связка: хороший бриф → стабильный harness → затем experimental context_management на длинных прогонах.
Коротко
Хук Клауд дев: в ~/.codex/config.toml добавь [features.context_management] / experimental_mode = true — windowed notes + context search вместо классической компрессии; ожидается дефолт для Astra в горизонте недель. Это не запрос 1M окна. Другие ключи не выдумываем; experimental сверяй с docs. Мери на одном брифе; мелочь не трогай; лимиты Astra остаются. Соседи: 1M, лимиты, промптинг, harness, cache hits. Витрина — vibe-studio.uk.