Блок 11

Субагенти — спеціалізовані виконавці

Побудуйте команду AI-спеціалістів, яким Claude може делегувати — ревʼювер безпеки, валідатор K8s та кастомні агенти з власними інструментами, моделями та межами ізоляції.

~35 хв (10 хв презентація + 25 хв практика)
Custom sub-agents (.claude/agents/) Sub-agent frontmatter (model, allowed-tools) Explore and Plan built-in agents isolation: worktree /agents command

Від одного мозку до команди

У Блоці 6 ви створили навички — повторно використовувані команди, що кажуть Claude що робити. У Блоці 10 ви помістили Claude у CI, щоб він працював автоматично. Цей блок вводить дещо інше: субагенти — окремі AI-виконавці, яким Claude може делегувати.

Подумайте, як працює реальна інженерна команда. Ви не просите одну й ту ж людину робити все. Інженер безпеки перевіряє на вразливості. SRE валідує Kubernetes-маніфести. Техлід планує архітектуру. Кожен має свою експертизу, свої інструменти та свою зону відповідальності.

Субагенти привносять цю модель у Claude Code. Замість однієї сесії Claude, що робить все, ви можете мати спеціалізованих виконавців — кожен зі своїм системним промптом, доступом до інструментів, контекстним вікном і навіть вибором моделі. Ревʼювер безпеки отримує лише read-доступ. Валідатор K8s може запускати kubectl, але не може редагувати вихідний код. Агент швидких чернеток використовує Haiku для швидкості, а глибший планувальник архітектури може використовувати Opus, якщо ваш план це передбачає.

Що ми розглянемо

  1. Що таке субагенти — спеціалізовані AI-виконавці, що працюють усередині вашої сесії
  2. Вбудовані агенти — Explore (read-only дослідження) та Plan (проєктування архітектури)
  3. Кастомні агенти — директорія .claude/agents/ та фронтматер агента
  4. Обмеження інструментів — контроль того, що кожен агент може і не може
  5. Вибір моделі — Haiku для швидких/дешевих задач, Sonnet для балансу, Opus для складного reasoning, коли доступний за вашим планом
  6. Worktree-ізоляція — агенти працюють на окремих git-гілках безпечно
  7. Команда /agents — перегляд та управління вашим складом агентів

Чому цей блок важливий

Є проблема масштабування з однією AI-сесією. Що більше контексту ви вантажите в одну розмову — проблеми безпеки, архітектурні рішення, стратегії тестування, конфіги Kubernetes — тим більше AI доводиться жонглювати. Субагенти вирішують це через декомпозицію. Кожен агент отримує фокусовану задачу, фокусований промпт та фокусований набір інструментів.

Є також проблема довіри. Ви, можливо, довіряєте Claude читати ваш код і пропонувати зміни, але чи довіряєте йому запускати довільні bash-команди під час ревʼю безпеки? Мабуть, ні. Субагенти дозволяють дати кожному виконавцю рівно ті дозволи, що потрібні, і нічого більше. Принцип найменших привілеїв, застосований до AI.

І є проблема вартості. Не кожна задача потребує найпотужнішої моделі. Швидкий пошук по коду не потребує Opus. Складне архітектурне рішення не працює добре з Haiku. Субагенти дозволяють підібрати модель під задачу, тримаючи витрати передбачуваними, навіть якщо ваш повсякденний baseline — просто Sonnet на Pro.

Передумови

  • Завершені Блоки 0-10 (GitHub Actions CI налаштовано)
  • Проєкт ai-coderrank з K8s-маніфестами та вихідним кодом
  • Знайомство зі структурою директорії .claude/ з Блоків 5-6
  • kubectl налаштований і спрямований на ваш k3s-кластер з Блоку 7

Оберіть формат

Виберіть формат, який відповідає тому, як ви використовуєте блок:

Що ви опануєте

  • Зрозуміти субагентів як спеціалізованих AI-виконавців у сесії Claude Code
  • Побачити вбудованих агентів Explore та Plan у дії
  • Створити агента безпекового ревʼю з обмеженням на read-only інструменти
  • Створити агента валідації K8s, що може запускати kubectl dry-run
  • Використати вибір моделі для балансування швидкості та вартості між агентами
  • Зрозуміти worktree-ізоляцію для безпечної паралельної роботи
  • Переглядати та керувати агентами через /agents