# Claude Code: как превратить ИИ-агента в полноценную инженерную систему

Источник: https://www.youtube.com/watch?v=u2QqWkMv3Lg
Канал: JavaScript Mastery
Опубликовано: 25.09.2026

---

Внимание 200k-контекстной модели начинает угасать уже на 50 тысячах токенов, превращая мощный инструмент в рассеянного ассистента. Чтобы Claude Code не стал источником ошибок, инженеру приходится переходить от простого промптинга к управлению сложной системой из суб-агентов, кастомных навыков и изолированных воркспейсов. Навык работы с ИИ-агентом сегодня — это не умение генерировать код, а искусство выстраивания безопасной инженерной среды вокруг вашего приложения.

## 🚀 Что такое Claude Code: возможности и установка
[[JUMP:00:00]]

Claude Code представляет собой агентный инструмент командной строки (CLI), который выводит взаимодействие с ИИ на новый уровень. В отличие от веб-версии Claude, где вам приходится вручную копировать и вставлять куски кода, этот инструмент работает непосредственно в вашем локальном окружении [05:00]. Он способен не просто предлагать решения, но и самостоятельно читать файлы, искать информацию по всей кодовой базе, редактировать код, выполнять терминальные команды, работать с Git и даже запускать тесты для проверки собственных правок [05:15].

Ключевым отличием является **агентность**. Если вы столкнулись с багом — например, покупатели могут добавить в корзину больше товаров, чем есть на складе, — вам не нужно искать логику корзины самостоятельно [05:42]. Достаточно поставить задачу: «Найди причину и исправь». Claude Code запустит цикл исследования: просканирует схему базы данных, изучит логику инвентаризации, внесет изменения и проверит их работоспособность через bash-команды [05:58].

**Основные возможности «из коробки»:**

*   **Чтение и поиск:** использует инструменты `glob` для поиска паттернов и `grep` для сканирования содержимого файлов [09:02].
*   **Модификация:** команды `edit` для правки существующих файлов и `write` для создания новых [09:16].
*   **Системные действия:** выполнение любых команд через `bash`, включая установку зависимостей или запуск серверов [09:29].
*   **Внешний доступ:** инструменты `web_search` и `web_fetch` позволяют агенту обращаться к актуальной документации (например, Drizzle ORM) или искать ответы на Stack Overflow [09:42].

Установка проста: инструмент доступен через официальный сайт Claude Code для различных операционных систем [11:16]. После установки проверку можно выполнить командой `claude --version` [11:29]. Помимо терминала, существует расширение для VS Code, предоставляющее более дружелюбный интерфейс, но сохраняющее ту же логику работы [11:42]. Для личного использования и обучения рекомендуется использовать подписку Claude (Pro/Team), так как она обеспечивает предсказуемость расходов, в то время как API-биллинг с оплатой за токены больше подходит для автоматизации и CI/CD пайплайнов [12:21].

### 🛡️ Контроль доступа и безопасность файлов .env
[[JUMP:07:15]]

Поскольку Claude Code работает локально и имеет доступ к вашим файлам, возникает закономерный вопрос безопасности конфиденциальных данных [06:36]. Важно понимать: локальная работа не означает, что данные никогда не покидают вашу машину. Когда модели нужно проанализировать содержимое файла для решения задачи, информация отправляется в облако Anthropic [06:48]. Поэтому, если вы работаете с корпоративным кодом, необходимо строго следовать политике безопасности вашей компании [07:01].

Особое внимание уделяется файлам окружения (`.env`), где хранятся секреты: URL баз данных, ключи Stripe или секреты аутентификации [07:15]. Не стоит полагаться на то, что ИИ «сам догадается» не трогать эти файлы. В Claude Code встроена система разрешений, позволяющая явно запретить агенту чтение, редактирование или выполнение определенных ресурсов [07:44].

Вы можете настроить блокировку так, чтобы при попытке обращения к `.env` агент получал отказ [07:57]. Это критически важная практика: чувствительные файлы должны быть защищены эксплицитно [08:10]. Ранее в разговоре автор упоминал, что детальная настройка уровней доступа (Allow/Ask/Deny) будет рассмотрена подробнее, но базовый принцип остается неизменным — контроль всегда в руках разработчика. Если вы видите, что агент начинает делать что-то не то (например, лезет в папку с ключами), вы всегда можете прервать его работу, просто нажав клавишу `Escape` [10:22].

### 🔄 Интерактивный режим vs One-off задачи
[[JUMP:17:36]]

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

1.  **Интерактивный режим (Active Session):** Это стандартный способ запуска командой `claude` [13:42]. Открывается сессия, которая остается активной: вы даете задачу, Claude выполняет её, вы отвечаете, и диалог продолжается. Контекст сохраняется, что позволяет вести сложные обсуждения архитектуры [17:50]. Вы можете продолжить последнюю сессию командой `claude -c` или выбрать одну из старых через `claude -r` [21:07].
2.  **Разовые задачи (One-off mode):** Если вам нужно выполнить конкретное действие и тут же вернуться в терминал, используется флаг `-p` (prompt). В этом режиме Claude выполняет задание, выводит результат и немедленно завершает работу [18:30]. 

Пример использования разовой задачи: 
`claude -p "Explain how this project is structured"` [18:03].

Этот режим особенно эффективен в связке с пайпами (pipes). Например, можно передать последние 200 строк логов в Claude, чтобы он нашел там аномалии: `tail -n 200 app.log | claude -p "find anything unusual"` [18:56]. 

Важно помнить про управление контекстом внутри длинных сессий. Если вы полчаса обсуждали авторизацию, а потом решили сменить дизайн кнопок, старый контекст будет только мешать и тратить токены [21:48]. В таких случаях используется команда `/clear`, которая очищает текущую сессию для новой задачи, не связанной с предыдущей [22:14].

## 🛠️ Тюнинг Claude Code: Конфигурация, Память и Разрешения

[[JUMP:25:14]]

Эффективность Claude Code в реальных проектах зависит не только от мощности модели Anthropic, но и от того, насколько точно вы задали границы её «песочницы». В этом блоке мы разберем, как файлы конфигурации превращают универсальный ИИ в узкоспециализированного инженера вашей команды, почему 200 тысяч токенов контекста — это опасная иллюзия, и как защитить свои секреты с помощью жестких правил доступа.

### Инструкции в claude.md и agents.md
[[JUMP:25:14]]

Файлы конфигурации — это «руководство пользователя» вашим проектом для Claude [25:14]. Начиная с последних версий, инструмент поддерживает не только проприетарный `claude.md`, но и стандарт индустрии `agents.md` [25:28]. Если Claude не находит первый файл в корневой директории, он автоматически считывает правила из второго [25:14].

Важно понимать иерархию этих инструкций. Вы можете задать правила на трех уровнях:

*   **Глобальные (Personal):** хранятся в папке `.claude/claude.md` в домашней директории пользователя и применяются ко всем проектам [28:36].
*   **Проектные (Project):** находятся в корне репозитория. Это основной файл, где фиксируются стек (например, `pnpm`), правила базы данных (`использовать Drizzle`) и стиль дизайна (`editorial UI для Gucci`) [29:04]. Его рекомендуется коммитить в Git, чтобы вся команда работала в едином контексте [29:17].
*   **Локальные (Local):** файл `claude.local.md` позволяет добавить специфичные для вас настройки (например, URL персональной песочницы), не засоряя общий репозиторий [29:30].

Для крупных монорепозиториев поддерживается вложенность: вы можете разместить разные `claude.md` в подпапках проекта [29:56]. Claude будет подтягивать только те инструкции, которые релевантны текущей рабочей области, экономя «бюджет внимания» модели [30:37].

При наполнении этих файлов следуйте правилу: если удаление инструкции заставит Claude ошибиться — оставьте её [32:46]. Избегайте общих фраз вроде «пиши качественный код» [34:03]. Вместо этого используйте конкретику: «используй отступ в два пробела» или «обработчики API лежат в `src/api/handlers`» [35:08].

### Проблема деградации контекста (Context Rot)
[[JUMP:27:44]]

Одной из самых недооцененных проблем при работе с AI-агентами является «гниение контекста» (Context Rot) [27:44]. Несмотря на то что технический лимит Claude может составлять 200 000 токенов, реальное падение качества работы начинается гораздо раньше — примерно на отметке в 50 000 токенов, что составляет лишь четверть окна [27:56].

Это не резкий обрыв производительности, а плавное угасание внимания [28:09]. Когда контекст перегружен, модель начинает игнорировать важные инструкции из `claude.md` или путаться в деталях реализации. Чтобы избежать этого, следует придерживаться жесткой гигиены:

1.  **Держите файлы инструкций короткими.** Идеальный `claude.md` содержит 30-40 строк, а лимит в 200 строк лучше рассматривать как крайний предел, а не цель [27:15].
2.  **Регулярная очистка.** Перед началом каждой новой крупной задачи рекомендуется полностью очищать контекст сессии [28:23].
3.  **Мониторинг.** Команда `/context` позволяет увидеть текущую загрузку и понять, на что расходуются токены: на историю чата, прочитанные файлы или вывод терминала [32:34].

Отдельно стоит упомянуть **Auto-memory** [31:29]. В отличие от `claude.md`, где вы диктуете правила, память — это то, что Claude узнает сам в процессе работы [31:43]. Если он обнаружит специфический баг вашей локальной среды или вы несколько раз поправите его стиль, Claude сохранит это в папку `.claude/memory/`, чтобы не повторять ошибок в будущем [31:55].

### Настройка уровней разрешений (Allow/Ask/Deny)
[[JUMP:44:07]]

Если `claude.md` — это советы, то настройки разрешений в `settings.json` — это закон [48:12]. Инструкции в Markdown-файлах лишь направляют модель, но технически она всё равно имеет доступ ко всем файлам. Чтобы реально обезопасить проект, необходимо настроить права доступа в `.claude/settings.json` [46:34].

Система поддерживает три типа правил [44:19]:

*   **Allow:** Действие выполняется автоматически без подтверждения. Подходит для рутины: `pnpm build`, `pnpm test` или `git status` [47:03].
*   **Ask:** Claude обязан остановиться и запросить разрешение. Это критично для действий с внешним миром, например, `git push` [46:19].
*   **Deny:** Действие блокируется на программном уровне. Даже если вы попросите Claude прочитать файл `.env` через `cat`, система выдаст ошибку доступа [49:04].

При возникновении конфликта правил приоритет всегда отдается запрету (`Deny` > `Ask` > `Allow`) [44:31]. В процессе работы вы можете динамически менять уровень свободы Claude, переключаясь между режимами `Manual`, `Auto` или `Plan` через терминал (Shift + Tab) [40:44]. Например, при генерации сложного дизайна для нашего магазина Gucci лучше оставить режим `Manual`, чтобы контролировать каждый шаг создания CSS-токенов и визуальных примитивов [40:56].

## 🏗️ Проектирование и аудит: от планов к реальности

[[JUMP:56:25]]

На определенном этапе разработки архитектура проекта становится слишком сложной, чтобы доверять нейросети внесение правок «на лету» без предварительного согласования. Когда речь заходит о внедрении реального слоя базы данных — Postgres, Drizzle ORM, миграций и схем — любые ошибки становятся труднообратимыми [55:56]. Именно для таких сценариев в Claude Code предусмотрен специальный режим, позволяющий инженеру сохранять полный контроль над направлением развития кодовой базы.

### Режим планирования (Plan Mode)
[[JUMP:56:25]]

Режим планирования — это инструмент, который заставляет ИИ-агента сначала «подумать» и исследовать проект, а не сразу приступать к написанию кода [56:11]. Активировать его можно тремя способами: выбрав соответствующую опцию в расширении VS Code, переключившись с помощью `Shift + Tab` в интерактивной сессии или просто введя команду `/plan` [56:50]. 

В этом режиме Claude получает возможность выполнять поиск по файлам и проводить глубокий ресерч, но любые операции записи в исходный код (source edits) остаются заблокированными до тех пор, пока пользователь не утвердит итоговый план [57:58]. 

Ключевые особенности работы в Plan Mode:

*   **Исследование контекста:** Агент анализирует, как текущие компоненты используют данные (например, моковые товары), прежде чем предлагать схему БД [57:16].
*   **Интерактивное уточнение:** В процессе планирования Claude может задавать уточняющие вопросы о структуре таблиц, типах данных или о том, как обрабатывать специфические сущности вроде категорий или изображений [58:24].
*   **Редактирование плана:** С помощью сочетания `Ctrl + G` можно открыть план в формате Markdown прямо в VS Code и внести в него правки вручную [1:01:24].
*   **Раннее обнаружение ошибок:** Исправить неверное архитектурное решение (например, избыточное создание таблиц для заказов и корзин, когда нужен только каталог) в тексте плана занимает секунды, тогда как откат уже сгенерированных миграций и измененного фронтенда потребует гораздо больше усилий [1:00:34].

Только после того, как вы убедились, что Claude понимает структуру связей и названия файлов, которые будут изменены, вы даете команду на исполнение плана [1:02:02]. После одобрения Claude автоматически выходит из режима чтения и переходит в режим реализации (Auto mode) [1:02:15].

### Закрепление архитектурных решений в claude.md
[[JUMP:1:02:28]]

После успешного выполнения сложной задачи, такой как настройка Drizzle и Postgres, важно, чтобы Claude запомнил принятые конвенции для будущих сессий. Вместо того чтобы вручную дополнять инструкции, можно попросить агента самого обновить файл `claude.md` (ранее в курсе обсуждалась его роль как «памяти» проекта), выделив только ключевые решения по базе данных [1:02:42]. 

Это позволяет файлу инструкций расти органично: в него попадают только те правила, которые Claude не может легко вывести из самого кода, например, специфические команды для сидирования (seeding) базы или пути к схемам каталога [1:03:08]. Если ИИ-агент продолжает совершать одну и ту же ошибку при планировании, это верный признак того, что инструкции проекта нуждаются в обновлении [1:03:20].

### Безопасность и AI Deep Scan
[[JUMP:1:08:55]]

С ростом возможностей ИИ-агентов вопросы безопасности выходят на новый уровень. В индустрии уже зафиксированы случаи, когда модели в тестовых средах пытались выйти за пределы «песочницы», эксплуатируя уязвимости нулевого дня [1:09:08]. Хотя Claude Code работает локально, когда нейросеть пишет большую часть вашего бэкенда, полагаться на то, что тот же самый агент проверит свой собственный код на безопасность — плохая практика [1:10:42].

Для независимого аудита рекомендуется использовать внешние инструменты, такие как **Code Rabbit** и его функцию **AI Deep Scan** [1:10:55]. В отличие от обычного линтинга или анализа диффов, Deep Scan обладает следующими преимуществами:

1.  **Контекстуальный анализ:** Инструмент анализирует не отдельные файлы, а весь репозиторий целиком, понимая связи между различными частями приложения [1:14:11].
2.  **Обнаружение уязвимостей:** Он способен находить проблемы, которые могут быть разнесены по нескольким файлам, например, слабые секреты для подписи токенов или неправильную обработку типов [1:14:38].
3.  **Внешний аудит:** Это дает «вторую пару глаз», независимую от логики Claude, что критически важно для защиты данных [1:10:42].

В ходе практической демонстрации Deep Scan обнаружил в коде, сгенерированном Claude, три реальных уязвимости: одну среднего уровня и две низкого [1:14:24]. Одной из них оказался «слабый секрет» (weak secret) — приложение принимало любую строку без проверки её криптографической стойкости, что потенциально позволяет подделывать токены аутентификации [1:15:18]. Это доказывает, что даже при использовании продвинутых ИИ-инструментов, финальный аудит и контроль безопасности остаются ответственностью инженера.

## 🛠️ Автоматическое исправление уязвимостей и управление контекстом в Claude Code

[[JUMP:1:15:32]]

Процесс разработки с использованием ИИ-агентов выходит на новый уровень, когда мы переходим от простого написания кода к его защите. Взаимодействие Claude Code с внешними инструментами анализа безопасности позволяет не только находить скрытые угрозы, но и моментально внедрять исправления, которые человек мог бы пропустить при обычном аудите.

### Исправление уязвимостей через Claude
[[JUMP:1:16:10]]

Интеграция Claude Code со сканерами безопасности (например, Code Rabbit) позволяет агенту анализировать отчеты об уязвимостях и самостоятельно предлагать патчи [1:16:10]. В одном из примеров сканер обнаружил критическую проблему: приложение принимало любой секретный ключ для аутентификации, в то время как зависимость `better-auth` лишь выдавала предупреждение о слабой энтропии [1:16:53]. Злоумышленник мог подобрать стандартный секрет и захватить аккаунт любого пользователя [1:17:46]. 

Claude Code исследует кодовую базу, чтобы подтвердить актуальность угрозы в контексте конкретного развертывания [1:17:06]. В данном случае выяснилось, что переменная `BETTER_AUTH_SECRET` была пуста, из-за чего система использовала общеизвестную константу из NPM-пакета [1:18:12]. Исправление через Claude происходит в несколько шагов:

*   Агент анализирует логику аутентификации и формы [1:17:32].
*   Внедряются проверки на длину секрета (минимум 32 символа) и использование только рандомизированных строк OpenSSL [1:18:37].
*   Исправляются «тихие» утечки данных, например, когда HTML-формы без указанного метода по умолчанию отправляют GET-запросы, раскрывая email пользователей в URL и логах сервера [1:19:41].

Ранее в разговоре авторы упоминали важность контроля доступа, и здесь это проявляется на практике: инженер сам решает, какие уязвимости фиксить немедленно, а какие отложить, чтобы избежать раздувания рамок проекта (scope creep) [1:21:10].

### Сжатие контекста: команда /compact
[[JUMP:1:23:09]]

При длительной работе с одним агентом окно контекста постепенно заполняется «шумом» — историей прошлых правок, логами и промежуточными обсуждениями [1:23:09]. Даже если занято всего 20% лимита, это может приводить к снижению точности ответов. Для решения этой проблемы в Claude Code предусмотрена команда `/compact` [1:23:21].

В отличие от команды `/clear`, которая полностью очищает сессию [1:23:36], `/compact` работает избирательно:

1.  Агент суммирует всю историю диалога, выделяя только важные части выполненной работы [1:23:49].
2.  Лишние детали удаляются, освобождая место для новых задач [1:23:56].
3.  Разработчик может продолжать работу в той же сессии, сохраняя понимание общего прогресса [1:24:08].

Автор отмечает, что `/compact` особенно полезен, когда вы работаете над одной крупной фичей, но контекст начинает «забиваться» мелкими правками [1:24:01]. Если же задача полностью завершена, эффективнее использовать `/clear` для старта с чистого листа [1:24:15]. 

### Создание и использование навыков (Skills)
[[JUMP:1:27:48]]

Навыки (Skills) — это механизм создания многоразовых процедур для Claude, которые позволяют не повторять одни и те же инструкции в каждом промпте [1:28:15]. Если `claude.md` содержит факты о проекте (используемые библиотеки, стандарты кода), то навыки описывают повторяющиеся процессы: создание UI, проведение аудита или деплой [1:29:19].

Технически навык представляет собой папку внутри директории `.claude/skills/`, содержащую файл `skill.md` [1:30:36]. Структура файла включает YAML-метаданные и инструкции в формате Markdown [1:31:18]:

*   **Имя и описание:** Критически важны, так как по ним Claude понимает, когда нужно активировать навык [1:33:06].
*   **Условия вызова:** Можно указать, при каких запросах навык должен срабатывать автоматически [1:32:00].
*   **Аргументы:** Позволяют передавать конкретные данные в шаблон процесса (например, `/build-ui category-page`) [1:32:25].

Главное преимущество навыков — «прогрессивное раскрытие» (progressive disclosure) [1:39:57]. Полные инструкции навыка загружаются в контекст только в момент его использования, что предотвращает его преждевременное заполнение [1:29:06]. Если навык имеет побочные эффекты (например, `deploy`), можно установить флаг `disable_model_invocation: true`, чтобы Claude не мог запустить его без явной команды человека [1:39:20]. В рамках открытого воркфлоу Agentic Engineering такие навыки, как `Scope`, `Architect` и `Develop`, позволяют структурировать весь цикл разработки, от идеи до верификации [1:37:18].

## 🛒 Интеграция сторонних навыков и внешних API

[[JUMP:1:45:20]]

Одним из ключевых преимуществ Claude Code является возможность не изобретать велосипед, а использовать готовые наборы инструментов. Вместо того чтобы вручную прописывать промпты для интеграции сложных библиотек, можно устанавливать официальные наборы навыков (Skills), подготовленные разработчиками этих библиотек [1:45:20]. Например, библиотека аутентификации **Better-Auth** предоставляет собственный пакет навыков, который обучает агента работе со своими API и специфическими воркфлоу [1:45:32].

Установка таких наборов выполняется через терминал командой `npx skills add`, после чего Claude получает доступ к специализированным агентам, таким как `create-auth` или `better-auth-best-practices` [1:45:46]. Это гарантирует, что ИИ будет следовать актуальным рекомендациям авторов библиотеки, а не полагаться на потенциально устаревшие данные из своей обучающей выборки [1:46:27]. Важно помнить, что сторонние навыки — это не просто текст, они могут содержать скрипты и инструменты, поэтому перед установкой стоит проверять содержимое папки `agents/skills` [1:46:53].

Для более глубокой интеграции с внешними сервисами Claude Code поддерживает **плагины** [1:47:19]. Основное отличие заключается в том, что плагин — это расширенный пакет, который может включать не только навыки, но и возможности MCP (Model Context Protocol) для прямой связи с серверами сторонних платформ [1:49:18].

*   **Пример со Stripe**: Для настройки платежей используется официальный плагин `stripe@claude-plugins-official` [1:48:14].
*   **Авторизация**: После установки плагина необходимо выполнить команду `/plugins` и пройти авторизацию в браузере, связав Claude Code со своим аккаунтом Stripe [1:48:27].
*   **Возможности**: Это позволяет агенту не только писать код интеграции, но и помогать с миграцией устаревших API, следуя паттернам Stripe для подписок и чекаутов [1:47:48].

Ранее в разговоре упоминалось использование `plan mode`, и при работе с такими критическими узлами, как база данных и платежи, ведущий настоятельно рекомендует запускать планирование перед любой имплементацией [1:47:07].

### 🤖 Суб-агенты и контекстная изоляция

[[JUMP:1:56:12]]

Когда проект разрастается до уровня полноценного e-commerce приложения с админ-панелью, возникает проблема перегрузки контекста [1:56:39]. Если заставить основного агента изучать сразу всё — от схем базы данных Drizzle до паттернов UI и логики сессий, — контекстное окно быстро заполнится лишними деталями «поискового путешествия», которые не нужны для написания финального кода [1:57:05]. Решением становятся **суб-агенты** [1:57:19].

Суб-агент — это изолированный сеанс Claude, который получает узкую задачу, выполняет её в собственном контексте и возвращает основному агенту только краткий отчет с важными выводами [1:57:19]. Это обеспечивает **контекстную изоляцию**: основная беседа остается чистой, сохраняя только полезные результаты исследования [1:57:44]. 

В Claude Code встроены специализированные типы агентов для разных задач [2:02:25]:

1.  **Explore**: для ознакомления с кодовой базой в режиме "только чтение" [2:02:38].
2.  **Plan**: для глубокого исследования в фазе планирования [2:02:38].
3.  **General Purpose**: для выполнения общих задач делегирования [2:02:38].

Важно понимать, что суб-агенты не становятся «умнее» от того, что им дают громкие титулы вроде «Senior Backend Engineer» [2:08:13]. Их ценность заключается исключительно в возможности проводить работу отдельно от основной ветки диалога [2:08:26].

### ⚡️ Параллельный Fan-out через агентов

[[JUMP:1:59:19]]

Для подготовки к созданию админ-панели ведущий демонстрирует метод **параллельного веерного развертывания (Parallel Fan-out)** [1:59:19]. Вместо последовательного изучения пяти разных областей приложения, основной агент делегирует задачи пяти независимым суб-агентам одновременно [1:59:33].

В примере из видео Claude запускает пять «исследователей» для анализа [1:58:52]:

*   Модели данных (Drizzle) и категорий товаров;
*   Поведения склада и инвентаризации;
*   Системы аутентификации для безопасного добавления прав админа;
*   Жизненного цикла заказов;
*   Существующих UI-паттернов для их переиспользования.

Такой подход позволяет выполнить 15 минут работы всего за 3 минуты [2:01:46]. Пока суб-агенты работают параллельно, основной агент находится в режиме ожидания, после чего собирает все находки в один лаконичный суммари (Combined Findings) [2:00:13]. Это критически важно для масштабных задач: например, исследование UI может потребовать прочтения 10 файлов, аутентификация — еще 8, а заказы — 12 [2:01:58]. Если бы это делал один агент, контекст был бы мгновенно «отравлен» промежуточными данными, тогда как суб-агенты возвращают только суть [2:02:11]. 

После завершения сбора данных и фиксации результатов через глубокое сканирование (ранее упоминавшийся AI Deep Scan), разработчик переходит к этапу планирования админ-панели, учитывая, что авторизация должна строго контролироваться на стороне сервера [2:05:32].

## 🚀 Автоматизация и масштабирование: от ассистента к инженерной системе
[[JUMP:2:05:45]]

Финальный этап освоения Claude Code заключается в переходе от точечных правок к выстраиванию комплексного процесса разработки. Ранее в разговоре автор уже затрагивал важность инструкций в `claude.md` [2:06:38], однако по мере развития проекта даже самые детальные файлы конфигурации неизбежно устаревают. Если база знаний агента «застряла» на версии пятиурочной давности, она не будет иметь представления об актуальном интерфейсе админ-панели или новых фичах [2:07:03]. Чтобы избежать деградации контекста, необходимо внедрять механизмы синхронизации и параллельной работы.

### Skill Sync: поддержание актуальности знаний агента
[[JUMP:2:07:15]]

Проблема «протухания» информации в долгоживущих проектах решается с помощью специализированных инструментов. Автор представляет **Skill Sync** — кастомный навык, созданный специально для поддержания долговечных знаний (durable knowledge) в актуальном состоянии [2:07:29]. Этот инструмент является частью продвинутого агентного рабочего процесса, но доступен как свободное ПО с открытым исходным кодом [2:07:42].

Принцип работы Skill Sync заключается в следующем:

*   Он запускается сразу после завершения разработки конкретной функции или целого приложения [2:07:29].
*   Навык автоматически сканирует последние коммиты в Git [2:07:42].
*   На основе изменений обновляются релевантные части файлов `claude.md` и `agent.md` [2:07:42].
*   Система помечает (флагует) любые инструкции, которые больше не соответствуют реальному устройству кодовой базы [2:07:42].

Такой подход избавляет инженера от необходимости вручную переписывать документацию для AI после каждого изменения структуры папок или логики API. Вместо того чтобы тратить время на ручной аудит, можно делегировать это «синхронизатору», который гарантирует, что следующая сессия Claude начнется с актуального понимания проекта [2:07:15].

### Масштабирование через Git Worktrees и мульти-агентность
[[JUMP:2:09:16]]

Когда проект вырастает из рамок одного контекста, на помощь приходят суб-агенты, которые ранее использовались для изоляции исследований [2:08:49]. Однако следующим логическим шагом в эволюции инженерии с Claude Code становится параллельная разработка функционала [2:09:16]. Вместо того чтобы заставлять одного агента последовательно внедрять фичи, можно использовать комбинацию Claude Code и **Git Worktrees** [2:11:02].

Изолированные рабочие деревья Git позволяют нескольким агентам работать над разными задачами в разных копиях репозитория одновременно [2:09:16]. Это открывает двери к действительно продвинутым техникам:

*   **Параллельное создание фич:** разные агенты пишут код для независимых модулей, не конфликтуя друг с другом в одном рабочем пространстве [2:09:28].
*   **Интеграция через MCP:** подключение Claude к внешним инструментам через протокол Model Context Protocol [2:11:16].
*   **Автоматизация через хуки:** настройка действий, которые должны происходить автоматически при каждом изменении [2:11:16].
*   **Координация:** создание систем, где Claude может не только писать код, но и планировать, проверять и ревьюить работу нескольких агентов одновременно [2:11:29].

Автор подчеркивает, что на этом уровне Claude Code перестает быть просто мощным чат-ботом для кодинга и превращается в полноценную **инженерную систему** вокруг вашего приложения [2:11:43].

### Философия постепенного внедрения
[[JUMP:2:12:48]]

Несмотря на обилие мощных функций — от Plan Mode, который упоминался ранее как способ работы с дорогими решениями [2:08:10], до мульти-агентных систем — ключевым советом остается умеренность. «Не начинайте каждый проект с включения всех функций Claude Code, которые вы знаете», — предупреждает автор [2:08:36]. Истинный профессионализм заключается в том, чтобы позволить возникающей проблеме стать причиной использования той или иной фичи [2:08:36].

Рекомендуемый путь развития выглядит так:

1.  Начать с базовой настройки и обеспечения качественного контекста [2:12:48].
2.  Держать задачи небольшими и строго контролируемыми [2:13:01].
3.  Превращать повторяющиеся процессы в навыки (Skills) [2:13:01].
4.  Делегировать работу суб-агентам только тогда, когда это действительно требует изоляции [2:13:01].
5.  Постепенно давать Claude больше свободы, когда придет понимание его поведения на конкретном проекте [2:13:14].

Этот фундамент позволяет масштабировать подход на огромные приложения и серьезную промышленную разработку, когда разработчик уже готов перейти к работе с Worktrees, MCP и автоматизированной верификацией [2:13:26].