Где хранить инструкции Claude Code для правил проекта

CLAUDE.md добавляет постоянные инструкции в контекст Claude Code. Так команды сборки, соглашения по коду и структуру проекта не нужно объяснять заново в каждой сессии.

Я бы разделила инструкции по тому, кому они нужны. Личный CLAUDE.md в папке .claude домашнего каталога подходит для предпочтений во всех проектах. Общий CLAUDE.md в корне проекта или его папке .claude хранится в системе контроля версий и задаёт стандарты команды. Личные настройки конкретного проекта идут в отдельный локальный файл в корне; его нужно добавить в .gitignore. Так личные привычки не попадут в общие правила.

Как пишет Anthropic в документации, найденные файлы складываются в контекст, а не заменяют друг друга. Инструкции проекта загружаются после личных, затем идут локальные. Поэтому противоположное правило в локальном файле не стоит считать отменой общего: при конфликте Claude может выбрать инструкцию произвольно. Лучше убрать противоречие.

Команда /init создаёт начальный CLAUDE.md по кодовой базе, а для существующего файла предлагает улучшения без перезаписи. В заготовке я бы оставила только сведения для каждой сессии. Многошаговую процедуру лучше вынести в skill, правила отдельной части проекта — в path-scoped rule. Рекомендация Anthropic: менее 200 строк на файл.

Другой файл подключается через импорт. Относительный путь считается от файла с импортом, не от рабочего каталога. Это способ разложить инструкции по файлам, но не сэкономить контекст: импорт загружается вместе с CLAUDE.md. Запрет внутри файла остаётся инструкцией для модели; для принудительного запрета действия документация предлагает PreToolUse hook.

Первым шагом я бы запустила /init, затем проверила загрузку файла командой /context в разделе Memory files. Если правила уже накопились, /doctor prompt-audit поможет найти устаревшие записи и конфликты, не меняя файлы без просьбы применить правки.