重构需分三阶段推进：①拆分职责→②抽离副作用→③补全类型与校验；每阶段用空行分隔，首句为动词指令并附约束；输出带编号执行清单，含操作、文件、验证方式；用AST路径精准定位修改位置。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让deepseek输出的重构建议不是零散的点状提示，而是能看清“先动哪、再改哪、最后验哪”的推进节奏，避免拿到一堆函数名和注释却不知从何下手。用结构化指令锚定重构阶段
直接发一段50行函数并说“请优化”，模型会默认做语义压缩式改写——删print、缩缩进、合并if，但不会告诉你哪些改动必须前置、哪些可以延后。真正起作用的是把重构动作按工程逻辑切片，并在prompt中显式标出阶段边界。
第一步：在prompt开头写明阶段目标，例如“本次重构分三阶段执行：① 拆分职责 → ② 抽离副作用 → ③ 补全类型与校验”。【DeepSeek只按你写的阶段顺序组织输出，不自行推断依赖关系】
第二步：每个阶段用空行隔开，且每阶段首句必须是动词开头的明确指令，如“第一阶段：将输入校验、数据转换、持久化三个环节拆为独立函数”“第二阶段：把所有logging.info()和open()调用移出核心逻辑，封装为单独的audit_log()和save_to_disk()”。
第三步：在阶段末尾加一句约束，例如“所有新函数不得接收全局变量或修改外部状态”“拆分后原函数体仅保留三行：校验→转换→持久化，按此顺序调用”。这能防止模型把“拆分”理解成“重写”。
强制返回带序号的执行清单
如果你需要落地到具体操作步骤，别让模型自由发挥。直接要求它输出可逐条执行的清单，格式必须含编号+动词+对象+验证方式。
方法一：在prompt末尾加一句“请以‘1. → 2. → 3.’形式输出重构执行清单，每条包含：操作动作、影响文件、验证方式（如‘运行test_auth.py应通过’）”。
方法二：更进一步，指定验证动作类型。例如“每条清单末尾必须注明验证方式：单元测试名 / 手动curl请求 / 日志关键词检查”。这样能避开“运行一下看看”这种模糊表述。
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
注意：若你提交的是Java项目，而清单里出现“pip install pytest”，说明模型没识别语言上下文——此时需在prompt最开头加一句“当前代码为Java 17 Spring Boot项目，勿引入Python工具链”。
用AST节点路径锁定修改位置
当函数嵌套深、分支多时，“提取第3个if块”这种描述会让模型猜错范围。正确做法是提供精确锚点。
打开VS Code，装好Python或Java AST插件，选中待提取的代码段，右键→“Copy AST Path”。你会得到类似body[2].value.body[0].body[1].body[0]这样的路径字符串。
把这个路径连同源码一起发给DeepSeek，指令写成：“请基于AST路径body[2].value.body[0].body[1].body[0]定位代码块，将其提取为新函数，函数名以validate_开头，参数显式传入user_dict”。
这比“把用户校验逻辑拎出来”可靠十倍——模型不再靠语义猜测，而是按树形坐标精准切割。尤其对嵌套try-except或多重lambda，AST路径是唯一不歧义的定位方式。
