提示工程
提示工程是设计和测试模型输入的方法：把任务、材料、要求和示例表达清楚，使模型更容易完成指定工作。
理解与应用
提示工程研究怎样组织给模型的指令和材料。这里的“提示”可以是一句话，也可以包含任务说明、参考资料、输出要求和若干示例。设计提示的目的，是减少模型对任务的误解。例如“分析这封来信”有很多合理做法，而“判断客户当前提出的是咨询、退款还是取消订阅，并指出依据”就明确了要解决的问题。
假设客服系统把来信分为咨询、退款、取消订阅和无法判断四类。“我先问问退款条件，暂时别帮我退”包含“退款”一词，但客户当前请求的是了解条件。如果提示只列出标签，模型可能按关键词分类；补充“按当前请求分类，提及某项操作不代表要求执行”，再给出这一对照示例，就把容易混淆的边界说清楚了。没有明确请求的来信可以进入人工处理，而不必强行猜一个标签。
提示修改是否有用，需要放到一组来信上比较。测试集既要有普通问题，也要有同时包含两种诉求、引用旧消息或缺少上下文的例子。若只根据刚失败的一条反复调整，很容易修好这条却影响其他类别。提示也有能力边界：它可以要求输出 JSON，但应用仍需解析和校验；它可以说明客户文本仅供分类，但真正的退款权限仍由业务系统控制。提示里的清晰表达与程序里的检查各自解决不同问题。
看看如何配置：为客服来信补上容易误判的类别边界
示例解释了“提到取消”与“要求取消”的区别。这里给出的是人工设定的期望答案；要判断提示改动是否改善真实模型表现，还需在保留测试集上运行并比较。
以下为教学示意，未连接真实业务系统。
配置示意
任务：根据客户当前请求，给来信选择一个类别。
类别：咨询 / 退款 / 取消订阅 / 无法判断。
判定说明：
提及退款或取消，并不等于请求执行。
同时提出多个无法归入单一类别的请求时，返回无法判断。
只做分类，不执行任何账户操作。
示例：
来信：请告诉我退款要满足什么条件，暂时别退款。
类别：咨询
依据：客户只询问条件，并明确要求暂不退款。
待分类来信：我想知道下次续费是哪天，先不要取消。配置对应的行为
期望类别：咨询 期望依据：客户询问续费日期，明确表示暂不取消。
常见误区
- 添加“你是顶级专家”等角色描述，不能替代清楚的分类标准、输入资料和验收要求。
- 只保留支持当前提示的成功样本，会看不到边界条件上的退步。
前置与延伸
建议先读
相关概念
参考与版本
Apollo 原创讲解与教学示例。参考资料用于核对技术定义；核验日不代表资料的发布日期。
- OpenAI：Prompt engineering ↗
已核对官方动态指南；采用任务、上下文、示例与评估的原则，不声明任何模型专属参数或效果保证。 · 核验：2026-10-10