让AI协助代码审查：先看需求，再找可复现问题
AI给出的代码意见适合作为待检查线索，而不是合并代码的唯一依据。开始审查前，提供本次改动的目标、差异、相关接口约定和已运行测试。缺少需求时，审查很容易退化成命名与排版建议，却忽略真正影响用户的行为变化。
准备最小而完整的上下文
说明正常输入应该怎样处理、错误输入应返回什么，以及哪些旧行为必须保持。涉及配置或依赖时补充实际版本，日志和示例先移除凭据与私人数据。让AI明确区分代码直接显示的问题、依赖上下文的风险和纯风格建议。
按行为与影响检查
- 正常路径：实现是否符合需求，返回值是否被正确使用。
- 边界状态：空集合、零值、缺失字段和重复提交怎样处理。
- 错误路径：异常是否得到处理，失败是否留下不一致状态。
- 数据边界：输入校验、访问权限与敏感日志是否合适。
- 兼容性：调用方、存量数据和配置是否受影响。
要求每条意见包含位置、触发条件、可观察后果和验证办法。例如“空列表触发索引错误”比“这里可能有问题”更便于检查。OWASP的审查指南强调理解架构、业务要求和变更影响，人工审查也与自动化检查相互补充。
验证后再修改
先复现高影响问题，补一个能失败的测试，再做尽量小的修复并运行相关测试。未运行的检查要写明，测试通过也应说明覆盖范围。提交前再次阅读差异，确认没有混入无关重构；把有依据的审查记录留给后续维护者。
内容说明：本文由ZCYAI综合站原创整理，免费阅读。第三方产品的功能、额度与许可可能调整，请查看所附官方资料。整理日期：2026年11月4日。