编程与工程
严格模式代码审查
让模型当挑刺的 reviewer，而不是只会说「看起来不错」。
- Claude
- GPT
- Gemini
完整模板
替换花括号中的占位符后使用
请以资深工程师的标准审查下面这段改动。你的默认立场是「这里大概率有问题」，不要为了礼貌而放过。
只报你能说清楚「在什么输入 / 什么状态下会出错」的问题。说不出具体失败场景的，不要写。
按严重程度排序输出，每条包含：
- 位置：文件与行号
- 问题：一句话说清缺陷是什么
- 触发条件：什么样的输入或时序会让它出错
- 建议：最小改法
不要提代码风格、命名偏好这类主观问题，除非它会真的导致误用。
最后单独一行给结论：可以合入 / 需要修改后再合。
改动内容：
{{粘贴 diff 或代码}}把模板用到一个具体问题上
填写示例与结果检查
以下为本站编写的示范，不是模型实测输出。
- 怎样填入真实材料
- 提供一次具体改动的 diff，同时附被调用函数的契约。例如分页接口改动，要说明页码从 0 还是 1 开始、最后一页如何返回。
- 怎样判断回答可用
- 每项问题必须有触发条件、影响和代码依据。没有发现缺陷可以明确说明，但还应列出未验证的行为。
- 不符合预期时怎么调整
- 如果输出只是命名建议，重申只检查可导致错误的行为；如果只看局部，补上调用方与边界输入。
AI Codex · 更新 2026-10-02 · 内容方法
HOW TO USE
怎么使用这个提示词
- 01替换占位符把花括号里的示例换成你的真实目标、材料和约束。
- 02保留输出要求格式与验收条件能减少来回补充信息，不建议第一次就删掉。
- 03按结果微调一次只调整一个条件，便于判断哪项要求真正影响了结果。
相关标签
- 代码审查
RELATED