Пост compact vs clear

compact vs clear Я снова про AI-шку и две типовые команды у большинства агентов /compact vs /clear. Первая сжимает контекст, вторая начинает новую сессию. По сути это два способа борьбы с энтропией - раздутием размера контекста и последующим ухудшением качества ответов агента. А ухудшается оно по статистике где-то в районе 50% контекста. Ну и борьбы со стоимостью тоже, если вы сами платите за модель) Т.к. весь контекст при каждом запросе уходит на сервер, хоть и считается по особому тарифу (cashed). Если запустить /compact в Claude Code - удивляет (неприятно) скорость его работы. У меня это обычно более минуты, ближе к 2. Почему так - сжатие стало умным, т.е. вся история сессии скармливается LLM, и она выбирает важное. Можно указать это важное, явно передав текстом /compact "сохрани план работ и архитектурные требования". Для сжатия похоже используется та же модель, что и сейчас в сессии - по крайней никакой другой информации я не вижу. Это точно есть в Claude Code, и думаю скоро будет у всех) К слову, есть готовые хуки, определяющие оптимальную точку для /compact с простой, я бы даже сказал "наивной" реализацией: создается PreToolUse hook для операций Edit|Write, счетчик, как только число вызовов превышает порог (50 по умолчанию) - пишем в контекст рекомендацию вызвать /compact. Но вернемся к сжатию. Умное - это хорошо, но вместе с этим долгое и более дорогое. Плюс что-то важное все равно может пропасть из контекста. К чему я веду - /compact видится костылем, помогающим, если вы неправильно декомпозировали задачу (story). Или пошли на поводу у модели, когда она предложила добавить в план работ еще А, Б, С... Решив, что раз это дешево - почему бы не сделать сразу) А ведь преждевременную оптимизацию и YAGNI никто не отменял. Итог: навык декомпозиции задач с AI остается таким же важным, как и был без нее. Бейте задачи на части, план работ и текущее состояние храните в файле (а SDD фреймворки так и делают), чаще вызывайте /clear. #ai #ai_agents