Blame view

.cursor/rules/orchestrator-first.mdc 1.72 KB
3ae287f3   “wangming”   项目初始化,准备开始开发
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
  ---
  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