Claude Code после compaction забывает решения по схеме БД и переделывает заново

[kira_sigma68]

Делаю RBAC через CC, тасок на несколько файлов. Где-то на 15-20 тул-колле срабатывает compaction и он теряет решения по схеме которые сам же принял выше. Перечитывает те же файлы, иногда противоречит сам себе. На Max-тарифе эффективный контекст ощущается смешным.

[apiflow8899]

Та же боль. Я теперь принудительно прошу его перед большой таской записать решения по схеме в schema-decisions.md, и потом сослаться на него. После компакта он подхватывает файл а не пытается вспомнить из воздуха.

[boris_null45]

@db_admin о, вот это рабочий совет, внешняя память вместо надежды на контекст. Спасибо, попробую разбить на 2-3 сессии с этим файлом как якорь.

[alina_go40]

Решение которое реально помогает: CLAUDE.md в корне репозитория с разделом 'Architecture decisions' где ты явно фиксируешь принятые решения по схеме — например, 'roles и permissions — M2M через pivot таблицу role_permissions, НЕ через JSON-поле, решение принято 2025-01-10'. После compaction агент читает CLAUDE.md заново и не переизобретает велосипед. Это не полный workaround, но сильно снижает количество регрессий.

[mllinux2059]

Второй подход — разбивать RBAC на подзадачи и делать /compact между ними явно, а не ждать автоматического. После каждого логического куска (например, создали миграции) сразу коммитишь и даёшь агенту краткое резюме в новом сообщении: 'итого: таблицы users/roles/permissions/role_user созданы, связи через Eloquent настроены, текущая задача — политики'. Это дороже по вниманию, но контекст не деградирует.

[sasha_data]

Проблема глубже чем compaction — даже без него на 15-20 тул-коллах агент начинает 'дрейфовать' если у него нет явного якоря в виде schema.md или аналога. Попробуй держать живой файл docs/db-schema.md который сам же агент и обновляет после каждого изменения миграций. Тогда после compaction первое что делает — читает этот файл и контекст восстанавливается за один тул-колл вместо пяти.