Agent 开发工作流
概述
基于 Claude Code + Hermes Agent 的真实协作经验，统一研发生命周期。
流程：DSR + Double Diamond
| 阶段 | 活动 | 产出 |
|---|---|---|
| 探索 | 调研、竞品分析 | 研究报告 |
| 设计 | 架构设计、ADR | 设计文档 |
| 验证 | 原型验证、评审 | 验证报告 |
| 构建 | 编码、测试 | 可运行系统 |
| 反思 | 复盘、沉淀 | 教训、SOP |
复盘方法论：五步反思链
源于 Hermes 时间注入 PR 实战，经过老克评审迭代：
| 步骤 | 问题 | 目的 |
|---|---|---|
| ① 做对了什么？ | 流程/技术/工具上哪些决策正确 | 下次继续 |
| ② 卡在哪？ | 哪个环节卡住、原因、如何避免 | 下次避免 |
| ③ 新发现？ | 对系统/流程/工具的更深理解 | 知识沉淀 |
| ④ 改什么？ | 具体行动（建 skill / 改流程 / 更新文档） | 闭环执行 |
| ⑤ 老克评价 | 编码者视角查漏补缺（测试覆盖、错误处理、类型安全、向后兼容、CI/CD） | 盲区检查 |
PR 提交流程（外部项目）
- fork 目标仓库
- 创建分支
- 代码修改 → 本地验证
- 代码审查（多方评审，改到零问题）
- push → PR（关联已有 issue）
- 代理配置预设：
ALL_PROXY=http://127.0.0.1:7892
代码审查规范
- 不仅查逻辑，还要查命名规范
- 检查测试覆盖（外部 PR 最看重）
- 评估错误处理和降级方案
- 检查类型安全（mypy / pyright）
- 评估向后兼容性
- 验证 CI/CD 结果
个人 vs 团队差异
- 个人：迭代快、决策集中
- 团队：需要同步点、分工协作
统一生命周期集成
本工作流是 notes/core/proc-lifecycle.md 开发域的具体实现：
| 生命周期阶段 | 对应开发域活动 | 推荐 Agent |
|---|---|---|
| 定向 | 价值设计、确定目标 | Hermes（流程协调） |
| 调研 | 竞品分析、技术选型 | OpenCode（免费场景优先） |
| 规划 | WBS、Issue 拆解 | Hermes + Claude Code |
| 执行 | 编码 + 测试 | Codex（首选）→ Claude Code（复杂任务） |
| 验证 | CI/CD、Code Review | Claude Code（深度审阅） |
| 沉淀 | 复盘、文档更新 | Hermes（模板化） |
Agent 选择策略
| 编码场景 | 首选 | 降级 |
|---|---|---|
| 步骤清晰、批量修 bug | Codex | Claude Code |
| 写单元测试 | Codex | 手动 |
| 复杂重构、架构决策 | Claude Code | Codex |
| 代码审阅 | Claude Code | — |
| 调研竞品 | OpenCode | Codex |
相关页面
skill-lifecycle-governance agent-self-evolution agent-harness-engineering
notes/core/proc-lifecycle.md — 统一生命周期框架
notes/core/proc-dev-flow.md — 开发域详细流程