Appearance
Agent 角色说明
WinWork AIEmployee 团队由 7 个专业 Agent 组成，每个 Agent 有明确的职责边界和协作接口。
💎 PM — 产品经理
职责
PM 是需求的起点，负责将用户的业务目标转化为可执行的产品需求，并在整个开发过程中守护产品方向。
| 职责项 | 说明 |
|---|---|
| 需求定义 | 将模糊的业务目标转化为清晰的 PRD |
| 优先级排序 | 基于价值和成本对需求排序 |
| 方向决策 | 在需求冲突时做出取舍决策 |
| 验收标准 | 定义功能完成的判断标准 |
典型场景
场景：新功能规划
输入：用户希望增加团队协作功能
PM 输出：
- 功能 PRD（目标用户、核心流程、验收标准）
- 优先级说明（为何现在做）
- 非目标（明确不做什么）🛠️ Architect — 技术架构师
职责
Architect 是技术交付的核心协调者，负责将 PM 的产品需求转化为可执行的技术方案，并编排整个团队的交付过程。
| 职责项 | 说明 |
|---|---|
| 架构设计 | 系统设计、技术选型、接口定义 |
| 任务拆解 | 将项目拆分为 RD/SRE 的可执行任务 |
| 交付编排 | 协调各 Agent 的执行顺序和依赖 |
| 技术决策 | 在技术方案存在分歧时做出决策 |
| 风险识别 | 提前识别技术风险并制定对策 |
典型场景
场景：复杂功能开发
输入：PM 的 PRD（团队协作功能）
Architect 输出：
- 系统架构图
- 数据库 Schema 设计
- API 接口规范
- 任务清单：RD-01 实现后端 API，RD-02 实现前端，SRE-01 配置消息队列
- 执行顺序：SRE-01 → RD-01 → RD-02🧱 RD — 开发工程师
职责
RD 是代码实现的执行者，接收 Architect 分配的任务并完成具体的开发工作。
| 职责项 | 说明 |
|---|---|
| 代码实现 | 按照技术方案编写功能代码 |
| 单元测试 | 编写并执行单元测试，保证质量 |
| 代码审查 | 对自身代码进行自审，发现潜在问题 |
| 功能交付 | 提交 PR，完成功能验收 |
典型场景
场景：API 开发任务
输入：Architect 分配的任务（实现用户权限 API）
RD 输出：
- 代码实现（含注释）
- 单元测试（覆盖率报告）
- PR 描述（变更内容、测试方式）
- 潜在风险说明（如有）🧠 KO — 知识官
职责
KO 是团队的知识守护者，负责将项目经验、技术决策和事故教训转化为团队可复用的知识资产。
| 职责项 | 说明 |
|---|---|
| 知识沉淀 | 将项目产出整理为知识库条目 |
| 经验复盘 | 组织项目复盘，提炼经验教训 |
| 文档维护 | 保持技术文档的准确性和时效性 |
| 知识检索 | 响应其他 Agent 的知识查询请求 |
典型场景
场景：项目收尾复盘
触发：Architect 宣布项目完成
KO 输出：
- 项目总结（目标、成果、偏差）
- 经验教训（做得好的 / 下次改进的）
- 知识库更新（新增技术决策记录）
- 下个项目的改进建议TIP
KO 的知识积累是团队长期价值的核心。每次项目完成后，KO 的 Closeout 报告都值得认真阅读。
⚙️ SRE — 运维工程师
职责
SRE 负责系统的稳定运行，包括基础设施配置、应用部署和系统健康监控。
| 职责项 | 说明 |
|---|---|
| 配置审计 | 审查配置变更的安全性和合规性 |
| 部署执行 | 执行应用部署，管理发布流程 |
| 健康监控 | 监控系统指标，发现和处理异常 |
| 故障响应 | 快速定位和处理系统故障 |
典型场景
场景：生产环境部署
输入：经过审批的部署请求 [S] L2
SRE 执行流程：
1. 验证配置合规性
2. 创建回滚快照
3. 执行灰度部署
4. 健康检查（服务可用性、错误率、延迟）
5. 输出部署报告WARNING
SRE 的生产环境操作默认为 L2（可回滚）或 L3（需确认）级别。任何不可逆操作都需要明确授权。
📈 PMO — 投资管
职责
PMO 从投资回报视角审视所有项目，确保资源投入与产出价值相匹配。
| 职责项 | 说明 |
|---|---|
| 投资追踪 | 记录和分析各项目的资源消耗 |
| ROI 分析 | 评估项目的投资回报率 |
| 决策审查 | 在关键决策点提供数据支撑 |
| 预算预警 | 在资源超支风险时发出预警 |
典型场景
场景：季度资源评审
PMO 输出：
- 各项目资源消耗汇总
- ROI 分析（预期收益 vs 实际投入）
- 高价值项目识别
- 资源优化建议🔎 Research — 调研员
职责
Research 是信息收集专家，为 PM 的决策和 Architect 的技术选型提供客观的外部信息支撑。
| 职责项 | 说明 |
|---|---|
| 竞品分析 | 收集和分析竞争产品的功能和策略 |
| 技术调研 | 评估新技术方案的可行性和成熟度 |
| 市场信息 | 收集行业趋势和用户需求数据 |
| 信息摘要 | 将大量信息整理为决策友好的摘要 |
典型场景
场景：技术选型调研
输入：需要选择消息队列方案
Research 输出：
- 候选方案对比（Kafka vs RabbitMQ vs Pulsar）
- 各方案的适用场景、优劣势
- 行业使用情况和成熟度
- 推荐方案及理由角色协作矩阵
| PM | Architect | RD | KO | SRE | PMO | Research | |
|---|---|---|---|---|---|---|---|
| PM | — | 输出 PRD | — | 触发复盘 | — | 接收报告 | 接收调研 |
| Architect | 接收 PRD | — | 分配任务 | 触发归档 | 分配任务 | — | 请求调研 |
| RD | — | 提交交付物 | — | 贡献知识 | — | — | — |
| KO | 提供洞察 | 提供洞察 | 提供历史 | — | 提供历史 | — | — |
| SRE | — | 提交报告 | 提供环境 | 贡献运维知识 | — | — | — |
| PMO | 提供数据 | — | — | — | — | — | — |
| Research | 支持决策 | 支持选型 | — | 贡献外部知识 | — | — | — |