用真实案例和反例验收提示词

7 月 18 日，r/PromptEngineering 的参与者讨论了一个问题：为什么同一个 prompt 一旦离开空白聊天窗口，就不再有效？在具体场景中，所选上下文、可用工具、记忆、重试机制以及模型外围的检查流程，都可能影响最终结果。因此，prompt 既不是咒语，也不是模板合集，而是一份工作说明，需要通过一次小型验收。

这种风险并不陌生：回答看起来信心十足，结构工整，措辞也很有说服力。但放到实际任务中，它仍然可能出错：模型可能依据了错误的输入，补全了并不存在的事实，或者遗漏了停止条件。此时，漂亮的表达反而会让人忽略最重要的问题：对于眼前这件具体的事，这个结果究竟能不能验收？

更实用的做法，是把 prompt 看成一个小型验收样例。它应当包含任务、真实输入、预期的结果形式、事实边界，以及明确的拒绝条件。这样一来，我们评估的就不再是 prompt 的写作风格，而是它在目标场景中的实际表现。

用五行代替无休止的打磨

找一个已经在等你解决的任务，然后填写下面五行：

任务：具体需要完成什么。

输入数据：允许使用哪些随附材料。

回答格式：结果应以什么形式返回。

事实边界：可以依据哪个具体事实或材料；如果不存在，应当怎么处理。

拒绝条件：出现什么情况时，结果不能被接受。

例如，不要只写“高质量地分析这份文档”，而应写成：“根据随附文档，以列表形式提取三个决策。只能使用文档中的文本。针对每项决策，指出其所依据的原文片段。如果文本中不存在相应决策，请说明无法确认。”

这样的样例不会让回答变得确定，也不能代替事实核查。它的作用，是让结果可以被接受或拒绝的分界点清晰可见。

在 7 月关于 prompt engineering 实践教学的讨论中，人们反复提到了真实项目、实际案例，以及成功或失败的判断标准。这并不能证明某一种结构适用于所有任务。但作为一种编辑层面的启发式方法，从自己的真实输入数据入手，总比从一个几乎没有犯错空间的炫目示例开始更有价值。

验证应由两次运行组成

第一次运行应使用真实案例：你当前正在处理、并且之后确实会继续使用的邮件、表格、brief 或文档。不仅要保存回答，还要保存输入状态：附上了什么、缺少了什么，以及设定了怎样的验收规则。

第二次运行则应使用一个相近的反例。它应与原始案例相似，但要违反其中的关键条件。如果真实文档中存在某项决策，那么反例中就不要包含它。如果任务要求指出来源，就移除该来源。如果格式要求列出三项，就提供一份根据事实只能得出一项的材料。

第二次运行的好结果，不一定非得是一段有用的文字。它的价值在于正确拒绝：模型不应把“缺乏依据”变成一段听起来令人信服的续写。

这里会发生一个重要的转折。假设第二份文档只能确认一项决策，但回答仍然给出了三个言之凿凿的要点，而且没有提供作为依据的原文片段。这个结果之所以失败，并不是因为 prompt 写得不够优雅，而是因为它违反了预先设定的事实边界，因此必须被拒绝。

首先应检查任务本身：是否附上了所需材料，回答格式是否明确无歧义，事实边界是否真的可以验证，以及是否把多个不同任务混在了一起。只有完成这些检查之后，打磨 prompt 的语言才有意义。

7 月 14 日发表的一项研究，探讨了 Agent 系统虚构技能推荐的问题，重点关注人们可能在没有证据的情况下，接受一个看似可信的名称或结论所带来的风险。它并未评估普通用户 prompt 的质量，也不能证明“两次运行”具有普遍有效性。但其中提出的边界同样适用于这里：如果任务可以设定具体的拒绝检查，那么“看起来可信”本身就不能成为验收标准。

什么时候模板已经足够好

一个有力的反对意见是：对于简单且成本较低的任务，这种严谨程度有些过头。如果你只是让模型提供几个标题、起草一段祝福语，或者列出一些创意，那么两次运行的成本可能比出错本身还高。这个观点是成立的。

并非每个任务都需要反例。当回答将被发送给其他人、写入文档、用于做出决策，或者成为下一步工作的基础时，反例才尤其必要。一个令人信服的错误所造成的后果越昂贵，就越应该提前明确“不可接受”的条件。

可以按照下面的方式快速选择：

如果结果只是草稿，而且很容易由人眼检查，就使用普通 prompt。

如果回答必须遵循指定格式、依据特定材料，或者还要进入后续流程，就加入那五行内容。

如果接受一个自信满满的错误，比多运行一次的代价更高，就加入反例。

不要把这种测试当作事实核查：它评估的是模型是否遵守了你设定的边界，并不会把回答变成证据。

如果你需要为自己已经熟悉的任务快速整理出这五行清晰可见的内容，provod.ai 可以帮助生成验收样例的初稿。但是否接受这份初稿，仍然要取决于它在你自己的真实输入和反例上能否通过检查。

provod.ai——让聊天、API 和媒体共享同一个余额

无需再手动为文本、代码、图像和视频分配预算：不同团队与不同格式，都可以使用公司统一的结算体系。

一个目录中即可使用当前主流的文本与媒体模型：OpenAI 的 GPT、Anthropic 的 Claude、Google 的 Gemini、xAI 的 Grok，以及 DeepSeek、Qwen、GLM、Kimi 和 MiniMax；图像模型包括 Nano Banana 2 Pro 和 GPT Image；视频模型则包括 Seedance、Kling、Veo 和 Google Omni 的最新版本。此外，还提供用于 reasoning、搜索、文档、embedding、音乐和音频的模型。

统一计费不会把套餐价格与额外加价混在一起：每个模型和每次生成均按照官方供应商的价格 1:1 计费。

将所有负载整合到同一个余额中：注册表单 · 模型价格 · 符合俄罗斯联邦第 152-FZ 号法律的数据保护 · 合同签署信息

对于你的下一个重要任务，哪一种代价更高：多运行一次反例，还是接受一个漂亮却没有任何可验证理由值得信任的回答？

如需采取进一步措施，你可以考虑屏蔽此人和／或举报滥用行为。