Diff审查 on AI 观察

用提示词做 Diff 代码审查：聚焦风险而非风格偏好

Sat, 17 Oct 2026 11:52:30 +0800

把整个仓库丢给模型，不如把 Diff 与意图讲清。面向 Diff 的审查提示词，逼模型回答：正确性、安全、兼容、测试与回滚，而不是争论缩进。

适用场景

拉取请求预审、热修二次核查、新人改动的风险扫描。最终合并仍由人负责。

流程

准备：PR 描述、Diff、相关测试结果摘要
要求模型按严重级别列问题
人确认真伪，过滤口味建议
对真实问题补测试或改代码
必要时第二轮只审争议文件

提示词模板

【角色】资深审查者，只基于提供的 Diff 与说明，不假设未给出的文件正确。
【变更意图】：
【Diff】：
【已有测试/验证】：
请输出：
1. 阻断级问题（正确性/安全/数据损坏）
2. 应修问题（边界、兼容、可观测性）
3. 测试缺口
4. 可忽略的风格项（单独一栏，默认不阻塞）
每条含：位置、原因、建议复现或验证方式。
禁止编造 Diff 中不存在的函数行为。

延伸阅读

系统化清单见AI 代码审查指南；安全向提示注入演练见提示注入演练。