坏输出，先别急着改 prompt

Reddit 的 r/PromptEngineering 有个帖子，标题是 Can improving the prompt fix a problem you haven't figured out yet? 发帖人 Whitepage_Studio 问了一个很实际的问题：模型输出完全跑偏时，怎么定位到底错在哪？大家花多少时间调 prompt，多少时间回去重新定义问题？

跟帖里 Worth_Albatross_3174 的判断很硬：坏输出很少是 prompt 语法问题，多半是问题边界没定义。人们常花几个小时微调形容词，却不去约束解空间。他的做法是，先让 AI 把它的逻辑假设列出来。假设错了，就改系统上下文，不改措辞。修架构，不修语法。

depotwerkstatt 给了一个更具体的测试场景。他拿公司财务数据测 ChatGPT 和 Gemini，最有帮助的一步是在提问前先写下正确答案。没有这个基准，连哪个答案错都判断不了，更别说定位错在哪。他举了个例子：同一个 prompt，明确允许模型说“我不知道”。一个模型 9 次里说了 6 次，另一个一次都没说。同样的词，行为完全不同，prompt 显然不能解释全部。下周他准备做直接测试：同样 10 个问题，从一行到半页的三种 prompt，各跑三次，看结果怎么变。

这个讨论里有个很实用的顺序：先定义好结果长什么样，再判断模型错在假设、边界、上下文还是措辞。没有基准答案，调 prompt 很容易变成盲调。发帖人问的是怎么修，跟帖给出的方向更靠前一步：先把问题想清楚。prompt 是接口，问题定义才是系统设计。

原帖：Can improving the prompt fix a problem you haven't figured out yet?