把评审做轻：异步评审怎么做

评审都开成会就会成为瓶颈。本文给出异步与开会的分工判据、异步评审要带的四件东西、三条纪律与三个反模式。

评审不该都开成会

AI 项目的评审常变成"约个会一起看" ✗ —— 一天最多评两件 ✔，

而改动又很频繁 ✔（提示词微调、阈值调整 ✔）→ 评审成了瓶颈 ✔，于是被绕过 ✔。

**把评审做轻** ✔：默认**异步**，只在必要时开会 ✔。

| 类型 | 方式 |

|---|---|

| 提示词微调、阈值调整 ✔ | **异步**（提交 diff + 评测结果，两人 approve ✔） |

| 新增能力、换模型 ✔ | 异步 + **一次短会**（15 分钟对齐方案 ✔） |

| 涉及权限/合规/计费 ✔ | 异步 + **必须指定评审人** ✔ |

| 架构级改动 ✔ | 开会（并留会议结论 ✔） |

**判断标准** ✔：**这件事出错的后果，是"改回来"还是"道歉"** ✔？

可改回来 → 异步 ✔；要道歉 → 开会 + 明确责任 ✔。

```

① 变更说明（动机/做法/回滚，见变更说明那篇）

② 评测结论（指标前后 + 区间，见发布说明那篇）

③ 影响面（哪些功能/用户/依赖受影响）

④ 风险与未决（如实列出）

```

**没有 ② 的评审请求，评审人有权直接退回** ✔（这能反向推动评测文化 ✔）。

**明确评审人**（不是"大家看一下" ✔ —— 见团队分工 ✔）；

**给时限**（24 小时内回应 ✔；超时视为默认通过并记录 ✔ —— 避免无限等待 ✔）；

**结论写回变更记录**（谁批的、什么时候 ✔）。

**所有改动都开会** ✗（评审变瓶颈 ✔）；

**异步评审没有评测结果** ✗（只能凭感觉 approve ✔）；

**评审意见散在聊天记录里** ✗（后人查不到 ✔）。

> 一个提示词微调 ✔，从提交到上线需要**多久** ✔？

> 超过一天且原因多是"等人有空"，说明评审太重了 ✗。