deepseek代码评审需禁模糊评价、设破坏者角色、限输出格式：①边界/并发/权限三连问；②按致命/严重/麻烦排序问题并带触发条件与修复动作；③用示例引导格式。须贴完整上下文、明确技术栈版本。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
新手想用DeepSeek做代码评审，但不知道怎么写提示词才能让模型真正指出问题、而不是泛泛夸两句“结构清晰”“逻辑合理”，这种空洞反馈对实际开发毫无帮助。
让DeepSeek当质检员，不是表扬信撰写员
第一步：明确告诉它你不要听好话。
在提示词开头加一句：【禁止使用“整体良好”“设计合理”“无明显错误”等模糊评价】，否则它默认进入礼貌模式，自动过滤掉所有风险点。
第二步：强制它站在破坏者角度思考。
写清楚：“请以黑客、运维、未来接手你代码的实习生三种身份，逐行扫描这段代码。”
第三步：限定输出必须带触发条件和修复动作。
比如不能只说“缺少空值检查”，而要写成：“当传入 null 时 → 程序抛出 NullPointerException → 在第12行前添加 if (input == null) throw new IllegalArgumentException();”
新手三步可抄的提示词模板
方法一：边界+并发+权限三连问
直接复制粘贴这句（替换方括号内容即可）：
“请用‘毁灭性评审官’角色审查以下[Python/Java/JS]代码：[粘贴代码]。重点检查：① 所有函数输入是否校验空值、负数、超长字符串；② 若该函数被两个线程同时调用，是否会因共享变量出错；③ 普通用户能否通过修改请求参数访问管理员专属逻辑。”
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
方法二：按严重度排序输出
“请列出这段代码中所有可能引发数据丢失或越权访问的问题，按致命 > 严重 > 麻烦排序，每条必须包含：触发条件、破坏结果、最小修复动作。不要解释原理，只要可执行项。”
注意：这个写法会让DeepSeek跳过“为什么”，直奔“怎么修”，适合赶迭代的新手。
方法三：带示例引导的精准指令
先给一个正确示范再让它照做：
“参考格式：
| 1 | 边界条件 | 用户传入空数组 | 返回空列表而非抛异常 | 在第8行 catch(ArrayIndexOutOfBoundsException) 后加 return Collections.emptyList() | 致命 |
请按同样格式评审以下代码：[粘贴代码]”
这一步操作起来很简单，直接把文件拖进去就行。
新手最容易踩的三个坑
第一个坑：不贴完整上下文。
只扔一段 for 循环让DeepSeek审，它根本不知道 i 是从哪来的、list 是否已初始化、外面有没有 try-catch——这些信息缺失会导致漏判90%以上的空指针风险。
第二个坑：用“帮我看看有没有bug”这种开放式提问。
DeepSeek会默认返回“未发现明显语法错误”，因为它没收到任何检查维度指令。
第三个坑：忘了声明技术栈版本。
比如你用的是 Spring Boot 3.2，但提示词没写，它可能按 2.x 的 SecurityConfig 写法给你建议，结果代码跑不起来。【务必在提示词里写明：Spring Boot 3.2 + Java 17】
