Лимиты AI улетают за 2 дня? 5 шагов чистки паразитного контекста

Проведи только диагностику расхода в текущей задаче. Ничего не меняй и не устанавливай.
1. Назови доступные источники: журнал этой сессии, usage-счётчики, настройки клиента, реально загруженные правила, инструменты и файлы. Не сканируй весь диск. Не открывай секреты и чужие переписки.
2. Зафиксируй период, модель, effort и границы данных. Отдели входные, выходные, кэшированные токены, число вызовов, время и процент квоты. Уточни семантику полей: cache может быть частью input; не складывай их дважды. Cumulative — не размер живого контекста и не счёт к оплате.
3. Найди до 5 главных источников расхода: повторный контекст, большие выводы инструментов, лишние чтения, повторные тесты, генерация/рассуждение — только где есть данные.
4. Для каждого: источник/шаг → измерение → причина → одна правка → риск → повторная проверка. Ранжируй по измеренному расходу. Если доступен только размер текста, подпиши «косвенная оценка», а не токены.
5. Если нет доступа к токенам по шагам, прямо скажи: «Точный вклад по шагам недоступен». Не придумывай проценты или сумму. Покажи, какой один обезличенный экспорт/скрин нужен; общий скрин квоты не доказывает расход отдельных действий.
В конце предложи одну наиболее полезную обратимую правку, пока без применения.

Проверь настройки AI-клиента в границах текущего проекта, без изменения файлов.
Покажи, какие инструкции и описания инструментов тебе действительно доступны. Отдели полный текст скилла от его названия/описания: установленный скилл не обязательно загружен целиком. Скрытые системные инструкции не реконструируй и не выдавай догадку за чтение.
Найди дубли, противоречия, чрезмерно широкие требования «прочитай всё», повторяемые неизменные проверки и неиспользуемые в этой задаче инструменты. У каждого пункта дай источник и влияние, если оно измерено.
Предложи минимальный diff: что оставить в основных правилах, что вынести в процедуру по запросу, что заменить скриптом. Не отключай автоматически MCP и не заменяй утверждённый канал неразрешённым CLI/API.
Сохрани язык, полномочия, приватность, критерии готовности и обязательные проверки. Размер текста — лишь ориентир; эффективность проверяется на одинаковой задаче. Если настройки недоступны, попроси только нужный фрагмент без секретов.

Разбери последние доступные действия текущей задачи. Ничего пока не исправляй.
Для каждого повторного чтения, запроса или теста укажи: что уже известно, изменился ли источник, какую новую информацию дал повтор. Не объявляй обязательную проверку лишней без основания.
Назови точную точку зацикливания: недостающий вход, неверное предположение, ошибка инструмента, слишком широкая цель или потерянный критерий готовности.
Выбери один следующий шаг, который способен изменить решение. Если нужен мой ответ или внешнее разрешение — сформулируй один конкретный вопрос и останови зависимые повторы.
Верни: факт → гипотеза → проверка → ожидаемый сигнал → условие остановки. Не создавай новую задачу, агента или автоматизацию ради обхода тупика.

Примени только одну правку из уже рассмотренной диагностики.
Причина: [вставьте подтверждённую причину].
Разрешённые файлы/настройки: [укажите точную область].
Ожидаемый результат: [что должно улучшиться].
Если эти поля не заполнены или причина не доказана — сначала уточни, не меняй ничего.
Перед правкой сохрани исходное состояние для отката. Покажи кратко, что изменишь и почему. Выполни обратимую локальную правку, затем релевантную проверку исходного симптома и затронутых зависимостей. Не отключай проверки для получения зелёного результата.
Не меняй глобальные правила, модель, доступы, тариф, production и внешние сервисы; не удаляй исходники, не отправляй сообщения. Эти действия требуют отдельного разрешения.
При ухудшении верни именно свою правку, сохрани чужие изменения и объясни результат. Не запускай бесконечное «самоисправление»; после неудачной проверки верни факт и следующий вопрос.
Отчёт: изменено → проверено → до/после → что не измерено → откат/следующий шаг.

Сравни базовый и исправленный маршрут одной задачи. Используй уже доступные журналы; новые платные прогоны не запускай без разрешения.
Проверь сопоставимость: одинаковые входы, исходное состояние, критерий качества, модель и effort; отметь разницу в кэше, инструментах и сбросах лимита. Если условий нет — не делай причинный вывод об экономии.
Покажи таблицу: метрика | до | после | разница | источник | ограничение. Раздели токены, время, вызовы, исправления, квоту и деньги. Процент уменьшения считай только для одной и той же измеренной величины при ненулевой базе.
Проверь, что исходная задача решена с тем же качеством. Меньше текста или тестов само по себе не успех. API-стоимость вычисляй только по известному биллингу и актуальным ставкам, не из процента подписочной квоты.
Вывод: подтверждено на этом примере / стало хуже / данных недостаточно. Отдельно назови, что один опыт не доказывает. Не обещай универсальный процент экономии.

Подготовь краткую передачу контекста в существующем файле задачи, если он есть; иначе предложи один файл, не создавая параллельный реестр.
Включи: исходную цель на моём языке; что уже сделано и проверено; точные файлы/ссылки; принятые решения; ограничения и разрешения; оставшийся вопрос; одно следующее действие и критерий готовности.
Не копируй сырые логи, секреты, всю переписку и библиотеку скиллов. Оставь только сведения, без которых следующий шаг станет неверным.
Проверь, что ссылки существуют и нет незавершённого действия, которое потеряется. Не заявляй, что новый чат уже создан или контекст автоматически очищен. Новый чат открывает пользователь либо доступный инструмент с соответствующим разрешением. Связанный короткий шаг можно закончить в текущем чате.