Концепция «агенты порождают агентов» уже заезжена в AI-сообществе. Большинство демо заканчиваются тем, что эффектно открывают десять окон и ничего не делают.
Но Cursor /orchestrate — другое дело.
Это навык, построенный на Cursor SDK, с ключевой возможностью рекурсивного порождения суб-агентов для декомпозиции и выполнения сложных задач. Не spawn кучи агентов с надеждой, что они не передерутся, а с чёткой многоуровневой архитектурой.
Архитектура — это не параллельность, это разделение ответственности
Первая реакция: «разве это не мульти-агентный параллелизм?» Нет.
Ключ — разделение ответственности: root planner занимается декомпозицией и распределением задач, scoped worker обрабатывают конкретные подзадачи, verifier проверяет качество результатов. Это не простой трюк с параллельностью, а архитектура плоскости управления.
Как выразился один разработчик из сообщества:
«Важно не то, что spawn много агентов. Это лёгкий поверхностный трюк. Важна часть — разделение ответственности: root planner -> scoped worker -> verifier.»
Вот на что стоит обратить внимание.
Внутренние данные не скучные
Команда Cursor протестировала на собственных проектах:
- Автоисследование внутренних скиллов: использование токенов снизилось на 20%, при этом eval-результаты улучшились
- Время холодного старта внутреннего бэкенда: сократилось на 80%
Эти два числа вместе рассказывают интересную историю. Использование токенов снизилось, но качество выросло — значит, рекурсивно порождённые суб-агенты не делают бесполезную работу. Каждая подзадача достаточно узкая, чтобы агенты не терялись в контексте. Значительное сокращение времени холодного старта подтверждает, что параллельная декомпозиция действительно работает.
Как использовать
Установка проста, выполните в Cursor:
/add-plugin orchestrate
Затем вызов через Cursor SDK. Требуется инженерная база для определения границ задач и логики валидации — это не игрушка типа «введите одно предложение и всё готово».
Чем отличается от предыдущих параллельных задач Cursor
Cursor ранее выпустил parallel multitasking —Plans можно разбить на параллельные подзадачи, выполняемые асинхронными суб-агентами одновременно.
Отличие /orchestrate — в рекурсии и валидации. Параллельные задачи — «разбить один раз, запустить параллельно»; orchestrate — «после разбиения суб-агенты могут разбить ещё раз, и каждый уровень имеет валидацию».
Это больше похоже на эволюцию от «командного разделения труда» к «организации с управленческой иерархией».
Стоит ли следить?
Если вы уже используете Cursor SDK для инженерной автоматизации, /orchestrate стоит попробовать немедленно. Экономия токенов для высокочастотных сценариев — не мелочь.
Если вы просто используете редактор Cursor для написания кода, прямая ценность ограничена — это для команд с CI/CD pipelines и потребностью в автоматическом обслуживании кода.
Но сама архитектурная мысль достойна внимания. Когда сложность задач агента превышает определённый порог, подход «один промпт делает всё» рушится. В этот момент многоуровневая оркестрация — не опция, а необходимость.
В сообществе уже обсуждают перенос этого паттерна на Claude Code и другие агентные фреймворки. Если он окажется универсально применимым, стандартная парадигма оркестрации агентов может измениться.
Основные источники: