Субагенти — спеціалізовані виконавці
Побудуйте команду AI-спеціалістів, яким Claude може делегувати — ревʼювер безпеки, валідатор K8s та кастомні агенти з власними інструментами, моделями та межами ізоляції.
Від одного мозку до команди
У Блоці 6 ви створили навички — повторно використовувані команди, що кажуть Claude що робити. У Блоці 10 ви помістили Claude у CI, щоб він працював автоматично. Цей блок вводить дещо інше: субагенти — окремі AI-виконавці, яким Claude може делегувати.
Подумайте, як працює реальна інженерна команда. Ви не просите одну й ту ж людину робити все. Інженер безпеки перевіряє на вразливості. SRE валідує Kubernetes-маніфести. Техлід планує архітектуру. Кожен має свою експертизу, свої інструменти та свою зону відповідальності.
Субагенти привносять цю модель у Claude Code. Замість однієї сесії Claude, що робить все, ви можете мати спеціалізованих виконавців — кожен зі своїм системним промптом, доступом до інструментів, контекстним вікном і навіть вибором моделі. Ревʼювер безпеки отримує лише read-доступ. Валідатор K8s може запускати kubectl, але не може редагувати вихідний код. Агент швидких чернеток використовує Haiku для швидкості, а глибший планувальник архітектури може використовувати Opus, якщо ваш план це передбачає.
Що ми розглянемо
- Що таке субагенти — спеціалізовані AI-виконавці, що працюють усередині вашої сесії
- Вбудовані агенти — Explore (read-only дослідження) та Plan (проєктування архітектури)
- Кастомні агенти — директорія
.claude/agents/та фронтматер агента - Обмеження інструментів — контроль того, що кожен агент може і не може
- Вибір моделі — Haiku для швидких/дешевих задач, Sonnet для балансу, Opus для складного reasoning, коли доступний за вашим планом
- Worktree-ізоляція — агенти працюють на окремих git-гілках безпечно
- Команда
/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