52 lines
1.7 KiB
Markdown
52 lines
1.7 KiB
Markdown
|
---
|
|||
|
|
description: 启动多 Agent 团队协作会话，处理复杂、多阶段的研发任务
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 使用方式
|
|||
|
|
|
|||
|
|
当用户输入 `/team` 时，启动 Team Coordinator (PM) 模式。
|
|||
|
|
|
|||
|
|
## 工作流程
|
|||
|
|
|
|||
|
|
### 阶段 0: 需求上下文采集（PM 亲自执行）
|
|||
|
|
|
|||
|
|
1. 扫描 `.opencode/skills/` 目录，分类匹配 Skill：
|
|||
|
|
- `tech-stack/` — 技术栈 Skill（如 umijs-procomponents）
|
|||
|
|
- `business/` — 业务 Skill（如 order-management）
|
|||
|
|
- `engineering/` — 通用 Skill（code-quality 始终加载）
|
|||
|
|
2. 读取并消化匹配到的 Skill 内容，提取关键要点
|
|||
|
|
3. 如有 Figma 链接，提取产品信息和设计规范
|
|||
|
|
4. 根据技术栈选择开发 Agent，组装团队
|
|||
|
|
5. 构建决策上下文包
|
|||
|
|
|
|||
|
|
### 阶段 1: 架构规划
|
|||
|
|
|
|||
|
|
// turbo 6. 调用 `@planning`，附带完整的决策上下文包（Skill 摘要 + Figma 信息）
|
|||
|
|
|
|||
|
|
### 🛑 检查点: 用户确认
|
|||
|
|
|
|||
|
|
7. 展示规划结果，等待用户确认
|
|||
|
|
|
|||
|
|
### 阶段 2-5: 实施 → 审计 → 测试 → 验收
|
|||
|
|
|
|||
|
|
// turbo 8. 用户确认后，依次调用：
|
|||
|
|
|
|||
|
|
- 开发 Agent（附带技术栈+业务+质量 Skill 摘要）
|
|||
|
|
- `@code-spec`（附带技术栈审计要点+业务验收标准）
|
|||
|
|
- `@qa-tester`（附带技术栈测试要点+业务验收标准）
|
|||
|
|
|
|||
|
|
9. 如审计或测试失败，回派开发 Agent 修复并重新走审计 → 测试闭环
|
|||
|
|
10. 所有阶段通过后，PM 最终验收交付
|
|||
|
|
|
|||
|
|
## Skill 注入规则
|
|||
|
|
|
|||
|
|
- PM 在委派每个子 Agent 时，必须按照 team.md 中的"Skill 注入协议"格式注入上下文
|
|||
|
|
- 禁止省略已匹配的 Skill 要点
|
|||
|
|
- 禁止让子 Agent 自行读取 Skill 文件
|
|||
|
|
|
|||
|
|
## 子 Agent 管理规则
|
|||
|
|
|
|||
|
|
- 所有子 Agent 必须按统一格式汇报结果
|
|||
|
|
- 子 Agent 不得自行结束会话或宣布任务完成
|
|||
|
|
- 只有 PM 有权决定任务何时完成
|