程序员AI提示词模板:代码审核篇(附12个可直接复制的模板)

📌 本合集仅聚焦“代码审核中的质量问题”。所有模板中的【粘贴代码】均可替换为你自己项目的实际代码或逻辑片段。描述越具体，AI发现的问题越精准。

【模板1：异常捕获与处理完整性】

适用场景：检查代码中可能漏掉的异常或错误处理模板内容：

你是一位资深代码审查专家，请对以下代码/逻辑/模块进行审核。
重点关注：
异常处理是否完整（是否捕获了所有可能抛出的异常类型）、
是否有吞掉异常不处理的情况、
finally或等效释放逻辑是否缺失、自定义异常是否合理。
输出格式：
严重问题（必须改）、建议改进（最好改）、可选优化（可以不改），
每条问题均标明代码行号或位置。
〖粘贴代码〗

🌰实例：用这条审了一个文件读写模块，AI直接指出“资源未在异常路径下释放”和“空catch块”。

【模板2：边界条件与极端值处理】

适用场景：检查数组、集合、数值运算等边界场景是否考虑周全

模板内容：

你是一位资深代码审查专家，请对以下代码/逻辑/模块进行审核。
重点关注：
边界条件（空集合、单元素、最大值/最小值、负数、零值、空字符串、null输入）、
循环边界（是否越界、是否漏掉首尾）、除零风险、类型转换溢出。
输出格式：
严重问题（必须改）、建议改进（最好改）、可选优化（可以不改），
每条问题均标明代码行号或位置。
〖粘贴代码〗

🌰实例：用这个模板检查一个“计算平均分”函数，AI发现当输入列表为空时没有处理，会直接除零崩溃。

【模板3：变量与函数命名规范】

适用场景：检查命名是否清晰、符合团队约定、无歧义

模板内容：

你是一位资深代码审查专家，请对以下代码/逻辑/模块进行审核。
重点关注：
变量名、函数名、参数名是否具有自解释性（避免a、b这类泛泛命名）、
命名风格是否一致（如驼峰或下划线）、
布尔变量是否使用is/has/can等前缀、函数名是否表达了副作用。
输出格式：
严重问题（必须改）、建议改进（最好改）、可选优化（可以不改），
每条问题均标明代码行号或位置。
〖粘贴代码〗

🌰实例：一个老模块里全是“do1”“do2”这种函数名，AI批量给出了重命名建议，可读性瞬间提升。

【模板4：潜在逻辑错误与条件遗漏】

适用场景：找if-else分支遗漏、逻辑运算符用错、状态机缺失等

模板内容：

你是一位资深代码审查专家，请对以下代码/逻辑/模块进行审核。
重点关注：
条件分支是否覆盖完整（是否有遗漏的else或switch default）、
逻辑运算符（&&与||是否用反）、比较是否使用赋值符（=与==混淆）、
状态转换是否合法、是否存在永远为真或永远为假的条件。
输出格式：
严重问题（必须改）、建议改进（最好改）、可选优化（可以不改），
每条问题均标明代码行号或位置。
〖粘贴代码〗

🌰实例：使用这个模板审查一个优惠券发放逻辑，AI发现两个if顺序写反，导致已过期券也被发放。

【模板5：注释与文档的充分性】

适用场景：检查复杂逻辑、对外接口、算法是否有必要注释

模板内容：

你是一位资深代码审查专家，请对以下代码/逻辑/模块进行审核。
重点关注：
注释是否解释了“为什么”而非“做什么”、
公开接口是否有参数/返回值/异常说明、
复杂算法是否有思路注释、是否存在过时或无意义的注释。
输出格式：
严重问题（必须改）、建议改进（最好改）、可选优化（可以不改），
每条问题均标明代码行号或位置。
〖粘贴代码〗

🌰实例：良好的注释对于代码的可维护性有着不可或缺的作用，一个计算税率的模块建议补充“各税率档位的政策依据注释”，后来接手的人少问了三遍。

【模板6：安全漏洞与注入风险】

适用场景：检查拼接输入、权限校验、敏感数据暴露等

模板内容：

你是一位资深代码审查专家，请对以下代码/逻辑/模块进行审核。
重点关注：
是否直接拼接外部输入（易导致注入类攻击）、权限校验是否缺失（越权风险）、
敏感信息（密码、令牌）是否明文存储或打印、是否校验了上传文件类型或大小。
输出格式：
严重问题（必须改）、建议改进（最好改）、可选优化（可以不改），
每条问题均标明代码行号或位置。
〖粘贴代码〗

🌰实例：从一段日志打印代码里发现会明文输出用户手机号，立刻改用脱敏，避免了合规事故。

【模板7：代码重复与复用性】

适用场景：检查是否有重复片段可抽取为公共函数或工具类
模板内容：
你是一位资深代码审查专家。请对以下代码/逻辑/模块进行审核，重点关注：是否存在三段及以上相似或完全重复的代码块、重复逻辑是否可以抽取为函数或基类、重复的魔法值是否定义为常量。输出格式：严重问题（必须改）、建议改进（最好改）、可选优化（可以不改），每条问题均标明代码行号或位置。〖粘贴代码〗
🌰实例：一个业务模块里同样日期转换写了七八遍，AI指出后抽成一个工具函数，减少了大量代码量。

【模板8：函数/方法长度与复杂度】

适用场景：审查超长函数或嵌套过深的代码块
模板内容：
你是一位资深代码审查专家。请对以下代码/逻辑/模块进行审核，重点关注：单个函数是否超过建议行数（如50行）、条件或循环嵌套是否超过三层、是否混合了多个职责（例如既做数据校验又做业务处理又做日志）。输出格式：严重问题（必须改）、建议改进（最好改）、可选优化（可以不改），每条问题均标明代码行号或位置。〖粘贴代码〗
🌰实例：AI把一个150行的“下单处理”函数拆成6个小函数，单元测试终于不用看花眼了。

【模板9：模块耦合度与单一职责】

适用场景：检查类/模块之间是否过度依赖，是否违反单一职责

模板内容：
你是一位资深代码审查专家，请对以下代码/逻辑/模块进行审核。重点关注：模块A是否直接调用模块B的内部细节（高耦合）、一个类是否承担了多个不相关的职责、是否可以通过接口或事件降低耦合、是否存在循环依赖。输出格式：严重问题（必须改）、建议改进（最好改）、可选优化（可以不改），每条问题均标明代码行号或位置。〖粘贴代码〗
🌰实例：审一个支付模块，发现订单类和通知类互相持有引用，AI建议改用事件总线，后续加功能容易多了。

【模板10：参数校验与输入防御】

适用场景：检查函数入口是否对外部输入做了必要验证

模板内容：
你是一位资深代码审查专家，请对以下代码/逻辑/模块进行审核。重点关注：公共函数是否校验了参数是否为空/非法/超出范围、是否假设输入一定合法（缺少防御性编程）、错误输入时是否返回明确错误而非崩溃。输出格式：严重问题（必须改）、建议改进（最好改）、可选优化（可以不改），每条问题均标明代码行号或位置。〖粘贴代码〗
🌰实例：一个对外接口没有校验用户ID长度，AI找出可以注入超长字符串导致内存飙升，补上校验后修复。

【模板11：算法/数据结构选型不当】

适用场景：检查是否滥用或错误使用设计模式，或应该用模式却没有用

模板内容：
你是一位资深代码审查专家，请对以下代码/逻辑/模块进行审核。重点关注：是否不必要地套用设计模式导致复杂度增加、是否应该使用工厂/策略/观察者等模式来提升扩展性、模式实现是否符合经典结构（例如单例是否线程安全）。输出格式：严重问题（必须改）、建议改进（最好改）、可选优化（可以不改），每条问题均标明代码行号或位置。〖粘贴代码〗
🌰实例：一个支付渠道切换代码用了几十个if-else，AI建议改为策略模式，新加渠道再也不用改主逻辑。

【模板12：可测试性与测试覆盖建议】

适用场景：检查代码是否容易编写单元测试，并给出测试点建议

模板内容：
你是一位资深代码审查专家，请对以下代码/逻辑/模块进行审核。重点关注：函数是否有隐藏的外部依赖（如直接调用数据库或外部服务）、是否有难以模拟的静态方法或单例、哪些分支或边界值需要重点写测试。输出格式：先列出测试难点，再给出测试覆盖建议（每个建议对应行号或逻辑区域）。〖粘贴代码〗
🌰实例：AI指出一个日期处理函数内部直接new了当前时间，导致测试无法固定时间，改成依赖注入后测试稳定了。

💡 使用技巧

在模板的【代码】位置附带上下文信息：比如“这个函数在多个地方被调用”或“这是一个对外公开接口”，AI给出的审核建议会更贴合实际情况。
要求AI给出修改示例：在提示词末尾加上“请针对严重问题给出修复后的代码片段”，方便直接对比改进效果。
明确团队规范约束：例如“变量命名遵循驼峰式”、“异常统一抛出自定义业务异常”，AI会按你的规则而非通用标准审核。
对复杂模块分层审核：先用模板9检查耦合度，再用模板2检查边界条件，最后用模板8拆分长函数——分步审比一次全审更精准。
让AI扮演“刚接手代码的新人”：在提示词开头加一句“假设你对业务一无所知，纯看代码逻辑能否看懂”，会发现注释和命名上的隐藏问题。

📢 结尾引导

✅ 关注本公众号，后台回复 “模板” 获取完整合集索引（包括代码审查、Bug修复、性能优化等分类）。✅ 文章持续更新，欢迎收藏并分享给需要的队友。✅ 下一期预告：《程序员AI提示词模板：文档撰写篇》

让 AI 真正成为你的结对编程伙伴。