DeepSeek可配置脚本：提示词让AI先判断后输出

处理这类任务，关键是建立一个“先分析后输出”的两阶段流程。让DeepSeek在执行脚本改写任务时，首先完整分析原始逻辑、识别可配置项、评估依赖关系，然后输出最终的可配置版本——这样一来，它就不会跳过判断，直接硬编码替换了。

明确要求AI执行两阶段响应

具体做法很简单：在提示词的开头直接下死命令——“你必须严格按以下两阶段执行：① 先输出【分析阶段】，仅描述原始脚本的关键行为、不可变结构、可提取为参数的变量（如路径、阈值、重试次数）、环境强依赖项（如特定库版本、系统命令）；② 再输出【输出阶段】，仅提供修改后的完整可配置脚本，不包含任何分析性文字。”

这一步就像突然按住一颗失控的反赌——直接掐灭了模型“边想边写”的惯性。否则，它很容易把判断过程混进代码注释里，或者干脆跳过分析，直接生成带错误配置点的代码。

用分隔符物理隔离两个阶段

最简单也最有效的办法，是在提示词末尾加上一段清晰的视觉锚点：

--- 分析阶段开始 ---
（此处留空，由AI填充分析内容）
--- 分析阶段结束 ---
--- 输出阶段开始 ---
（此处留空，由AI填充最终脚本）
--- 输出阶段结束 ---

事实证明，DeepSeek对这类硬分隔符非常敏感，比单纯用自然语言描述可靠得多。如果省略了这个分隔符，模型很容易在分析阶段就插入代码片段，导致两个阶段混淆。

给分析阶段设置不可绕过的检查项

列出必答维度清单

在提示词中明确要求分析阶段必须覆盖以下四项，缺一不可：

1. 原始脚本中【硬编码且影响功能的字面量】（比如 "timeout=30" 中的 30）；
2. 被多次引用但未定义的全局变量名（如直接使用的 CONFIG_PATH）；
3. 与操作系统强绑定的调用（如 os.system("kill -9")）；
4. 当前无法参数化的部分及原因（如内联正则表达式无法提取为变量）。

要求标注配置优先级

对每个可配置项，必须用【高】【中】【低】标明修改必要性。例如：日志路径标【高】（因为不同环境路径必然不同），而调试开关标【低】（默认关闭即可）。这一招迫使模型权衡利弊，而不是机械替换。

禁止在输出阶段出现分析痕迹

最后还得加一条死命令：输出阶段的代码中不得包含任何以 # 分析：、// 注意：、/* 原因： 开头的注释；所有注释只能说明参数用途，比如 # CONFIG_TIMEOUT: 连接超时秒数。

很多模型在生成代码时，会不自觉残留思考痕迹——这类注释看起来无害，实际上会污染后续的可维护性。这个限制能直接过滤掉未完成阶段切换的输出。