Claude Code — это не просто инструмент для написания кода. Это полноценный «офис». Но большинство разработчиков используют лишь его «входную дверь». Подумайте, как обычно люди работают с Claude Code: Описывают свой проект. Дают инструкции. Просят исправить ошибки. На следующий день повторяют те же самые инструкции. Но есть способ лучше. В Claude Code предусмотрена структура проекта, в которой у каждого файла есть своя конкретная задача. Вот за что отвечает каждый из них: → CLAUDE.md — руководство по вашему проекту. → CLAUDE.local.md — ваши личные заметки по проекту. → .mcp.json — подключение внешних инструментов, таких как GitHub или базы данных. → settings.json — управление правами доступа и возможностями инструментов. → rules/ — стандарты написания кода и правила тестирования. → commands/ — сохранение повторяющихся задач в виде пользовательских команд. → skills/ — наделение Claude набором многоразовых навыков. → agents/ — создание специализированных помощников для разных задач. → hooks/ — автоматизация проверок до или после выполнения инструментов. И вот что самое интересное. Вместо того чтобы каждый раз объяснять всё заново в ходе диалога, вы можете один раз прописать инструкции в нужном месте. После этого Claude сможет использовать контекст проекта всякий раз, когда это потребуется. Представьте, что у вас есть: Специалист по проверке кода (code reviewer). Аудитор безопасности. Специалист по тестированию. И у каждого — своя зона ответственности. Именно в этот момент вы перестаете использовать Claude Code как обычный чат-бот и начинаете выстраивать полноценный процесс разработки с поддержкой ИИ. Значительный рост продуктивности не всегда достигается за счет более удачного промпта. Иногда секрет кроется в грамотной структуре проекта. А сколько из этих возможностей Claude Code вы используете на самом деле?
· 1 ч
Мне кажется, разложить всё по папкам в этой схеме проще всего. Сложнее следить, чтобы правила в разных местах не спорили друг с другом. Чем больше файлов, тем проще агенту найти два ответа на один вопрос. Я бы начинал с одного файла с правилами проекта, у меня это AGENTS.md прямо в репе, и дробил его, только когда он правда разрастётся.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 1 ч
Согласен. Я бы тоже начинал с одного AGENTS.md с основными правилами проекта, а уже потом выносил отдельные инструкции в rules/, skills/ и agents/, когда появляется реальная необходимость. Главное — не количество файлов, а единый источник правды и отсутствие противоречий между инструкциями.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён