6.5 常见错误调试方法

引言：提示词不是"写完就能用"，而是需要"调试"

当你写代码时，会调试（debug）；当你写提示词时，也必须调试。专业提示工程的核心工作并不是"写提示词"，而是：调试提示词，让它稳定、可控、可复现。

6.5.1 提示词为什么需要调试

因为提示词不是程序，模型不会告诉你哪一步错了、哪里理解错误、哪个部分信息不足。

调试提示词就是不断减少：错误、模糊性、幻觉、结构混乱、风格偏移；并不断增强：稳定性、一致性、指令遵从、推理路径、输出结构。

6.5.2 提示词常见错误类型

错误	常见情况	根本原因	修复方式
模型没理解任务	输出不符合要求	任务描述太模糊	加任务目标，拆解成模块
输出没有结构	内容杂乱	没有要求结构化输出	加格式要求
风格不一致	风格随机变化	无风格模块	加入风格控制
幻觉	编造不存在的信息	输入不完整，缺少限制规则	加安全规则
跑题	偏离主题	模块过大，没拆任务	拆成多个模块
格式混乱	输出格式不对	格式要求模糊或缺失	强制 Markdown 输出
理解太浅	不够专业	输入背景不足	补充上下文
模块冲突	复杂任务执行混乱	指令顺序不清晰	增加模块执行顺序说明

6.5.3 提示词调试对照表

现象	可能原因	修复方式
输出乱	无结构模块	加结构
风格错	无风格模块	加风格
幻觉	无限制规则	加安全模块
跑题	任务未拆解	模块化
过短	无长度规则	加长度限制
过长	长度未限制	精准要求
推理错误	缺推理模块	加推理
信息不足	上下文缺少	加背景块

6.5.4 提示词调试的专业流程

1. 运行提示词 → 获得问题
2. 记录错误现象（Error Log）
3. 根据错误类型定位原因
4. 修改对应模块
5. 再次运行验证
6. 若依旧不稳定 → 拆更多模块
7. 输出最终稳定版 → 封装为生产 Prompt

6.5.5 调试真实案例

初稿提示词：

写一篇关于 AI 未来的文章。

结果：结构乱、风格随机、太短。

优化后：

【任务目标】
写一篇关于 AI 未来的科普文章。

【结构要求】
1. 引入（背景）
2. 当前发展现状
3. 未来趋势（3 点）
4. 结语

【风格要求】
- 清晰、易懂、类比具体

【长度要求】
全篇 400-600 字。

【限制】
禁止推测未来非事实内容。

6.5.6 小白最常见的调试误区

误区	问题	正确做法
看到错误直接重写	浪费时间	模块化调试，不要全部推翻
一次修改太多	无法定位问题	一次只调一个模块再验证
不加限制规则	幻觉多、跑偏严重	限制规则必不可少
每次都写不同版本	无法收敛	调试是收敛过程，不是试运气

本节小结

关键要点

1. 调试提示词是专业能力的核心
2. 错误类型有迹可循，可以定位
3. 每类错误都有明确修复模块
4. 调试流程 = 诊断 → 定位 → 修复 → 验证
5. 结构、风格、规则、上下文是最常见的调试点

第 6 章（场景化提示模板）已全部完成。接下来我们将进入第 7 章 · 小白必备场景化提示模板。