memory-compactlisted

# memory-compact: свертка памяти проекта Автопамять растет линейно и никогда не сжимается сама. Пока записей десяток, это незаметно; на сотне появляются две проблемы сразу: - **индекс `MEMORY.md` грузится в контекст каждую сессию целиком** - это постоянный расход входных токенов, растущий с каждым новым фактом (замерено: 140 файлов дают индекс на 22 КБ, 215 файлов - на 25 КБ). Это происходит всегда, независимо от того, есть в памяти дубли или нет; - **близкие записи могут расходиться**. Один сюжет - решение, инцидент, поведение системы - иногда обрастает несколькими файлами, написанными в разные недели, и позже они противоречат друг другу. Но это **гипотеза, которую проверяет аудит, а не данность**: на живой памяти в 140 файлов таких групп нашлось две-три (см. "Грабли"). У скилла три рычага, и обещание у них разное. **Слияние уплотняет изложение, а не выбрасывает знание**: слитый блок обязан содержать все, что было в исходных записях, включая почему так решили. **Снятие - осознанная потеря**: отработавший факт удаляется намеренно, и именно поэтому каждое снятие называется пользователю в плане и подтверждается им, а не решается молча. **Сжатие индекса** ничего не удаляет из файлов и работает даже там, где сливать нечего, - на большой памяти обычно оно и дает основной эффект. ## Когда применять - В памяти проекта больше ~40 файлов или индекс длиннее ~50 строк. - Видны группы файлов об одном сюжете (близкие имена, один и тот же компонент в описании). - Есть записи с маркера