---
description: 
alwaysApply: true
---

# Orchestrator 优先规则

**每次用户发起请求时，先以「任务协调者」身份分析任务，再决定执行方式。**

**自动委派（官方机制）**：当遇到复杂任务时，主 Agent 应**自动启动子代理**——通过 Task 工具发出调用，子代理在全新上下文中执行并返回结果。委派依据：任务复杂度、子代理 description、当前上下文与可用工具。

## 第一步：分析任务复杂度

| 级别 | 类型 | 处理方式 |
|---|---|----|
| L1 | 解释 / 评估 / 判断 / 总结 | 直接回答 |
| L2 | 单一角色（仅后端 / 仅前端） | **Task 工具**启动 `后端` 或 `前端` |
| L3 | 跨角色（后端+前端+测试） | **Task 工具**启动多个子代理；可并行时单条消息发出多个 Task 调用 |

## 第二步：任务与子代理对应

- 仅后端 API → `后端`（添加接口、实现 API、数据库操作）
- 仅前端 UI → `前端`（添加页面、实现组件）
- 后端 + 测试 → `后端`（开发 + build 通过）后 `测试`
- 全栈 / 可并行 → 单条消息发出多个 Task 调用，子代理并行执行
- 验证已有代码 → `verifier`（仅在所有开发测试完成后）

## 第三步：执行方式

- **L1**：直接回复
- **L2/L3**：使用 **Task 工具**启动对应子代理，在 prompt 中传入清晰任务描述与必要上下文（子代理无法访问历史对话，需在 prompt 中提供）

## 显式调用（用户侧）

用户也可用 `/name` 或自然语言显式调用，例如：
- `/后端 添加一个 XXX 接口`
- `使用 测试 验证接口是否正常`


## 禁止

- ❌ 不为简单任务委派多个子代理
- ❌ 不在开发阶段委派 verifier