代码评审提示词：Copilot避免模板化五招

你在写代码评审时遇到过这种情况吗？把代码扔给 Copilot 审查，结果它回复一堆“可读性有待提升”“建议添加类型提示”之类的泛泛之词——明眼人一看就是 AI 模板套路，毫无实操价值。根因出在提示词上：不限定输出格式，Copilot 自动调取教科书风格的评审话术库。

先砍掉所有通用评价句式

具体操作极简单。打开 Copilot 输入框，直接粘贴待审代码，然后在代码前面追加一句硬约束：**【禁止使用“可读性有待提升”“逻辑清晰”“结构合理”“建议优化”等无指向性短语】**。注意，这句话必须放在最开头。Copilot 会把前置指令当作硬性规则，事后追加的禁用词基本失效。如果你跳过这一句，后面所有提示都白费——它依旧会按默认套路输出那些空话。

用真实缺陷锚定评审焦点

在代码下方另起一行，写一个具体的缺陷示例，比如：
当前函数在处理空列表时未校验 len() 调用，会触发 AttributeError 而非预期的 ValueError。
再补一句：请只围绕此类实际运行风险展开，不提风格、格式、命名等无关项。

这一步的关键是用“错误类型 + 触发条件 + 异常名称”三要素锁定问题域。一旦 Copilot 锚定到一个真实报错路径，就不会再飘回模板腔，评审范围会被牢牢圈住。

强制输出带证据链的结论

最后，在提示末尾明确要求输出结构，把它逼到细节上：

① 问题位置：精确到行号+变量名（如第12行 user_input）
② 复现路径：给出最小输入使问题暴露（如传入 None）
③ 修复建议：只写一行可直接粘贴的修正代码（如 if user_input is None: return []）
不接受任何解释性文字。

再加一条绝杀：**【若某行代码无实际运行风险，则跳过不评】**。这条限制能彻底扼杀它凑数式点评的冲动——每一条结论都必须对应可执行动作，否则就闭嘴。这样得到的评审结果，才会是能直接拿来修 Bug 的真干货。

来源：互联网