раздел 06
Субагенты и MCP-конфиг
Две разные вещи, но обе про то, как расширить агента. Субагенты добавляют ему помощников с узкой ролью. MCP добавляет ему новые инструменты. Разберём по очереди.
Субагенты
Субагент - это отдельный помощник с конкретной ролью, которого главный агент может позвать под задачу. У него своя инструкция и, часто, свой ограниченный набор инструментов. Определения лежат файлами (у Claude Code - в .claude/agents/, каждый файл описывает одного субагента).
Зачем это нужно. Во-первых, разделение труда: один субагент только ищет по коду, другой только пишет тесты, третий только делает ревью. Во-вторых, чистота контекста: субагент делает свою работу в отдельном окне и возвращает главному агенту только результат, а не гору промежуточных деталей.
---
name: test-writer
description: Пишет и чинит юнит-тесты. Звать, когда нужны тесты на новый код.
tools: Read, Edit, Bash
---
Ты пишешь юнит-тесты для этого проекта.
- Используй фреймворк из AGENTS.md / CLAUDE.md.
- Один тест - один случай, включая крайние.
- Запусти тесты и убедись, что зелёные, прежде чем закончить.
Обрати внимание: у субагента узкая роль и урезанный список инструментов. Это и есть правильный подход.
MCP-конфиг
MCP (Model Context Protocol) - это стандарт, по которому к агенту подключают внешние инструменты и источники данных: базу, трекер задач, поиск, файловое хранилище. Подключения описываются в конфиге (часто это файл .mcp.json в проекте): какой сервер запустить и с какими параметрами.
После подключения у агента появляются новые действия - например, «прочитать задачу из трекера» или «сделать запрос к базе». Он пользуется ими так же, как встроенным терминалом или чтением файлов.
{
"mcpServers": {
"postgres": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-postgres", "postgres://localhost/mydb"]
}
}
}
Хорошо и плохо
Куда дальше
- Субагенты - подробный мануал про роли-помощники.
- MCP-серверы - как подключать внешние инструменты.
- Дизайн инструментов - как сделать инструменты, которыми агент пользуется правильно.