遇到“问小白 5 Pro”生成内容出错，先不要急着修改提示词。要先判断错误属于哪一类：是程序层面报错（例如接口调用失败、输出格式非法、超时），还是生成内容不符合预期（例如事实错误、逻辑混乱、漏掉关键点）。两类错误的定位路径和修改方式不同。程序报错需要看日志和调用参数，内容偏差则需要回到提示词、上下文和生成参数。
“问小白 5 Pro”生成内容错误，先区分是程序异常还是内容偏差。程序异常按日志和复现路径排查；内容偏差通过削弱上下文干扰、收紧提示词约束、调节生成参数小步验证。不要直接改一个长提示词，也不要跳过复现就调参。
先建立错误分类，避免乱改
推荐用下面的表格做初步分类。这个判断在排查开始后五分钟内完成，能决定后续方向。
| 表象 | 可能类型 | 建议动作 |
|---|---|---|
| 页面报错、接口返回非200、超时 | 程序异常 | 看日志和调用参数，确认是输入非法还是服务端问题 |
| 输出正常但格式不对（缺少字段、JSON解析失败） | 格式错误 | 核对输出格式要求，检查提示词中的格式说明是否明确 |
| 内容完整但事实错误或逻辑混乱 | 内容偏差 | 检查上下文是否有拼写错误或矛盾信息，调整提示词约束 |
如果属于程序异常，先检查输入参数是否符合接口要求，比如是否传入未转义的换行、是否超出上下文长度，确认后再查服务状态。如果是内容偏差，大概率问题出在提示词或上下文过长导致关键信息被淹没。
用日志和最小复现定位触发点
程序异常通常有日志可查。建议确认四个位置：调用时间、请求参数、响应状态、出错时的上下文长度。若日志中没有报错，就用人工复现：把同样的输入重新执行一次。如果每次必现，则说明是输入相关；如果偶发，要记录当时是否上下文太长或并发较大。
对于内容偏差，建议做一个“最小复现”操作：去掉人物设定、历史对话等上下文，只保留核心请求，看输出是否还出错。如果去掉上下文后输出正常，说明触发点是在上下文里——往往是当前轮提示词被前文误导，或前文出现了错别字、错误事实。
修改提示词和参数：先小步，再验证
确认是内容偏差后，用一个旧提示词作为“版本A”，写一个改进版本“版本B”，不要直接覆盖。比如原提示词是“写一段产品介绍”，可以改成带约束的版本：
版本A：写一段关于问小白 5 Pro 的产品介绍。
版本B：写一段关于问小白 5 Pro 的产品介绍，要求：
1. 先说明定位，再列出三个核心功能；
2. 每功能不超过50字；
3. 不出现“强大、卓越”这类空泛词；
4. 若信息不足，明确说“无法确认”，不要编造。若问题出现在事实性错误，可以加“仅基于给定上下文作答”这类限制，或把需要引用的材料放进提示词的独立段落中。
生成参数方面，先不要调整模型的温度或随机性。先确认最大输出长度是否够用，以及是否启用了避免重复内容的开关。如果输出重复严重，可以适当调低温度；如果输出太保守或死板，再小心调高一点。建议一次只改一个参数，并记录改动前后效果，不要批量调整。
验证清单：修改后按顺序确认
修改完成后，不要只看一次输出就结束。按下面的清单做回归验证：
- 用“版本B”提示词，连续执行三次相同请求，确认输出稳定且符合要求；若三次结果波动大，再检查参数。
- 把触发错误时的原始上下文原样放回，确认问题是否仍在。如果仍在，继续收缩上下文；如果消失，则确认是上下文干扰。
- 检查输出中是否还有空泛表述或事实断言，并核对是否存在无依据的细节。
- 如果“问小白 5 Pro”有缓存机制，修改提示词后要确认是否命中旧的缓存结果。出现改后无变化时，先逐字检查提示词是否真的改动，再考虑缓存。
- 修改过程中保留版本A和版本B的对比记录，后续再出现类似错误，可以直接参考。
注意：以上清单适用于提示词层面的内容修正。如果确认是模型本身输出不稳定，需要结合服务端日志和业务指标进一步判断，不要盲目扩大调整范围。
常见问题
为什么改完提示词后输出没有变化？
先确认提示词是否真的生效。有些系统会缓存旧请求，或者提示词更新后没有重新加载。另外，如果上下文中有强烈的先验信息，改当前轮提示词可能被前文覆盖。可以先做一个空上下文测试，再逐步加回上下文。
错误是偶发的，怎么定位？
偶发错误要记录触发场景：当时是长文本还是短文本，输出长度是否接近上限，是否并发较高。如果没有规律，建议在请求侧增加唯一ID，结合服务端日志和时间点交叉排查。偶发内容偏差则可能是模型采样波动，可以在相同输入下多执行几次确认。