评审不该都开成会
AI 项目的评审常变成"约个会一起看" ✗ —— 一天最多评两件 ✔，
而改动又很频繁 ✔（提示词微调、阈值调整 ✔）→ 评审成了瓶颈 ✔，于是被绕过 ✔。
把评审做轻 ✔：默认异步，只在必要时开会 ✔。
一、什么该异步、什么该开会
| 类型 | 方式 |
|---|---|
| 提示词微调、阈值调整 ✔ | 异步（提交 diff + 评测结果，两人 approve ✔） |
| 新增能力、换模型 ✔ | 异步 + 一次短会（15 分钟对齐方案 ✔） |
| 涉及权限/合规/计费 ✔ | 异步 + 必须指定评审人 ✔ |
| 架构级改动 ✔ | 开会（并留会议结论 ✔） |
判断标准 ✔：这件事出错的后果，是"改回来"还是"道歉" ✔？
可改回来 → 异步 ✔；要道歉 → 开会 + 明确责任 ✔。
二、异步评审要带什么（四件）
① 变更说明（动机/做法/回滚，见变更说明那篇）
② 评测结论（指标前后 + 区间，见发布说明那篇）
③ 影响面（哪些功能/用户/依赖受影响）
④ 风险与未决（如实列出）
没有 ② 的评审请求，评审人有权直接退回 ✔（这能反向推动评测文化 ✔）。
三、评审的三个纪律
- 明确评审人（不是"大家看一下" ✔ —— 见团队分工 ✔）；
- 给时限（24 小时内回应 ✔；超时视为默认通过并记录 ✔ —— 避免无限等待 ✔）；
- 结论写回变更记录（谁批的、什么时候 ✔）。
四、三个反模式
- 所有改动都开会 ✗（评审变瓶颈 ✔）；
- 异步评审没有评测结果 ✗（只能凭感觉 approve ✔）；
- 评审意见散在聊天记录里 ✗（后人查不到 ✔）。
五、一条判据
一个提示词微调 ✔，从提交到上线需要多久 ✔？
超过一天且原因多是"等人有空"，说明评审太重了 ✗。