Оркестрация задач в стиле Cursor

Исследование, реализация и проверка в стиле Cursor через delegate_task.

Метаданные навыка

Источник	Встроенный (устанавливается по умолчанию)
Путь	skills/software-development/cursor-task-orchestration
Версия	1.0.0
Автор	VibeOS
Лицензия	MIT
Платформы	linux, macos, windows
Теги	cursor, delegation, subagent, review, orchestration
Связанные навыки	plan, requesting-code-review, vibeos-local-verify-deploy, cursor-capabilities-bridge, project-kanban-worktrees

Справочник: полный SKILL.md

к сведению

Ниже приведено полное описание навыка, которое VibeOS загружает при его активации. Именно эти инструкции видит агент, когда навык активен.

Оркестрация задач в стиле Cursor

Сопоставить шаблон Task/субагент из Cursor с delegate_task в VibeOS без новых базовых инструментов. Короткая параллельная работа остаётся в рамках текущего процесса; работа, которая должна пережить перезапуск, отправляется в канбан (навык kanban-automations).

Когда использовать

• Многошаговое кодирование: исследование → реализация → проверка
• Пользователь просит «как Task в Cursor», параллельных работников или проверку в новом контексте
• После того как план из навыка plan готов к выполнению

Пропустить, если: одно небольшое изменение; пользователь запрещает субагентов; задача должна пережить текущий процесс (используйте канбан).

Предварительные требования

• Делегирование включено (delegation.orchestrator_enabled, по умолчанию true)
• Предпочтительно использовать листовых работников с узкими наборами инструментов (обычно file + terminal)
• Опциональный более глубокий рецепт: установить optional-skills/software-development/subagent-driven-development через vibeos skills install official/software-development/subagent-driven-development

Как запустить

1. Напишите или загрузите краткий план (или используйте навык plan).
2. Отправьте работников с помощью delegate_task — одна цель на лист, полный контекст встроен.
3. Запустите независимую проверку (requesting-code-review или проверочный лист).
4. Родительский процесс объединяет результаты; не доверяйте работнику оценивать себя самому.

Пример пакета (концептуально):

delegate_task(tasks=[
  {goal: "Исследование: найти X и обобщить точки взаимодействия",
   toolsets: ["file", "terminal"], role: "leaf"},
  {goal: "Реализация: применить согласованный минимальный патч для X",
   toolsets: ["file", "terminal"], role: "leaf"},
])
# после возврата реализации:
delegate_task(goal="Проверка: запустить целевые тесты + беглый анализ безопасности",
              toolsets=["file", "terminal"], role="leaf")

Краткая справка

Потребность	Использовать
Только план	навык plan
Новый исполнитель для каждой задачи + двухэтапная проверка	опциональный subagent-driven-development
Быстрая параллельная работа 2–3 листов	пакет delegate_task (этот навык)
Пережить перезапуск / несколько профилей	kanban-automations
Предкоммитный шлюз	requesting-code-review
Timeweb после развёртывания кода	vibeos-local-verify-deploy

Параметры конфигурации (~/.vibeos/config.yaml или профиль кодирования):

Ключ	Типичное значение
delegation.max_concurrent_children	3
delegation.child_timeout_seconds	600
delegation.max_spawn_depth	2
delegation.inherit_mcp_toolsets	true в профиле кодирования

Процедура

Лист исследования

• Только чтение: search_files / read_file / узкий terminal grep
• Возвращает: файлы для изменения, риски, открытые вопросы — без крупных несвязанных правок

Лист реализации

• Минимальный diff; следовать TDD, если существуют тесты (test-driven-development)
• Без git push / gh pr (заблокировано vibeos-policy, если не дано согласие)

Лист проверки

• Запустить scripts/run_tests.sh <затронутые_файлы> (никогда не использовать голый pytest для сохранения согласованности набора тестов)
• Беглый анализ безопасности через шаги requesting-code-review или предупреждения security-guidance
• Сообщить о прохождении/непрохождении + остаточных рисках

Подводные камни

• Фоновый delegate_task привязан к процессу — перезапуск теряет его → используйте канбан/cron
• Не давайте листовым работникам delegate_task, если только не предполагается роль оркестратора
• Не меняйте наборы инструментов в середине родительского разговора только для того, чтобы «выглядеть как Cursor»
• Встраивание полного текста задачи лучше, чем «прочитай файл плана сам»

Проверка

• Родительский процесс получает три отдельных сводки (исследование / реализация / проверка)
• Целевые тесты проходят через scripts/run_tests.sh
• Никаких попыток мутации GitHub без явного одобрения пользователя