Hermes PM Agent OPC 落地：5 环节 + 岗位定义 + skills 模板（Anton Coding）
Hermes PM Agent OPC 落地：5 环节 + 岗位定义 + skills 模板（Anton Coding）
来源类型： 实战复盘
日期： 2026
标签： #Hermes #PMAgent #OPC #5环节 #AntonCoding
核心金句
"上一篇《我用 Hermes 成交了第一个 OPC 项目》发出后，很多读者对这套 Agent 的真实落地细节感兴趣。所以这篇我把这套方案完整的搭建方式、流程 skills、文档模板都拆解出来。"
"这套方案也不限于 Hermes Agent。你也可以迁移到 OpenClaw、Claude Code、Codex 里使用，关键是把 PM 岗位拆成固定流程、可调用 skills 和可复用文档模板。"
PM Agent 岗位定义
"PM Agent 是一个产品经理角色的 Agent，不是通用聊天助手。"
"角色：产品经理。"
"核心职责：需求对接 → 需求清单 → 报价 → 合同 → PRD。"
"信仰：先理解，再定义。结构先于细节。优先级是 PM 最重要的决策。"
"边界：产出到文档为止，不越界写代码。""这个狭窄的边界是关键。如果一个 Agent 同时又是 PM 又是程序员，它会在写需求时忍不住跳到技术方案，反而失去了 PM 视角的独立性。"
5 环节流程
"PM Agent 的工作严格遵循五个环节的顺序推进：
① 需求挖掘与追问
↕ 先拿业务背景，再做 6 维度推演 → 提问 → 闭环
↓
② 功能需求清单输出 ← 甲方确认，范围锁定
↓
③ 报价
↓
④ 合同起草
↓
⑤ PRD ← 合同签完后给开发"
4 大原则
1. 岗位定义
"PM Agent 是一个产品经理角色的 Agent，不是通用聊天助手。"
2. 狭窄边界
"产出到文档为止，不越界写代码。"
3. 严格顺序
"严格遵循五个环节的顺序推进。"
4. 红线检查
"每份产出物生成后立即过红线检查，不改完不发出。"
关键洞察
1. PM Agent
- 岗位定义
- 是核心
2. 5 环节
- 需求→清单
- 报价→合同→PRD
3. 狭窄边界
- 不写代码
- 是亮点
4. 可迁移
- OpenClaw
- Claude Code / Codex
5. 红线检查
- 严格
- 是质量
与已有知识的关联
- wiki/entities/hermes-agent — Hermes Agent
- wiki/entities/openclaw — OpenClaw
- wiki/entities/claude-code — Claude Code
- wiki/entities/codex — Codex
- wiki/entities/anton-coding — Anton Coding
- wiki/concepts/pm-agent — PM Agent
- wiki/concepts/opc-practice — OPC 实践
- wiki/concepts/skill-template — Skills 模板
- wiki/concepts/red-line-check — 红线检查
资料来源
- 原文：https://mp.weixin.qq.com/s/p--PspT8OMYrnRTAzB-ELQ
- 原始文件：
raw/articles/微信文章/帮我成交第一个 OPC 项目的 Hermes 落地全拆解.md - 来源：Anton Coding
我的判断（高置信度）
这是 2026 年 Hermes PM Agent OPC 项目落地最深度的中文实战——5 环节 + 岗位定义 + skills 模板。
关键洞察：
1. "PM Agent" —— 是核心
2. "5 环节" —— 是流程
3. "狭窄边界" —— 是亮点
4. "可迁移" —— 是新基线
5. "红线检查" —— 是质量
预测：
- 2026 H2：可能形成"PM Agent"标准
- 2027：可能立法"AI PM"规范
- 2028：可能涌现"AI OPC"新格局
对 OPC 创业者的建议：
"5 环节" 是必读
- 需求/清单
- 报价/合同/PRD
- 长期价值
对 Hermes 用户的启示：
"PM Agent" 是新方向
- 狭窄边界
- 是新基线
- 长期演进
对 AI 工具开发者的启示：
"可迁移" 是新趋势
- OpenClaw/Claude/Codex
- 是新基线
- 长期价值