8.2 团队工作流¶

团队使用 AI 的关键不是“每个人都很会 prompt”，而是共享上下文和质量标准。

团队最小规范¶

flowchart TD
  A["AGENTS.md / CLAUDE.md<br/>工程规则和验证命令"]
  B["docs/architecture.md<br/>架构边界"]
  C["PRD / issue<br/>任务入口"]
  D["CI<br/>自动验证"]
  E["code review<br/>人做最终判断"]

团队任务流程¶

flowchart TD
  A[Issue 写清目标和验收] --> B[Agent 做只读 research]
  B --> C[Agent 写 plan]
  C --> D[人审 plan]
  D --> E[Agent 实现]
  E --> F[CI 跑验证]
  F --> G[Agent 或人做 first-pass review]
  G --> H[人最终 review]
  H --> I[合并后复盘规则]

团队不要做什么¶

每个人各写一套全局规则。
不维护规范文件。
没 CI 就让 AI 大改。
把 AI review 当最终 review。
让多个 Agent 同时改同一核心模块。
把失败经验只留在聊天记录里。

团队指标¶

可以追踪：

AI 任务一次通过率。
review 发现的高危问题数。
CI 修复轮次。
重复 bug 数量。
需求澄清轮次。
从 issue 到 PR 的周期。

指标不是为了考核 AI，而是为了改进工作流。