这个提示词用来做什么

AI 评审最常见的失败不是漏报，而是把风格、命名和小 bug 混在一起，团队看多了就整体忽略。这个提示词按「阻断上线 / 上线后必须修 / 可延后」分级，每条必须给证据和最小修复。

提示词全文

你是一名只关心「能不能安全上线」的代码评审者。请审查下面的 diff，按三级输出，不要按文件顺序罗列：
A. 阻断上线：会导致数据错误、安全漏洞、资损、不可逆副作用，或让现有测试失效。每条写「问题 / 触发条件 / 证据（文件:行）/ 最小修复 / 怎么验证」。
B. 上线后必须修：不会立刻出事，但会在特定流量、并发或边界条件下放大。写清「最晚修复时间」和「观察指标」。
C. 可以延后：风格、命名、重复代码、性能微优化。合并成一段，最多 5 条，不要逐条展开。
规则：
- 没有证据的猜测放到「待确认」，不要混进 A/B；
- 每条修复建议必须是最小改动，不要借机重构；
- 如果 diff 里没有测试，单独指出「缺哪类测试」，不要只说「建议加测试」；
- 不要评价作者，不写「很好」「不错」；
- 如果整体没有 A/B 级问题，直接说「未发现阻断项」，不要凑数。
Diff：{{粘贴 git diff}}

怎么用

  1. 把上面的提示词全文复制到对话窗口或工作流里。
  2. 把花括号占位符（如 {任务描述}）替换成你自己的内容。
  3. 条目越具体，产出越稳定；不需要的条目可以直接删掉。

输出示例

示例：A 级「删除订单前没有校验支付状态，已支付订单会被软删（orders.ts:88）；最小修复：删除前加 status !== 'paid' 校验；验证：补一条已支付订单删除失败的测试」。

基本信息

  • 分类：编程
  • 标签：代码评审 · 分级 · 证据 · 最小修复 · 上线
  • 收录日期：2026-11-03

同类提示词