测试和优化提示
学习目标
完成本单元后，您将能够：
- 运用七步迭代循环来优化提示。
- 用真实数据测试提示。
- 识别并修复常见的提示问题。
- 在生产环境中部署并监控提示。
- 根据结果持续优化提示。
七步迭代循环
即使是最好的食谱，也需要经过反复测试。第一次烤舒芙蕾，它可能会塌陷。您调整温度，改良手法，然后再试一次。提示迭代的工作也是一样的道理。您很少能一步到位，这完全在意料之中。下面的七步循环为您提供了一个可重复的流程，帮助您达成预期结果。
测试和优化提示是一个持续进行的过程。按以下七个步骤操作:
- 编写。 使用六大组成要素创建初始提示。
- 测试。 使用示例数据和真实场景运行提示。
- 评估：对照成功标准衡量结果。
- 识别问题。 找出哪些有效，哪些无效。
- 优化。 根据所学内容调整您的提示。
- 重新测试。 使用相同的示例数据运行优化后的提示。
- 部署。 一旦运行良好，即可将其投入生产环境。
按顺序完成这些步骤，但不要害怕回头循环。迭代并不意味着出了问题，正是通过迭代，良好的提示才能变得更优质。
电子邮件生成示例：从初稿到终稿
以下是迭代循环在实践中的运作方式：
初始提示（版本 1）：
Write a follow-up email to a customer Customer: Sarah Issue: Billing problem Status: Resolved
测试结果：邮件内容过于笼统，缺乏个性化。
优化后的提示（版本 2）：
Write a follow-up email to Sarah who had a billing issue Include: - Apology - Explanation of what happened - What we did to fix it Tone: Professional and empathetic
测试结果：有所改善，但仍缺少关于实际解决方案的具体细节。
最终提示（版本 3）：
Role: You are a customer service manager Context: Sarah is a 2-year customer who experienced a billing error. We discovered we overcharged her $150 due to a system error on her third billing cycle. We've issued a full refund and applied a $50 loyalty credit. Task: Write a follow-up email thanking her for her patience and restoring confidence """ Customer: Sarah Issue: Billing error ($150 overcharge) Our action: Full refund issued, $50 loyalty credit applied Customer's response so far: Frustrated but cooperative """ Instructions: - Start with a sincere apology - Explain the root cause (system error on our part, not her mistake) - Confirm the refund and loyalty credit - Thank her for giving us a chance to fix it - Mention one way we're improving our billing system - Include a discount code for her next purchase (15% off) Tone: Warm, professional, genuinely apologetic Format: Email with subject line Constraints: Keep body under 200 words
最终结果：邮件内容具备个性化和针对性，充分体现了修复客户关系的真诚努力。Sarah 感觉到自己被倾听和被重视。
Salesforce Platform 的限制
在部署之前，有必要先了解 Salesforce 如何处理提示输出。您的目标字段类型会直接影响提示的设计方式。一个会生成 500 单词摘要的提示是无法放入标准文本字段的。提前了解这些限制，可以避免事后重新设计。
在 Salesforce 中部署提示时，请了解以下字段限制：
文本字段
- 字符限制：255 个字符
- 适用于：简短回复、摘要、单行输出
- 限制：不适用于长篇内容
长文本区
- 字符限制：131,072 个字符（约 20,000 个单词）
- 适用于：完整邮件、详细描述、多段落内容
- 优势：空间充足，适用于大多数使用场景
富文本区域
- 字符限制：131,072 个字符
- 适用于：包含格式、列表、强调内容的文本
- 优势：支持粗体、斜体、要点标记、编号列表
- 最适合：格式化邮件、详细指南、结构化内容
部署提示：在设计提示时，请牢记目标字段。如果部署到文本字段，您应控制在 255 个字符以内。
监测与持续改进
部署并非终点线。它是起跑线。Prompt Builder（提示生成器）内置了多种工具，帮助您在上线后持续监控其运行表现。您可以使用真实数据输入预览提示、追踪令牌使用情况、监控响应时间，并对比不同模型或版本的输出结果。善用这些工具，及早发现问题，不断优化改进。
就像您在烹饪时边做边尝一样。不要等到菜端上桌才发现出了问题。
留意以下信号，它们表明某个提示需要关注：
- 相似输入的输出结果不一致
- 响应内容笼统，未能切中要点
- 输出内容被截断或不完整
- 响应时间明显缓慢
- 用户反馈输出内容没有实际价值
如果发现问题，请返回改进提示并重试。
常见提示问题及修复方法
即使设计良好的提示也可能遇到问题。以下是最常见的问题及其解决方法：
Problem（问题） | 现象 | 修复 |
|---|---|---|
过于含糊 | 输出内容笼统，毫无帮助 | 在 Task（任务）和 Instructions（指令）中添加更多具体信息 |
内容过长 | 响应缓慢或被截断 | 拆分为更短小、更具针对性的提示 |
说明相互冲突 | 输出结果不一致 | 检查矛盾之处并进行简化 |
字段类型错误 | 输出内容被截断 | 将提示输出与目标字段大小匹配 |
重复数据 | 意外或不一致的结果 | 应用单次引用原则 |
部署检查清单
在将任何提示部署到生产环境之前，请使用此检查清单，确保其已准备好用于实际场景。
- 已使用至少 20 个有代表性的示例进行测试。
- 成功标准已明确定义并达成。
- 已选择并测试模型（而非凭假设使用）。
- 提示遵循六要素结构。
- 已验证字段大小限制。
- 已识别并处理极端个案。
- 已为提示编写文档。
- 已定义用于监测的成功指标。
- 已制定收集用户反馈的计划。
- 已安排日程进行监测和优化。
部署完成后，将持续改进作为日常流程的一部分。最好的提示会根据实际使用情况不断演进。