提示词怎么迭代：用错误分类和对照样例改进输出-青峰联创

模型回答不理想时，很容易不断追加“认真”“专业”“不要出错”等要求。提示词越来越长，问题却仍然存在。更可控的方法是把失败变成可观察的类型，每次修改一个关键因素，再用原来的材料检查改动是否有效。提示词迭代因此成为一项可以记录和复查的工作。

第一步：把“效果不好”改成具体错误

先保留原始输入、提示词和输出，再判断问题出在哪里。常见情况包括事实超出资料、关键内容遗漏、字段含义混淆、格式不符和措辞不适合读者。同一答案可能有多类错误，但第一轮应先处理影响交付的那一类。

例如，要求从通知中提取截止日期，模型输出了活动开始日期，这属于字段定义错误；通知根本没有日期，模型却给出某一天，则属于补造信息。两种问题的改法不同。前者需要解释字段，后者需要规定缺失值行为，不能都靠“请仔细阅读”解决。

假设原提示为“提取下面通知的时间”。输入是：“周四开放申请，截止时间另行通知。”预期应区分开放日与截止时间，而不是只给一个日期。可以把提示改为下面这样：

请从通知中提取两个字段：
开放时间：开始接受申请的时间。
截止时间：不再接受申请的时间。
只使用原文；未明确给出的字段写“未明确”。
保持原有时间表达，不补充年份或具体日期。

对应参考结果是“开放时间：周四；截止时间：未明确”。这个修改直接处理了字段歧义与缺失值。它没有承诺模型一定正确，但让错误更容易识别，也让后续比较有了共同标准。

说清最终用途、读者和交付物。例如“供客服内部核对，只提取用户提出的问题，不代写承诺”。角色名称可以提供背景，但不能替代任务说明。Anthropic 的提示实践文档强调明确说明目标、格式与约束；实际编写时，应优先补齐那些会改变答案含义的信息。

用清晰标题或一致的分隔标记区分“要求”“资料”“输出格式”。如果资料里出现“忽略上文”等语句，明确要求将其作为分析对象，而非新的任务指令。分隔能够帮助理解结构，但不构成安全保证；涉及工具执行时还需要独立的权限控制。

给一个正常例子，再给一个边界例子，展示你希望如何处理否定、缺失或冲突。例子中的列名和规则要一致，不能一个允许推测，另一个要求严格抽取。先修正示例本身，再讨论模型是否理解。

准备一组固定输入，其中包含正常通知、仅有开放日、仅有截止日、两者都有，以及“原日期作废、时间待定”的变更通知。先保存旧提示的结果，再用新提示处理同一组材料。逐项核对字段正确性，而不是只比较阅读感受。

每次改动记录原因、修改内容、改善样例和新出现的问题。若更严格的规则解决了补造日期，却把明确的日期也全部写成“未明确”，就说明出现了新的失败。应调整规则或补充边界例子，不能只挑成功样例展示。

再留几条没有参与修改的材料做最后检查，避免提示词只适合反复看到的那几条。运行时尽量保持模型版本和配置一致；平台不提供配置时记录日期与产品版本信息，承认结果可能存在波动。

当原资料缺失时，应索取资料；当需要查新信息时，应接入允许使用的来源；当要求精确计算时，应使用计算工具复核。继续增加语气更强的要求，不能产生不存在的事实，也不能代替合适的工作流程。

若小范围修正已经满足验收条件，就保存这一版本并停止无目的扩写。模型、资料结构或业务规则变化后再启动新一轮检查。清理已经重复或互相冲突的句子，让提示词保持便于人阅读、便于解释和便于修改。

一条记录可以包含：版本号、目标错误、改动句子、使用材料、通过条件和待解决问题。真实团队还应写明负责人和适用范围。这样下一位维护者能够解释为什么存在某条规则，也能在规则失效时找到原来的证据。

评价提示词的标准应是目标任务是否更稳定地完成。清晰的错误分类、有限的修改和固定的对照材料，会让改进方向比零散收集“万能技巧”更容易判断。

文章版权归作者所有，未经允许请勿转载。

THE END