# Review Pipeline：当 AI 写了 80% 代码后，评审怎么做
传统 Code Review 假设代码是人写的、每个 diff 都可逐行审查。AI4SE 时代需要新的评审范式——从逐行审查转向规格对照验收。
旧范式失效
传统 Code Review 的隐含前提：
- 变更量小（几百行）
- 人理解每行代码的意图
- Reviewer 和 Author 有共同上下文
AI 生成的 PR 可能是：
- 几千行 / 几十个文件
- 人不理解生成逻辑
- Agent 没有「原始意图」可问
新范式：三步评审
| 步骤 | 做法 | 谁做 |
|---|---|---|
| 规格对照 | Diff vs Spec — 产出了该产出的吗？ | 人 + Agent |
| 质量扫描 | 安全、性能、可维护性自动检查 | Agent（独立 Evaluator） |
| 人类判断 | 架构合理性、取舍是否可接受 | 人 |
实践建议
- Agent 生成 + 另一个 Agent 评审 ≠ 安全
- 必须有独立于生成链的 Evaluator
- PR 模板应包含 Spec 链接和验收标准
- 超过 500 行的 AI PR 应拆分提交