Система правил: как управлять AI-агентом

AI-агент (программа, которая сама пишет код по твоим запросам) — мощный инструмент. Но без инструкций он делает как считает нужным. Правила превращают его из непредсказуемого помощника в управляемого специалиста.

1 rules_why.txt
_x

Зачем нужны правила

Представь, что ты нанял фрилансера. Без ТЗ (техническое задание — документ, описывающий что и как делать) он сделает как думает. Может получиться хорошо, а может — совсем не то, что ты хотел. С подробным ТЗ — он делает как тебе нужно. CLAUDE.md — это ТЗ, которое агент читает каждый раз когда начинает работу.

Без правил агент:

• Каждый раз "знакомится" с проектом заново — тратит время и твои деньги

• Принимает решения сам, не спрашивая тебя

• Может менять стиль кода от сессии к сессии

• Делает 5 попыток там, где с правилами хватило бы одной

С правилами агент — это предсказуемый специалист, который помнит договорённости и работает так, как ты решил.

2 CLAUDE.md — главный файл
_x

CLAUDE.md — главный файл правил

Что это: обычный текстовый файл (формат Markdown — простая разметка с заголовками и списками), который лежит в корневой папке (главная папка) твоего проекта. Агент читает его автоматически при каждом запуске.

Что писать внутри:

Кто ты — "я не программист, объясняй простым языком"

Как общаться — "коротко, без воды, на русском"

Что можно и нельзя — "не меняй архитектуру без спроса"

Стек проекта (какие технологии используются) — "React + Go + PostgreSQL"

Договорённости — "коммиты (сохранения в историю) на английском"

Как начать:

Скопируй готовый шаблон из материалов, замени примеры на свои данные, дополняй по мере работы. Не пытайся написать идеальный файл сразу — он будет расти вместе с проектом.

Без CLAUDE.md: Агент каждый раз гадает. Делает 5 попыток исправить баг (ошибку в коде), потому что не знает как устроен проект. Пишет длинные объяснения, хотя ты хочешь коротко.
С CLAUDE.md: Агент знает контекст. Исправляет с первой попытки, потому что знает структуру. Отвечает коротко, потому что ты так попросил в правилах.
# Мой проект Роль: Я не программист. Объясняй решения простым языком. Язык: Русский. Код и коммиты — английский. Стек: React, Node.js, PostgreSQL # Правила - Не меняй архитектуру без обсуждения - Не добавляй библиотеки без моего согласия - Коммиты в формате: feat/fix/refactor: описание
3 PROJECT-MAP.md — карта проекта
_x

PROJECT-MAP.md — навигатор для агента

Когда проект растёт, агент начинает путаться в файлах — как курьер без карты в незнакомом городе. PROJECT-MAP.md — это навигатор: он говорит агенту где что лежит и как называется.

Что внутри:

Словарь — переводчик с твоего языка на код. "Скринер" = файл screener.tsx. "Графики" = папка charts/. Ты говоришь "поправь скринер", агент сразу знает какой файл открыть.

Модули — что где лежит. "Бэкенд (серверная часть) в папке /api, фронтенд (то, что видит пользователь) в /src".

Горячие файлы — файлы, которые чаще всего редактируются и ломаются.

Когда нужен: когда в проекте больше 10 файлов. Маленький проект агент запомнит сам, большой — нет.
# Словарь скринер → src/components/Screener.tsx графики → src/components/charts/ коннекторы → internal/exchange/ # Модули Фронтенд: src/ (React) Бэкенд: api/ (Go) База: migrations/ (PostgreSQL)
4 ROADMAP.md — план задач
_x

ROADMAP.md — что делать и в каком порядке

Список задач с приоритетами и зависимостями (какая задача должна быть сделана раньше другой). Агент знает что делать следующим и что уже сделано — не нужно каждый раз объяснять контекст.

Зачем:

• Агент не предложит задачу, зависимость которой ещё не готова

• Ты видишь прогресс — что закрыто, что в работе, что впереди

• При смене сессии агент продолжает с того места, где остановился

Когда нужен: когда задач больше трёх. Одну-две задачи можно держать в голове, десять — уже нет.
# Roadmap | Задача | Статус | Зависит от | |---------------------|--------|-----------------| | Настроить базу | done | — | | API авторизации | done | Настроить базу | | Страница логина | active | API авторизации | | Дашборд | next | Страница логина |
5 CHANGELOG.md — история изменений
_x

CHANGELOG.md — дневник проекта

Что менялось, когда, зачем. Это не для красоты — это страховка. Когда ты открываешь проект через неделю и не помнишь что было сделано, CHANGELOG расскажет всё.

Что даёт:

• Не теряешь контекст между сессиями — открыл, прочитал последние записи, работаешь дальше

• Если что-то сломалось — видишь когда и какие изменения были перед этим

• Агент сам ведёт дневник, тебе не нужно писать руками

# Changelog ## 2026-04-04 ### Добавлено - Страница логина с валидацией email - Подключение к API авторизации ### Исправлено - Графики не загружались при медленном интернете
6 ~/.claude/CLAUDE.md — глобальные правила
_x

Глобальные правила — один раз для всех проектов

CLAUDE.md в папке проекта — это правила для конкретного проекта. Но есть вещи, которые одинаковы везде: твой стиль общения, язык, базовые запреты. Чтобы не копировать их в каждый проект, существует глобальный CLAUDE.md.

Он лежит в специальной папке ~/.claude/CLAUDE.md (символ ~ означает "домашняя папка пользователя" — это системная папка, у каждого пользователя компьютера своя). Написал один раз — агент помнит это во всех проектах.

Что писать в глобальном:

• "Я не программист, объясняй простым языком" — работает везде

• "Русский язык, код на английском" — работает везде

• "Не коммить без подтверждения" — работает везде

Что писать в проектном:

• Стек конкретного проекта, структура папок, специфичные договорённости

7 start_here.exe
_x

С чего начать

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

Шаг 1. Создай CLAUDE.md в папке проекта. Напиши кто ты, на каком языке общаться, что нельзя делать. Хватит 10 строк.

Шаг 2. Поработай неделю. Заметишь, что агент повторяет одни и те же ошибки — добавь правило. Забывает структуру проекта — создай PROJECT-MAP.md.

Шаг 3. Когда задач станет больше трёх — заведи ROADMAP.md. Агент будет сам предлагать следующую задачу.

Шаг 4. Когда заведёшь второй проект — вынеси общие правила в глобальный ~/.claude/CLAUDE.md.

Главное правило: правила — это живой документ. Он не должен быть идеальным с первого дня. Добавляй то, что реально мешает работе, убирай то, что не работает.