мой конфиг для Cursor: дорогая модель принимает решения, а Composer 2.5 исследует проект и выполняет уже определённые задачи.
это три файла. scout ищет и читает, worker вносит ограниченные правки, а общее правило объясняет главной модели, когда кого вызывать.
в главном чате Cursor ты выбираешь модель, которой доверяешь решения: Claude Opus, GPT или любую другую доступную Agent-модель.
конфиг не закрепляет главную модель. он добавляет ей правило:
- сама анализируй задачу и принимай решения;
- поиск по проекту и чтение нескольких файлов отдавай
scout; - конкретные правки с понятными границами отдавай
worker; - после делегирования проверяй отчёт, diff и результат сама.
scout запускается в отдельном контексте на стандартном Composer 2.5. у него включён readonly, поэтому он может искать и читать, но не может редактировать файлы или запускать команды, меняющие состояние проекта.
worker тоже работает на Composer 2.5, но с правом записи. он получает уже принятое решение, меняет только указанные файлы, запускает уместные проверки и возвращает главной модели отчёт.
- открой нужный проект в Cursor.
- скопируй ссылку на этот репозиторий.
- вставь её в чат Cursor вместе с командой ниже.
установи конфиг из этого репозитория в текущий проект:
https://github.com/harnessmachine/cursor-orchestrate
скопируй только файлы:
.cursor/agents/scout.md
.cursor/agents/worker.md
.cursor/rules/delegation.mdc
если файлы с такими именами уже существуют, не перезаписывай их и покажи конфликт. остальные файлы проекта не меняй. после установки покажи diff.
- проверь, что все три файла появились в
.cursorтвоего проекта. - начни новый чат и выбери главную модель в model picker Cursor.
Composer отдельно выбирать не нужно. он уже указан внутри scout.md и worker.md.
проверочный запрос:
изучи, как устроен этот проект. ничего не меняй. собери факты через субагента scout, затем сам объясни мне архитектуру и назови файлы, с которых лучше начать.
если хочешь вызвать субагента явно:
используй /scout, чтобы найти все файлы, связанные с авторизацией. ничего не меняй. затем предложи план работы.
в логе агента должен появиться отдельный вызов scout, а после него короткий отчёт для главной модели.
для проверки worker дай ему маленькую и обратимую задачу:
сначала сам реши, какую одну строку нужно добавить в README. затем используй /worker только для этой правки. после его работы проверь diff и покажи мне результат.
да, если эта модель доступна в Cursor Agent на твоём тарифе и умеет вызывать субагентов. конфиг не привязан к конкретной главной модели. выбранная в чате модель получает одно и то же правило и видит scout и worker.
если модель запрещена настройками команды, недоступна на тарифе или не может использовать нужные инструменты, Cursor может заменить её совместимой моделью.
.cursor/
├── agents/
│ ├── scout.md
│ └── worker.md
└── rules/
└── delegation.mdc
scout.md закрепляет Composer 2.5, read-only доступ и формат отчёта.
worker.md закрепляет Composer 2.5, право на ограниченные правки и обязательную проверку результата.
delegation.mdc загружается в каждый новый чат через alwaysApply: true. правило оставляет решения главной модели, отправляет scout читать и искать, а worker выполнять уже определённые изменения.
readonly сам по себе не экономит токены. это страховка: дешёвая модель собирает факты, но не начинает попутно менять проект и принимать решения за главную.
экономия появляется в другом месте. длинный поиск идёт на Composer 2.5 в отдельном контексте, а дорогая модель получает короткий отчёт вместо всей истории чтения файлов.
для изменений есть отдельный worker. разделение важно: исследователь не меняет проект по ходу поиска, а исполнитель получает узкую задачу после того, как главная модель уже приняла решение.
универсален сам принцип: главная модель держит решения, Composer забирает объёмную работу.
этот конфиг покрывает две частые роли: исследование и ограниченное исполнение. но он не гарантирует, что любая главная модель всегда выберет правильный момент для делегирования. важные решения, итоговый diff и проверки всё равно остаются на главной модели.
он полезен, когда агенту нужно разобраться в незнакомом репозитории, найти реализацию функции, прочитать документацию, собрать контекст или выполнить уже описанную правку.
на коротком запросе к одному известному файлу субагент может только добавить лишний шаг. Cursor иногда решает не вызывать scout автоматически. если нужен проверяемый запуск, вызывай /scout прямо в запросе.
конфиг переносит чтение, поиск и часть исполнения в отдельный пул Cursor Models. дорогая модель всё равно расходует свой лимит на анализ, решения, проверку и финальный ответ. оба субагента тоже используют токены, просто делают это на Composer 2.5.
сколько именно получится сэкономить, зависит от проекта, задачи и выбранной главной модели. проверить оба пула можно в usage dashboard Cursor.