DeepSeek写代码时跳过修改计划直接输出代码，因提示词未约束响应结构；需用【必须严格遵守】声明三段式格式、角色设定+分隔符、模板填空法，并通过全新对话测试验证。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
DeepSeek写代码时跳过修改计划、直接输出代码，导致你无法确认修改逻辑是否合理，也无法复核改动范围。这个问题出在提示词没明确约束模型的响应结构，它默认选择最短路径完成任务。
强制模型先输出修改计划再写代码
第一步：在提示词开头用【必须严格遵守】声明响应格式，切断模型自由发挥路径。
第二步：明确写出三段式结构要求——“① 修改目标；② 影响范围分析（含文件名、函数名、关键行号）；③ 具体代码改动（仅在此部分输出代码）”。模型看到带序号的刚性结构，会放弃自行合并步骤。
第三步：追加一句否定指令：“禁止将修改计划与代码混在同一代码块中；禁止在计划段落里出现任何代码语法符号（如{、}、def、function）”。这能防止模型用注释方式偷渡代码到计划里。
用角色设定+分隔符锁定输出节奏
方法一：角色前置法
在提示词最开头写：“你是一名资深代码审查工程师，职责是先交出可评审的修改方案，再提供执行代码。请用以下分隔符严格分隔两部分内容：=== 修改计划 === 和 === 实施代码 ===”。角色设定触发模型对“审查”动作的认知，分隔符形成视觉锚点，大幅降低跨区输出概率。
方法二：模板填空法
直接给模型填空框架：“请按以下格式响应：
=== 修改计划 ===
• 目标：
• 范围：
• 风险点：
=== 实施代码 ===
```
[此处仅粘贴改动后代码]
```”。填空比自由写作约束力强，模型倾向老老实实填空而非重构格式。
验证提示词是否生效的快速测试法
用一个极简案例测试：输入“把Python函数def add(a,b): return a+b 改为支持浮点数和整数混合运算”，观察输出是否出现“=== 修改计划 ===”字样及对应内容。如果仍直接甩出代码，说明提示词未被解析——此时需检查是否在提示词末尾误加了“请直接写代码”之类冲突指令。
这一步操作起来很简单，直接把测试请求发给模型就行。但要注意：【测试必须用全新对话窗口，不能在已有聊天记录里追加提问】，否则模型可能沿用上文的响应习惯。
