В Make диспетчер зовёт специалистов из сценария

Иллюстрация: диспетчер в Make зовёт узких специалистов из сценария

В сценарий пришла заявка — а на неё один агент: и клиентов смотрит, и возвраты крутит, и счета проверяет. Текст роли раздуло, править страшно. Чуть другой запрос — и снова руками.

В Make можно оставить на входе диспетчера, а узкие роли вынести в отдельных агентов внутри того же сценария. Он сам выбирает, кого позвать — без заранее нарисованного маршрута на каждый тип сообщения.

Один толстый агент ломается раньше, чем сценарий

Сравнение: один толстый агент и схема диспетчер плюс специалисты

Знакомая картина: в Make уже есть «умный» агент, и в него постепенно напихали всё. CRM, возвраты, счета, эскалацию человеку. Промпт разросся до простыни. Каждое исключение — ещё один Router или If-else. На схеме красиво. В жизни заявка чуть иначе сформулирована — ветка не сработала, человек снова копирует руками.

Проблема не в том, что агент «глупый». Проблема в том, что вы заставили одну голову быть бухгалтером, саппортом и эйчаром одновременно. В офисе так не делают. В сценарии почему-то делают.

Диспетчер на входе, а узкие роли работают сзади

Схема подключения субагента как tool в Make AI Agent

С конца июля 2026 в приложении Make AI Agent (New) можно добавить другого агента как инструмент. Родитель принимает задачу, выбирает специалиста, возвращает один итог. Жёсткий handoff «ветка А / ветка Б» для выбора роли больше не обязателен — выбор происходит в момент выполнения.

Make прямо пишет зачем: один агент с кучей контекста, инструкций и tools трудно отлаживать. Специалисты — свои tools, свой системный промпт, своя работа. Типичный набор: поиск в CRM, возврат, проверка счёта. Один вход для человека, несколько узких ролей сзади.

Подключение короткое. Оркестратор в сценарии → Add tools → Make AI Agents → настроить агента как tool → Add. Повторить для каждого специалиста. Документация Make это называет секцией «Add agents» на странице создания первого AI-агента.

Router заранее режет путь, субагент читает смысл

Чеклист: когда Router, а когда субагент по смыслу заявки

Router и If-else — заранее зашитый маршрут по фильтрам. Удобно, когда типов заявок мало и они стабильны. Субагенты — другой слой: делегирование по смыслу запроса, когда заранее не перечислить все формулировки.

Это не замена всем фильтрам. Если нужно жёстко отсечь спам или пустые поля — фильтр остаётся. Если нужно понять, «это возврат или сверка счёта», а клиент пишет как умеет — здесь уже диспетчер и специалисты.

Не путайте с субагентами Cursor. Там оркестрация на стороне редактора кода. Здесь — внутри сценария Make: агент зовёт другого агента как tool. До релиза агенты уже умели модули, сценарии и MCP-серверы. Других агентов в списке tools не было. Теперь есть.

Родитель видит бейджик, а не внутренности ребёнка

Важная деталь из документации: родитель опирается на имя и описание субагента. Инструкции и tools ребёнка он не видит. Описание специалиста должно быть внятным — иначе оркестратор не поймёт, кого звать. Кривое description — это не «баг Make», а ожидаемое поведение.

Вложенность сейчас обрезана до одного уровня: у родителя могут быть субагенты, у субагента своих субагентов нет. Make честно пишет «yet». Не обещайте себе дерево глубиной как у Claude Code — продукта такого лимита нет.

Идентификатор разговора можно зафиксировать, чтобы родитель и специалист продолжали диалог между прогонами, либо отдать выбор агенту — тогда на каждый run будет новый id. Параллельно в том же обновлении появилась фильтрация вывода tools: лишние поля можно выкидывать, metadata по умолчанию исключается. На сценариях, MCP и knowledge фильтр недоступен — так в заметках к релизу.

Специалиста собирают один раз и цепляют куда нужно

Refund-агента тюните отдельно — поиск по аккаунту при этом не ломается. Того же специалиста можно повесить на разные оркестраторы: поддержка, финансы, внутренний сервис-деск. Один раз собрали узкую роль — используете в нескольких сценариях.

Фича доступна на всех планах, включая Free. Апгрейд ради кнопки не нужен. Но credits никто не отменял: каждый вызов специалиста плюс модель — это расход. Make отдельно пишет про расход кредитов и про фильтрацию вывода ради экономии. Конкретных «сэкономите N» в релизе нет — и выдумывать их не стоит.

В сообществе Make есть демо-сценарий по короткой ссылке ma.ke/ai-sub-agents-scenario. Клонируйте из аккаунта Make — без логина страница может не открыться. Это ориентир, не публичная витрина.

Сначала разрежьте роли по агентам, потом рисуйте ветки

Если ваш агент уже раздут — не добавляйте ещё один Router «на всякий случай». Вынесите узкие роли в отдельных агентов, дайте им понятные имена и описания, повесьте на диспетчера. Прогоните живые заявки: кто кого позвал, что вернул, где описание врёт.

Где фильтр по полю всё ещё надёжнее смысла — оставьте фильтр. Где тип задачи плывёт от формулировки — пусть диспетчер выбирает специалиста. Так сценарий остаётся читаемым, а правка одной роли не превращает всю схему в лотерею.

Живые разборы Make, агентов и Cursor — в канале «Ковчег». Стек Cursor + Make + AI без воды — на странице обучения.