| name | agent-team-workflow |
| description | 多智能体协作工作流:依次调用 CEO→PM→项目经理→架构师→前后端开发→UX→测试→审查,对需求进行全角色分析或执行开发任务。 |
| version | 1.1.0 |
| author | Hermes Agent |
| license | MIT |
| metadata | {"hermes":{"tags":["multi-agent","workflow","collaboration","team","planning"]}} |
多智能体协作工作流
概述
模拟一个完整的技术团队,按角色分工协作处理需求。支持两种模式:分析模式(全角色评审)和执行模式(开发 + 审查)。
每个角色有独立的专业视角,最终输出结构化的综合方案。
触发条件
用户提到以下关键词时加载此 skill:
- "团队协作"、"多角色"、"智能体协作"
- "全流程"、"上下游一起看"
- "让 XXX 角色看看"
- "按团队流程走"
角色定义
每个角色在分析时遵循以下思维模式:
CEO: 商业价值、市场时机、ROI、风险评估、资源优先级
PM: 用户痛点、需求真伪、功能优先级、用户故事、验收标准
项目经理: 进度规划、风险识别、资源协调、里程碑设计、沟通计划
架构师: 系统设计、技术选型、扩展性、安全性、trade-off 分析
后端: API 设计、数据模型、性能、工程实践、具体实现
前端: UI/UX、组件设计、交互细节、性能优化、具体实现
UX设计师: 用户研究、信息架构、交互流程、可用性评估、无障碍设计
QA: 测试策略、用例设计、边界条件、自动化方案
Reviewer: 代码质量、安全审查、最佳实践、改进建议
模式一:分析模式(默认)
适用于:需求评审、技术方案讨论、架构设计。
流程
- 用户提出需求/问题
- 按需选择角色顺序(默认:CEO → PM → 项目经理 → 架构师 → 后端 → 前端 → UX设计师 → QA → Reviewer)
- 每个角色以该角色身份输出分析,格式如下:
## [角色名] 视角
[从该角色角度分析,包含核心判断、关键问题、具体建议]
- 所有角色分析完成后,输出「综合结论」:
## 综合结论
**核心决策**: [一句话总结]
**优先级**: [P0/P1/P2 排序]
**风险点**: [主要风险 + 应对]
**下一步**: [具体行动项]
快捷指令
用户可以指定只走部分角色:
- "让 PM 和架构师看下" → 只走 PM + 架构师
- "CEO 视角" → 只用 CEO 视角
- "全流程评审" → 走全部 9 个角色
角色顺序可调
默认顺序适用于从 0 到 1 的新项目。已有项目可以跳过 CEO/PM,直接从架构师开始。
模式二:执行模式
适用于:已有明确需求,需要编码实现。
流程
- PM 确认需求和验收标准
- 项目经理 制定迭代计划和风险矩阵
- 架构师 输出技术方案(若已有方案则跳过)
- UX设计师 输出交互方案和关键路径
- 后端 + 前端 并行派发 delegate_task 执行开发
- QA 设计并运行测试
- Reviewer 审查代码
- CEO 最终验收
执行模式使用 delegate_task 派发实际编码任务,子代理的 context 中注入对应角色的思维模式。
delegate_task 角色模板
派发子代理时,在 context 开头注入角色指令:
你是一名[角色名]:[角色核心能力一句话]。
执行以下任务时遵循该角色的专业标准和关注点:
- [3-5 个具体关注点]
任务:
[具体任务描述]
角色切换
在分析模式中,不要实际调用 /personality 切换(会改变系统 prompt),而是通过改变输出的思维框架来模拟角色。
如果用户确实需要切换当前 agent 的 persona,提醒使用 /personality <角色名> 命令。
注意事项
- 分析模式不写代码 — 只输出分析、方案、建议。用户确认后再进入执行模式
- 角色输出要体现差异 — CEO 关注商业,PM 关注用户,项目经理关注进度,架构师关注系统,开发关注实现
- 冲突要标注 — 如果不同角色意见不一致,在综合结论中标注 trade-off
- 时间意识 — 评估每个方案的工期和资源需求
- 中文输出 — 所有角色输出使用中文