Уплотнение не исправит контекст, которого никогда не было в транскрипте: диагностика переполнений контекста OpenClaw

Недавний отчет на r/openclaw подчеркивает важное различие: контекст и история разговора — не одно и то же. Сессия пользователя попала в цикл компактификации — "Compacting context (0 messages)" — потому что системный промпт уже превышал бюджет до начала разговора. При ~34 500 символов системного промпта и бюджете всего 8 000 токенов, предварительная оценка показала ~10 700 токенов. Компактификация не нашла сообщений для резюмирования, поэтому каждая повторная попытка возвращалась к тому же переполнению.
Контекст OpenClaw включает не только сообщения чата. Полный промпт состоит из системного промпта, внедренных файлов рабочего пространства (AGENTS.md, SOUL.md, IDENTITY.md, USER.md), метаданных навыков, определений и схем инструментов, вызовов/результатов инструментов и вложений. Компактификация резюмирует только старые сообщения — если основной расход приходится на всегда загружаемый системный промпт, сжатие пустого транскрипта не уменьшит его.
Диагностика с помощью встроенных команд
Прежде чем менять модель или настройки компактификации, проверьте реальных потребителей контекста:
/status
/context list
/context detail
/context map
Выполните /context map после хотя бы одного обычного запуска модели, чтобы он захватил отчет для визуализации.
Найдите настоящего виновника
Получив разбивку, действуйте по доминирующей категории:
- История разговора доминирует → помогает компактификация или обрезка старых результатов инструментов.
- Внедренные файлы рабочего пространства доминируют → удалите дублирующиеся инструкции и перенесите справочный материал из всегда загружаемых файлов. Полные инструкции навыков предназначены для загрузки по требованию — не держите их во внедренных файлах.
- Схемы инструментов доминируют → проверьте, какие инструменты действительно нужны агенту. Схемы потребляют контекст, даже если они не видны как текст промпта.
- Базовый системный промпт + зарезервированный бюджет вывода уже превышают полезный бюджет модели → изменение транскрипта — не тот уровень. Это проблема окна модели, резервного бюджета или поверхности инструментов.
Делайте изменения обратимыми
Автор рекомендует итеративный подход, который сохраняет текущую конфигурацию:
- Сохраните текущую настройку.
- Изменяйте одну категорию потребителей за раз.
- Начните новую сессию и повторите ту же небольшую задачу.
- Сравните
/context detail, логи компактификации Gateway и фактический результат до/после.
Меньшее количество токенов — не успех, если агент теряет необходимые инструкции или инструменты. Проверка требует всех трех условий:
- Промпт укладывается в доступный бюджет
- Цикл компактификации не повторяется
- Та же ограниченная задача выполняется корректно
Вы запускали /context detail? Что на самом деле доминирует в вашем контексте OpenClaw: файлы рабочего пространства, инструменты/навыки или история разговора? Поделитесь результатами в ветке.
📖 Читать полный источник: r/openclaw
👀 Смотрите также

Исправление системы проверки устраняет проблему выполнения плана Клода
Разработчик создал проверочный слой на bash или Python объемом 30-50 строк, который проверяет, действительно ли Claude выполняет каждый шаг своих планов, верифицируя артефакты, такие как существование файлов, ответы API и изменения конфигураций.

Четыре локальных файла для поддержания контекста Клода в длительных проектах
Пользователь Reddit рекомендует вести четыре файла Markdown — claude.md, memory.md, restart.md и backlog.md — в качестве внешней памяти для Claude, чтобы компенсировать сжатие контекстного окна в длинных беседах.

Шаблоны кода превосходят руководства по ИИ: перенос расширения Firefox в Chrome
Разработчик дважды безуспешно пытался перенести расширение Firefox на Chrome с помощью подсказок ИИ, но в итоге преуспел, выделив браузерно-независимую основную логику с интерфейсом BrowserShell, сократив специфичный для Chrome код до 5 значимых строк.

Уровень управления для агентов Claude: жесткие границы безопасности и живые трассы в производстве
Пользователь API Claude создал легковесный уровень управления под агентом, чтобы добавить жесткие границы безопасности, мониторинг в реальном времени, управление через Telegram с участием человека и автоматическое создание контрольных точек — решая проблемы скрытых сбоев и неконтролируемых затрат токенов в длительных циклах агентов.