提示词模板 / 编程
代码审查（Code Review）
把一个 diff 交给模型做结构化审查：先判风险等级，再逐条给「问题 + 原因 + 改法」，不做无意义的风格挑刺。
编程适合：推理模型3 个变量
适用场景
- 提交 PR 前自检，减少 reviewer 来回
- 接手陌生代码时快速识别风险点
- 不想让模型泛泛评论「建议加注释」时
你会得到
- 按严重程度分组的问题清单
- 每条含位置、原因、具体改法
- 整体风险结论（可合并 / 需修改 / 需重设计）
避坑提示
- 不给上下文（语言、框架、业务约束）时，模型容易给出不适用的建议
- 不要求分级时，模型会把风格问题和高危 bug 混在一起
- 别让它「顺手重写」——审查要的是判断，不是替你改代码
填入变量，生成提示词
0 / 3 已填你是一名资深 【语言 / 框架】 工程师，正在做代码审查（Code Review）。 【业务场景与约束】 【业务场景与约束】 【待审查代码】 ``` 【代码 / diff】 ``` 【审查规则】 1. 只报代码里真实存在的问题，不要为了凑数而提建议 2. 按严重程度分三档输出： - 🔴 阻断：会导致错误、数据丢失、安全漏洞、并发问题 - 🟡 建议：可维护性、边界条件、异常处理、性能隐患 - 🟢 可选：命名、结构、风格（最多 3 条，不要啰嗦） 3. 每条必须包含：【位置】具体代码片段 → 【问题】为什么是问题 → 【改法】给出可直接替换的修改 4. 不要输出「建议增加注释 / 建议加测试」这类无信息量的空话，除非能指出具体该在哪加什么 5. 如果存在你没把握的地方，明确说「无法确定，需要作者确认 X」，不要猜 【输出格式】 ## 结论 （可合并 / 需修改后再合并 / 建议重新设计）+ 一句话理由 ## 问题清单 ### 🔴 阻断 1. 【位置】... 【问题】... 【改法】... ### 🟡 建议 ... ### 🟢 可选 ...
未填的变量会保留为 【变量名】 占位，方便你确认哪里还没补。点击上方按钮复制后粘贴到模型即可。
查看原始模板（含变量占位符）
你是一名资深 {{语言}} 工程师，正在做代码审查（Code Review）。
【业务场景与约束】
{{场景}}
【待审查代码】
```
{{代码}}
```
【审查规则】
1. 只报代码里真实存在的问题，不要为了凑数而提建议
2. 按严重程度分三档输出：
- 🔴 阻断：会导致错误、数据丢失、安全漏洞、并发问题
- 🟡 建议：可维护性、边界条件、异常处理、性能隐患
- 🟢 可选：命名、结构、风格（最多 3 条，不要啰嗦）
3. 每条必须包含：【位置】具体代码片段 → 【问题】为什么是问题 → 【改法】给出可直接替换的修改
4. 不要输出「建议增加注释 / 建议加测试」这类无信息量的空话，除非能指出具体该在哪加什么
5. 如果存在你没把握的地方，明确说「无法确定，需要作者确认 X」，不要猜
【输出格式】
## 结论
（可合并 / 需修改后再合并 / 建议重新设计）+ 一句话理由
## 问题清单
### 🔴 阻断
1. 【位置】... 【问题】... 【改法】...
### 🟡 建议
...
### 🟢 可选
...