先说一下，让DeepSeek修复代码错误，其实总共就四步。步骤不多，但每一步都有必须做对的关键动作，少一个都有可能让你在反复报错里浪费时间。
说白了，核心逻辑是：报错日志本身不会直接告诉你问题在哪，得靠你引导它去找。
完整复制报错日志：精准喂给DeepSeek
第一步，喂给模型原汁原味的报错信息。不要只贴一两行，不要自己手动摘抄，更不要只复制你以为是关键的部分——必须完整选中从Traceback开始到最后一行的异常消息，包括每一行换行、缩进和行号。比如File "main.py", line 89, in run_task这种定位信息，少一个都可能把模型的诊断方向带偏。
复制的时候，建议直接使用代码块右上角的“copy”按钮进行精准复制。千万别用鼠标拖选复制，Python的缩进门道很深，拖出来的结果很可能空格和Tab混在一起，最终触发IndentationError，修复还没开始就多了一个新错误。
最后，粘贴之前在前面加一行说明，格式参考这样：【运行环境：Python 3.11.9 + Ubuntu 24.04 + requests 2.31.0】。版本信息不给全，模型可能在语法兼容性上犯糊涂，修出来的代码直接跑不动。
提供最小可复现上下文：锁定Bug根源
很多人觉得，我把报错日志贴过去就行了，剩下的DeepSeek自己会搞定。但现实是，光有日志远远不够。缺少变量作用域和依赖关系的上下文，模型只能靠猜，结果要么修错地方，要么引入新Bug。
正确做法是给它一个能跑起来的最小闭环。新建一个空白文件，只保留三类东西：必要的import语句、出错函数的完整定义（前后多带3行）、构造输入数据的2到4行代码，再加上调用该函数的一行。把这个精简版运行一下，确认它仍然能稳定复现同样的错误。如果删掉某行就不报错了，那行恰恰是触发的关键条件，必须保留在上下文里。
整段代码用```python包裹起来，紧挨着报错日志粘贴。有了这个结构，模型就不会把局部变量当成全局变量乱修一气——不然你会发现它改的地方越多，问题反而越复杂。
使用结构化提示词：明确代码调试边界
不引导它，它就给你放飞了。所以你需要把问题边界画清楚。提供三个行之有效的方法，你可以根据场景选着用。
- 方法一：在提示词最开头插入固定标题【Bug现象】，然后严格按顺序分行列明三项：输入是什么、预期返回是什么、实际表现是什么。举个例子：输入{"user_id": 1001, "action": "delete"}、预期返回{"status": "success", "deleted_count": 1}、实际报错TypeError: 'NoneType' object is not subscriptable。这个结构本身就能让模型快速锁定问题区域。
- 方法二：在代码里加上下文锚点。比如在出错函数第一行下面加一条注释
/// FUNCTION_SCOPE: delete_user() 依赖 db.get() 和 log.error()。这样模型就知道哪些函数不能碰、哪些变量必须保证存在。 - 方法三：关键变量后面加跟踪标记。例如
token = request.headers.get('Authorization')后面紧跟/// TRACK_VAR: token (string, format: "Bearer xxx")。【不加标记的变量，DeepSeek默认按任意类型处理，结果就是它随便给个你根本不想要的数据类型，然后报错继续】。
嵌入断言强制验证：确保修复逻辑正确
你说“返回非空字典”，模型不清楚你说的究竟是哪个函数、哪一层。必须把需求转成可验证的断言，写进提示词里。
格式要做好：ASSERT: line 47 必须返回含'status'和'data'键的字典，且data不能为None；ASSERT_INSIDE_LOOP: 每次循环后retry_count值必须比上一次+1，且不超过5；ASSERT_ORDER: load_config()执行完后再执行init_cache()，二者不可并行。简单说，就是要断言具体的内容、位置、顺序。
有一点要特别小心：【每条ASSERT对应的代码行号必须真实存在，行号写错了，AI直接跳过验证，开始瞎改】。
限定修改范围：防止过度重构
这是很多人忽略的一步。不加限制，模型默认整段代码都可以修改，结果它可能顺手就给你加了个新函数，或者改了接口签名。修复变成了重构，原计划几分钟解决的事，变成了改完还要重新测。
你需要在提示词末尾单独起一行，写清楚硬性约束。格式可以这样：RESTRICT: 仅允许修改line 88–92，禁止新增函数、禁止修改参数列表、禁止添加import；SECURITY_LOCK: 不得移除任何try/except或input sanitization调用。给出了这些限制，模型才会老老实实按你的边界去改。
如果返回的修复方案里多出了新函数或接口签名被改了，说明你这条限制没写到位——别怀疑，它默认认为整个模块都能自由发挥。