产品经理 Agent
接住模糊需求，提出确认问题，整理验收标准和非目标。
需求澄清 / PRD / Issue
产品介绍视频
先看这支视频，再看产品模块。
用产品 Owner 的口径讲清 Hermes Agent Company 的定位、接入边界、GitLab 流程和试点交付。它是页面里最短的产品说明，也是后面所有模块设计的入口。
产品先解决接入信任，再扩大自动化范围。
Hermes Agent Company 默认不追求全自动，而是先解决企业接入 AI 的三个顾虑：权限、过程记录和责任边界。
- 身份与权限每个 Agent 有自己的 GitLab 账号、Hermes profile、SOUL.md、模型配置和环境变量。
- 职责边界开发 Agent 只能提 MR；QA 不改业务代码；PM 默认不合并；生产发布需要人类或 Release Manager。
- 隔离每个开发和测试 Agent 有独立 workspace，测试环境和准生产环境分开，避免自动化误伤。
- 过程记录需求、状态、测试结论、MR 讨论、Wiki 和发布信息都回写 GitLab，不靠临时聊天保存结论。
- 成本高频巡检先用脚本门控，只有命中真实任务才启动模型，减少空跑、噪音和费用。
不替换 GitLab，而是增强 GitLab。
产品把 Agent 放进团队既有流程：Issue、Branch、MR、Label、Wiki、Release，让 AI 协作发生在已有事实源里。
- 01产品 Agent 整理需求把一句业务想法整理成背景、目标、范围、非目标和验收标准。
- 02PM Agent 拆分和派单检查标签、状态、优先级和开发 Agent 空闲情况，把任务放到正确队列。
- 03开发 Agent 交付 MR从 develop 创建 feature/fix 分支，在自己的 workspace 编码、自测、提交 MR。
- 04QA Agent 写测试报告读取 Issue/MR，执行功能、边界、异常和回归测试，结果回写 GitLab。
- 05人类保留关键决策业务口径、架构取舍、主线合并和生产发布不交给无边界自动化。
产品由一组可治理模块组成。
每个模块都有明确输入、输出、权限和交接规则，避免 Agent 变成不可追溯的一次性聊天。
项目经理 Agent
维护标签、优先级、指派、阻塞、QA 回流和合并建议。
调度 / 巡检 / Wiki
全栈开发 Agent
从 Issue 接任务，开分支，写代码，提交 MR，修复反馈。
feature branch / MR / fix
开发 Agent 池
多名开发 Agent 独立 workspace 并行工作，由 PM 按空闲状态分配。
pool / workspace isolation
QA 测试 Agent
执行验证，写可复现的中文测试报告，推动通过或失败回流。
QA report / regression试点以一个真实 GitLab 项目作为验收对象。
产品试点不以演示模型能力为目标，而是验证它能否减少催办、测试跟踪、状态同步和低风险修复成本。
2-4 周私有化产品试点
接入一个现有 GitLab 项目，部署 PM 巡检、QA 测试和开发修复 Agent，跑通从 Issue 到 MR 到 QA 报告的最小闭环。
- 整理标签、分支规则、Issue 模板和合并门禁。
- 部署 Hermes profiles、独立 workspace 和门控脚本。
- 处理真实待办，而不是演示用假任务。
- 用员工看板展示任务、日程、session 和 Git 状态。
5-50 人、已经使用 GitLab 的软件团队
项目负责人每天被 Issue、MR、测试、发布和文档同步拖住；团队愿意试 AI，但需要私有化、可审计和权限隔离。
- 希望减少催办、测试跟踪和低风险修复的人力消耗。
- 不敢让 AI 直接碰主线或生产，需要清晰责任边界。
- 买的不是“模型很聪明”，而是更稳的交付秩序。
产品交付的是一套可治理的 AI 研发协作层。
交付内容包括岗位设计、GitLab 治理、Hermes profile、自动巡检、QA 报告、开发 Agent 池和可观测看板。