把报错直接丢给 DeepSeek，得到的回答常常隔靴搔痒，问题不在模型，在提问方式。调试提问的黄金结构是最小复现加完整报错加环境信息：让 AI 看到的与你运行的一致，回答才能命中。DeepSeek 擅长处理长代码上下文，但喂得对比喂得多重要，这篇给一套可照抄的提问模板。
最小复现是什么意思
最小复现指用最少的代码稳定触发同一个报错：删掉与报错无关的业务逻辑，用固定数据替换数据库与网络请求，把几千行的项目缩成几十行的独立片段。做最小复现的过程本身就有诊断价值——有时缩到一半，问题就自己暴露了。给 AI 最小复现而不是整个项目，它的注意力全部集中在真正出错的位置，回答质量立刻不同。复现也是与同事沟通问题的通用语言，一份复现代码扔过去，比十句描述都清楚。
报错信息要给全
两个常见错误做法：只贴最后一行错误摘要，或者把几百行堆栈全贴却不说明哪段代码对应哪行。正确给法是完整堆栈加对应代码，并在代码里标出报错行号。报错里的关键词不要翻译，保留原文，模型按原文匹配已知问题更准。如果是偶现问题，说明触发频率与规律，比如十次里错三次、集中在并发场景。频率信息常常是定位的关键，稳定复现和偶发出错走的是两条排查路线。偶现问题还应附上尝试捕获时的日志片段，哪怕不完整也有参考价值。
一段可直接套用的提问结构
模板四段：第一段说目标，这段代码想实现什么；第二段贴最小复现代码；第三段贴完整报错，标注报错行；第四段说环境，语言版本、框架版本、操作系统。末尾加一句已尝试的方案及结果。DeepSeek 对结构清晰的提问响应明显更好，这个模板同时适用于它的对话界面与 API 调用场景。初次使用可以把模板存成便签，每次调试填空即可，几次之后自然就内化成习惯了。
环境与版本信息怎么列
环境信息按需精简：语言与解释器版本必给，关键依赖库的版本号必给，操作系统与容器环境涉及路径、编码问题时必给。用包管理器的锁文件导出依赖清单比手写准确。一个容易忽略的项是代码运行方式：命令行、IDE 运行配置还是服务进程，同一份代码在不同运行方式下行为可能不同。环境信息全的提问，AI 不用反问就能直接进入排查，一来一回就省掉好几轮。
多轮追问的收束方式
AI 给出修复建议后，验证、回报结果、继续追问要形成节奏：改动跑通了，贴上新输出确认没有引入新问题；没跑通，贴新报错并明确说改了哪里。几轮下来如果还在绕圈，停下来换策略：让 AI 列出这个问题所有可能的原因并按概率排序，逐项排查，比在单条思路上反复拉扯更省时间。会收束的提问者，三轮内大概率出结果；不会收束的，十轮还在原地打转。
把整份报错直接丢给 DeepSeek，为什么经常修不准？
- 上下文够长，为什么还要做最小复现？：窗口装得下与注意力给到谁是两回事，无关代码会稀释关键信息，复现代码越短，定位越准。
- AI 给的修复方案代码能直接用吗？：小改动验证后可用，涉及架构与安全的改动必须人工审查，它可能解决表面报错却引入隐性风险。
- 同一个报错反复出现怎么办？：整理一份已尝试方案清单随提问更新，避免 AI 重复推荐无效路径，必要时换关键词搜索社区同类案例交叉参考。
