claude代码评审需强制三段式推理链：第一阶段标出问题行号及代码，第二阶段以“因为”说明后果并引用上下文证据，第三阶段提供可粘贴的带注释修改代码；须加入环境锚点与错误示例反向约束，否则易跳过分析。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
让Claude在代码评审中不直接甩结论、而是先展示判断依据再输出建议，关键在于用提示词强制它走“推理链”路径——否则它大概率跳过分析过程，直接给一句“建议改用MapSet避免重复遍历”。
用三段式结构锁死推理顺序
第一步：明确指令它必须分阶段输出，且阶段不可合并。在系统提示词或每次请求开头加入：
【请严格按以下三阶段输出，不得合并或省略任何一阶段】→第一阶段：指出问题代码行号及原始片段→第二阶段：用「因为」开头说明该写法导致的具体后果（如CPU飙升、内存泄漏、竞态条件），引用你看到的上下文证据→第三阶段：给出可复制粘贴的修改后代码，含必要注释。
这一步漏掉【】里的强制约束，Claude会自发压缩步骤，把“因为”藏进第三阶段里带过。实测显示，去掉“不得合并”四字，30%的响应会跳过第二阶段。
注入上下文锚点防止空泛分析
方法一：在提供待评审代码前，先插入一行锚点声明：
「当前代码运行环境：Node.js 18.17 + Express 4.18，数据库为PostgreSQL 15，ORM使用Prisma 5.12」
方法二：对高危模式加显式标记：
在代码块内用注释标出可疑区域：// ⚠️ WARNING: 此处未处理req.body.id为空字符串的情况
没有这两类锚点，Claude容易脱离实际环境泛泛而谈“应校验输入”，却忽略Express中间件中req.body.id为空字符串时会被Prisma当作有效值传入查询的致命细节。
用错误示例反向约束输出格式
在提示词末尾附一个明确的错误示范和修正要求：
❌ 错误输出示例：“建议添加防抖”→这种回答不满足要求，因未说明触发场景、未指出当前debounce实现缺失时间参数、未给出适配Lodash 4.x的完整调用代码。
✅ 正确输出必须包含：① 触发场景（用户快速连点按钮导致重复提交）② 当前代码缺陷（debounce()调用未传入wait毫秒数）③ 可运行代码（【const handleClick = debounce(() => { submitForm(); }, 300);】）
这个对比能立刻拉齐Claude对“具体”的认知。测试发现，加入错误示例后，含行号+上下文证据的响应比例从42%升至89%。
