Как сжимать контекст Codex без потери смысла: память, MCP и короткие ответы
Длинная сессия Codex ломается не только от нехватки токенов. Она ломается, когда в одном месте лежат решения, старые версии, случайные рассуждения, ссылки, логи и просьбы, которые уже не важны. В какой-то момент агент начинает тащить за собой не опыт, а шум.
Сжатие контекста нужно не для того, чтобы сделать текст максимально коротким. Оно нужно, чтобы оставить рабочую память: что решили, почему решили, какие файлы трогать, какие границы нельзя нарушать, какие ссылки важны и какой следующий шаг. Все остальное можно сокращать.
Инструменты вроде открытого проекта Caveman показывают направление: ответы, память, описания инструментов и MCP-слой можно делать компактнее. Для Codex это не отдельная игрушка, а нормальная инженерная задача: как передавать агенту меньше текста, но больше смысла.
Что здесь меняется
Обычное краткое содержание часто убивает полезные детали. Оно оставляет красивую общую мысль, но теряет точные ограничения: какой файл не менять, какой URL сохранить, какой тест уже падал, какое решение принял человек. Для агента это опасно. Он может продолжить работу уверенно, но уже без нужных границ.
Поэтому сжимать надо не весь текст одинаково, а слоями. Решения и запреты почти не сокращаются. Объяснения сокращаются сильнее. Повторения удаляются. Черновые рассуждения можно заменить одним выводом. Ссылки и имена файлов лучше хранить точно.
Главное:Хорошее сжатие контекста сохраняет не стиль разговора, а управляемость работы: решения, границы, источники, файлы, проверки и следующий шаг. Если после сжатия Codex не понимает, что нельзя делать, контекст испорчен.
Что можно сжимать, а что нельзя
Контекст для Codex похож на рабочий журнал. В нем есть разные типы информации, и каждый надо сжимать по-своему.
| Слой контекста | Как сжимать | Что нельзя терять |
|---|---|---|
| Решения человека | коротко, но дословно по смыслу | итог, запрет, приоритет |
| Файлы и URL | не пересказывать, а сохранять точно | пути, имена, слаги |
| Ошибки и проверки | одна строка на факт | команда, результат, причина |
| Рассуждения | сводить к выводу | почему выбран путь |
| MCP-описания | убирать лишние слова | название ресурса, действие, права |
| Старые версии | хранить только если влияют на работу | что отменено и почему |
В документации Model Context Protocol полезна сама рамка: агенту нужны ресурсы, инструменты и подсказки, а не весь хаос проекта. Значит, и сжатие должно уважать эту структуру. Описание инструмента можно сделать короче, но нельзя потерять, что инструмент делает, какие параметры принимает и где опасная зона.
Как применять это в Codex
Для длинной работы удобно держать отдельный файл памяти или handoff. Не надо копировать туда всю переписку. Лучше обновлять маленькую рабочую карточку после каждого важного поворота.
Если сессия идет через несколько агентов или чатов, такая карточка становится еще важнее. Новый агент не должен читать всю историю. Он должен получить состояние проекта, рабочие правила и понятный вход в задачу.
Рабочая карточка
Когда использовать: когда Codex работает дольше одной сессии, передает задачу другому агенту, ведет публикационный контур, пишет код или работает с большим числом источников.
Что подать на вход: исходную переписку, список измененных файлов, команды проверки, решения человека, запреты и открытые вопросы.
Что сделать по шагам:
- Разделить контекст на решения, факты, проверки, рассуждения и шум.
- Сохранить пути, URL, команды и статусы без пересказа.
- Удалить повторения и старые ветки, которые уже отменены.
- Сжать объяснения до причины решения.
- Отдельно записать запреты и действия только после ревью.
- Перед новым запуском дать Codex именно эту рабочую карточку.
Какой результат получить: короткий контекст, который позволяет продолжить работу без потери границ.
Как проверить качество: другой агент по карточке понимает, что сделано, что нельзя трогать, чем проверено и что делать дальше.
Когда не использовать: если задача разовая и весь контекст помещается в один короткий запрос.
Какой навык из этого собрать: навык сжатия рабочей памяти агента. Человек учится сохранять не поток разговора, а состояние работы.
Где граница
Сжатие не должно превращаться в телеграфный стиль ради экономии. Если контекст настолько сжат, что исчезают человеческие решения, он уже вреден. Для рабочих процессов Codex важнее не минимальный размер, а минимальная достаточность.
В статье про MCP-контекст мы разбирали, что агенту нужны правильные поверхности доступа. Здесь продолжение той же мысли: агенту нужна еще и правильная плотность памяти. Не все помнить, но помнить то, что управляет действием.
