День 20: Итог фазы 2: система управления контекстом

Почему это важно именно вам

Десять уроков назад вы написали первый CLAUDE.md — один файл, три блока, десять строк. Это было правильно для старта. Но если вы дошли до этого урока и реально пробовали всё по ходу, то сейчас у вас, вероятно, несколько ситуаций одновременно: есть что-то в глобальном файле, есть проектный CLAUDE.md в рабочей папке, где-то начала накапливаться auto memory, может быть, попробовали @path для подключения внешнего файла. И вот это всё уже работает как-то, но не понятно, как оно соотносится друг с другом.

Директор по развитию работает в нескольких контекстах одновременно. Есть задачи по аналитике — там нужны таблицы, конкретные цифры, выводы наперёд. Есть переписка с партнёрами — там нужен деловой тон, конкретные запросы, без жаргона. Есть внутренние документы для руководства — там другая структура и другой уровень детализации. Есть технические задания подрядчикам — там третий стиль. Один CLAUDE.md на все случаи жизни либо получается слишком общим, либо разрастается в стену текста, где всё противоречит всему.

Сегодня мы собираем систему. Не один файл, а трёхуровневую архитектуру: глобальный CLAUDE.md с вашей «личностью», проектные файлы для разных направлений работы, и rules/ для специализированных задач. Каждый слой делает одно: отвечает за свой масштаб. В итоге — чек-лист на 20 минут, который вы можете пройти сегодня и получить работающую систему.

Что это такое

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

Три уровня, три масштаба — и ни один не дублирует другой. Корпоративный регламент не описывает конкретные шаги работы с клиентом. Рабочая инструкция не повторяет общую политику конфиденциальности. Каждый документ делает своё дело.

Система управления контекстом в Claude Code устроена по той же логике:

Уровень 1 — Глобальный CLAUDE.md (~/.claude/CLAUDE.md). Это вы. Кто вы как человек и профессионал, ваш стиль общения, базовые требования к ответам, что вас раздражает, ваш часовой пояс и язык. Это загружается при каждом запуске Claude в любой папке. Не зависит от проекта.

Уровень 2 — Проектный CLAUDE.md (в папке конкретного проекта). Это контекст конкретного направления работы. У директора по развитию таких проектов несколько: папка с аналитикой, папка с документами по партнёрствам, папка с договорами. Каждый проект получает свой CLAUDE.md с правилами, специфичными именно для него.

Уровень 3 — rules/ (папка .claude/rules/ внутри проекта). Это специализированные инструкции для конкретных задач. Например, правило для подготовки протоколов встреч: отдельный формат, отдельная структура, ключевые блоки. Или правило для анализа договоров: на что обращать внимание, как формулировать риски. Правила из rules/ подключаются либо вручную через @path, либо автоматически, если в файле указано правило без paths.

При конфликте между уровнями побеждает более близкий к текущей директории. Проектный CLAUDE.md перекрывает глобальный. Инструкция в самом запросе перекрывает всё. Это позволяет отклоняться от правил для конкретной задачи, не переписывая файлы.

Как работает на практике

Ниже — пошаговый чек-лист настройки системы за 20 минут. Каждый шаг небольшой, результат виден сразу.

Шаг 1. Создайте глобальный CLAUDE.md (5 минут)

Файл живёт в ~/.claude/CLAUDE.md. Если его нет — создайте:

touch ~/.claude/CLAUDE.md

Откройте в любом текстовом редакторе. Содержимое — только то, что истинно для вас в любом проекте:

# Глобальный контекст

## Кто я
Директор по развитию. Принимаю решения, не исполняю технические задачи.
Часовой пояс: Москва (UTC+3). Язык: русский.

## Как отвечать
- Сначала суть, потом детали
- Без вводных фраз («Конечно!», «Отличный вопрос!»)
- Честность важнее вежливости: если видишь проблему — говори прямо
- Без корпоративного жаргона: «синергия», «экосистема», «в рамках»
- Если что-то непонятно — спроси, не додумывай

## Базовые ограничения
- Публичные упоминания работодателя и должности исключены
- Конфиденциальные данные партнёров в текстах не раскрывать

Это короткий файл — 15-20 строк. Длиннее не нужно: детали уйдут в проектные файлы.

Шаг 2. Определите свои «проекты» (2 минуты)

Проект — это рабочая директория, в которой вы запускаете claude. Обычно у директора их три-пять:

• Папка с аналитическими отчётами
• Папка с деловой перепиской
• Папка с договорами и юридическими документами
• Папка с конкретным направлением работы (например, отдельный продукт или клиент)

Запишите на бумаге или в заметках: какие папки реально используете. Для каждой нужен свой CLAUDE.md.

Шаг 3. Создайте проектный CLAUDE.md для основной рабочей папки (7 минут)

Возьмём папку с аналитикой как пример. Проектный CLAUDE.md описывает специфику этой папки:

# CLAUDE.md — Аналитика

## Контекст
Здесь лежат аналитические отчёты: по трафику, по партнёрам, по рынку.
Получатели: руководство компании. Внешние отчёты — только по явному запросу.

## Формат отчётов
- Структура: вывод → данные → методология
- Числа с контекстом: «+15% к аналогичному периоду», не просто «15%»
- Таблицы — когда есть что сравнивать. Текст — когда нужен нарратив.
- Округление: до тысяч рублей. Не «23 847 ₽», а «около 24 тыс. ₽».

## Специфика
- «КЦ» = колл-центр
- Основная метрика — звонки, не заявки
- При упоминании конкурентов — нейтральный тон, без оценок

## Чего не делать
- Не добавлять раздел «Следующие шаги» без запроса
- Не округлять проценты менее 0,5% — важна точность

Этот файл работает только в этой папке. В другой папке эти правила не применяются.

Шаг 4. Создайте .claude/rules/ для специализированных задач (5 минут)

Внутри проектной папки создайте структуру:

mkdir -p .claude/rules

Теперь создайте файл для конкретной повторяющейся задачи. Например, для анализа договоров:

touch .claude/rules/contract-review.md

Содержимое:

---
description: Правила анализа договоров и юридических документов
---

## Анализ договоров

При проверке договора обязательно проверить:
1. Чёткость предмета договора — что именно и в каком объёме
2. Сроки — конкретные даты или расчётные периоды
3. Ответственность сторон — кто несёт риски при нарушении
4. Условия расторжения — есть ли ограничения
5. Размытые формулировки — «по договорённости», «в разумные сроки»

Формат ответа:
- Сначала: есть ли критичные риски (да/нет + краткое резюме)
- Потом: список конкретных мест для правки с цитатами из договора
- В конце: что рекомендуется уточнить у юриста

Загрузкой правила управляет поле paths, а не alwaysApply (такого поля у Claude Code нет — оно из другого редактора). Правило без paths грузится всегда при старте в этой папке. Правило с paths подключается тогда, когда Claude открывает подходящий под шаблон файл.

Шаг 5. Проверьте, что система работает

Перейдите в рабочую папку и запустите Claude:

claude

Спросите: «Что ты знаешь о формате отчётов в этом проекте?» Claude должен воспроизвести правила из проектного CLAUDE.md. Спросите отдельно: «Что ты знаешь обо мне?» — Claude должен воспроизвести глобальный контекст.

Если что-то не появилось — проверьте, в правильной ли директории лежит файл.

Шаг 6. Настройте auto memory как дополнение, не замену

Auto memory (разбирали в день 15) накапливает то, что вы говорите в процессе работы. Это хорошо, но её надо понимать правильно: она дополняет вашу систему файлов, не заменяет.

Правило простое:
- Критичные постоянные правила — в CLAUDE.md. Они гарантированно применяются с первой секунды.
- Факты и контекст, которые накапливаются со временем, — через auto memory. Имена участников встреч, договорённости, предпочтения по конкретным задачам.
- Если обнаружили, что auto memory записала что-то устаревшее — откройте ~/.claude/projects/.../memory/MEMORY.md и удалите вручную.

Частые ошибки

Ошибка 1: Дублировать правила на всех уровнях

Классическая ситуация: в глобальном CLAUDE.md написали «без корпоративного жаргона», в проектном повторили то же самое, и ещё в rules/ добавили третий раз. Теперь правило встречается трижды, и если нужно изменить — придётся менять в трёх местах. Через месяц они расходятся, и непонятно, какому верить.

Как исправить: каждое правило живёт ровно в одном месте. Если оно истинно для любого контекста — глобальный файл. Если только для одного проекта — проектный. Если только для одной операции — rules/. Никакого дублирования.

Ошибка 2: Сделать глобальный файл слишком большим

Соблазн понятен: раз он загружается всегда, надо написать туда всё самое важное. В итоге получается файл на 200 строк, половина которого применима только в конкретном проекте. Claude тратит часть «внимания» на чтение нерелевантного контекста.

Как исправить: глобальный файл — только универсальное. Тест: «Это правило работает и когда я пишу аналитику, и когда проверяю договор, и когда готовлю презентацию?» Если нет — это не в глобальный файл.

Ошибка 3: Создать правила в rules/ и забыть, что они не применяются сами

Правило с paths загружается не при старте, а только когда Claude читает файл, подходящий под шаблон. Вы создали подробное правило для анализа договоров с paths: ["договоры/**"], но просите разобрать файл из другой папки — правило не подключится.

Как исправить: либо поставьте правило без paths для правил, которые нужны часто. Либо заведите привычку подключать нужное правило в запросе: @.claude/rules/contract-review.md Проанализируй этот договор. Одна строка — и правило в контексте.

Ошибка 4: Не обновлять файлы при смене задач

Проект поменялся — основная метрика больше не звонки, а конверсия. Или появился новый тип документов. Или изменился состав участников. CLAUDE.md продолжает работать со старым контекстом, Claude уверенно применяет устаревшие правила — и вы тратите время на поправки, не понимая почему.

Как исправить: раз в месяц — беглый просмотр всех файлов системы. Буквально 10 минут: открыть три-четыре файла, пробежать глазами, удалить устаревшее, добавить появившееся. Это не большая работа, но без неё система деградирует.

Когда нужно / когда нет

Трёхуровневая система нужна, если:

• Вы работаете с Claude регулярно и в разных контекстах. Аналитика, переписка, договоры — это разные задачи с разными правилами.
• Один CLAUDE.md разрастается и начинает содержать противоречивые инструкции.
• Вы заметили, что Claude ведёт себя по-разному в разных папках — и не понимаете, почему. Скорее всего, файлы в разных местах конфликтуют.
• Работаете над несколькими проектами с принципиально разными требованиями: например, один для внутренней аудитории, другой для внешних партнёров.

Система избыточна, если:

• У вас одна рабочая папка и один тип задач. Тогда один проектный CLAUDE.md плюс глобальный — достаточно.
• Только начинаете. Не нужно сразу строить трёхуровневую архитектуру — начните с одного файла (день 11), добавляйте уровни по мере необходимости.
• Работаете в браузере claude.ai, а не в Claude Code. Там эта система не работает — CLAUDE.md читается только в Claude Code.

Отдельный вопрос: когда нужно правило в rules/, а когда оно избыточно?

Rules/ оправдан для операций, которые повторяются, но не происходят в каждой сессии. Ежеквартальный отчёт по конкретному формату. Регулярный анализ договоров. Шаблон коммерческого предложения. Для всего этого хорошо иметь правило в rules/ — и подключать когда нужно.

Для одноразовых задач — не нужно. Подготовить поздравление коллеге к юбилею — проще написать инструкции прямо в запросе, чем создавать правило, которое никогда больше не понадобится.

Связь с другими уроками

День 12: Четыре уровня контекста — там мы разбирали теоретическую иерархию: глобальный, проектный, папочный, локальный уровни. Сегодня эта теория стала практической схемой для директора: три уровня из четырёх с конкретными примерами содержимого и критериями, что куда класть.

День 13: Import-синтаксис @path — там мы учились подключать внешние файлы через @path прямо из CLAUDE.md или из запроса. Это тот же механизм, который используется для rules/: файл правил подключается вручную через @.claude/rules/название.md. Если пропустили или забыли — стоит вернуться: это ключевой инструмент для управления большими правилами.

День 21: Субагенты и .claude/agents/ — следующий урок открывает фазу 3. Там вы увидите, что система файлов, которую вы настроили сегодня, становится основой для более сложного устройства: субагентов, которые работают со своим контекстом параллельно. Всё, что вы сделали за последние десять дней — это фундамент для следующих десяти.

Задание на сегодня

Создайте глобальный CLAUDE.md в ~/.claude/CLAUDE.md, если его ещё нет. Напишите туда ровно три блока: кто вы, как отвечать, базовые ограничения. Не больше 20 строк суммарно.

Потом откройте вашу основную рабочую папку и проверьте, есть ли там проектный CLAUDE.md. Если есть — убедитесь, что в нём нет дублей того, что уже написано в глобальном. Если нет — создайте с правилами, специфичными для этой папки.

Критерий выполнено: запустите claude из рабочей папки и задайте два вопроса подряд. Первый: «Что ты знаешь обо мне как о человеке и профессионале?» — ответ должен опираться на глобальный файл. Второй: «Какие правила действуют в этом проекте?» — ответ должен опираться на проектный файл. Если оба ответа корректны и не дублируют друг друга — система работает.

Резюме

• Система из трёх уровней устраняет противоречия и дублирование: глобальный CLAUDE.md — кто вы, проектный — специфика задачи, rules/ — повторяющиеся операции.
• Каждое правило живёт ровно в одном месте. Дублирование между уровнями — первый признак того, что система начинает деградировать.
• При конфликте побеждает более близкий к директории уровень; инструкция в самом запросе перекрывает всё.
• Auto memory дополняет эту систему — накапливает факты и предпочтения, — но не заменяет явные правила в файлах: критичное всегда фиксируйте в CLAUDE.md.
• Раз в месяц — беглый просмотр всех файлов: устаревшее удаляется, изменения вносятся. Это 10 минут работы, которые экономят часы исправлений.