CLAUDE.md: как один файл заменил тимлида для AI

Представьте: вы даёте джуну задачу без контекста. Без документации, без code review, без архитектурных решений. Что получите? Хаос. С AI-агентами — та же истори

Когда я начал работать с Claude Code в production-проектах, первое время результат был посредственным. AI генерировал код, который "работал", но не вписывался в архитектуру. Нарушал границы модулей, игнорировал наши конвенции, создавал дублирование.

Решение оказалось неожиданно простым: CLAUDE.md — markdown-файл в корне проекта, который описывает архитектуру для AI-агента.

Что внутри моего CLAUDE.md:

1. Архитектурные границы. Какие модули существуют, как они связаны, какие зависимости допустимы. AI читает это и перестаёт импортировать domain-логику в presentation layer.

2. Конвенции кода. Naming, структура файлов, паттерны обработки ошибок. Вместо "исправь после генерации" — AI сразу пишет по стандартам команды.

3. Бизнес-контекст. Почему выбрали Event Sourcing, а не CRUD. Почему этот сервис stateless. AI перестаёт предлагать "оптимизации", которые ломают архитектурные решения.

4. Запреты. Не используй ORM X, не создавай God-объекты, не добавляй зависимости без обоснования. Работает как guardrails.

Результат: AI-агент с CLAUDE.md генерирует код, который проходит code review с первого раза в 80% случаев. Без файла — в 30%.

Ирония в том, что CLAUDE.md — это, по сути, то, что хороший тимлид делает для новых разработчиков: передаёт контекст, устанавливает правила, объясняет "почему". Только тимлид делает это в разговорах, а для AI нужен файл.

Главный инсайт: качество AI-генерации на 70% зависит не от модели, а от контекста, который вы ей даёте. CLAUDE.md — это ваш способ дать этот контекст системно.

А вы документируете архитектуру для AI-агентов? Или всё ещё надеетесь, что "модель и так разберётся"?