Prompt教程-规范化提示
规范化提示
在这个教程中，我们将为您介绍解释不同类型提示的术语。尽管已经有一些方法来形式化提示工程中的术语，但是这个领域仍在不断变化，因此我们将提供更详细的信息来帮助您入门。
提示的组成要素
以下是在提示中经常出现的一些组成要素：
- 角色
- 指令/任务
- 问题
- 上下文
- 示例（few-shot）
在之前的教程中，我们已经介绍了角色、指令和示例的概念。问题部分通常是一个简单的单一问题（例如，“法国的首都是什么？”）。而上下文部分则是与您希望模型回答的问题相关的任何信息。
并非每个提示都包含所有这些组成要素，而且当某些要素出现时，它们之间也没有固定的顺序。例如，以下是两个提示的示例，每个提示都包含一个角色、一个指令和一个上下文。虽然描述的顺序有所不同，但我们期望它们所要完成的任务是相同的：
你是一名医生。请阅读这份病史并预测患者的风险：
2000年1月1日：打篮球时右臂骨折。戴上石膏进行治疗。
2010年2月15日：被诊断为高血压。开了利辛普利的处方。
2015年9月10日：患上肺炎。用抗生素治疗并完全康复。
2022年3月1日：在一次车祸中患上脑震荡。被送进医院接受24小时的监护。2000年1月1日：打篮球时右臂骨折。戴上石膏进行治疗。
2010年2月15日：被诊断为高血压。开了利辛普利的处方。
2015年9月10日：患上肺炎。用抗生素治疗并完全康复。
2022年3月1日：在一次车祸中患上脑震荡。被送进医院接受24小时的监护。
你是一名医生。请阅读这份病史并预测患者的风险：然而，实际上，第二个提示更好，因为指令是提示的最后一部分。在这种情况下，语言模型更有可能按照指令执行，而不是进一步输出与上下文相关的信息。例如，如果给定第一个提示，语言模型可能会回答：“2022年3月15日：与神经科医生预约随访，以评估脑震荡恢复进展”，而不是直接预测患者的风险。
一个"标准"提示的定义
到目前为止，我们已经了解了几种不同格式的提示。现在，让我们定义一下"标准"提示是什么样的。根据Kojima等人的说法（@kojima2022large），我们将仅由问题组成的提示称为"标准"提示。此外，如果提示仅由问题组成，并且以问答（QA）格式存在，则也属于"标准"提示。
为什么我们关注这个定义？
我们在引用的许多文章和论文中都会看到这个术语。我们对"标准"提示进行了定义，以便与新类型的提示进行比较和讨论。
两个"标准"提示的示例：
标准提示
法国首都是什么?QA 格式的标准提示
Q: 法国首都是什么?
A:多示例的标准提示
多示例的标准提示2只是在标准提示的基础上附带多个需要解决的任务的范例。在研究中，多示例的标准提示有时也会直接称为标准提示（虽然我们在本指南中尽量避免这样称呼）。
两个多示例标准提示的例子:
多示例标准提示
西班牙的首都是什么？
马德里
意大利的首都是什么？
罗马
法国的首都是什么？QA 格式的多示例标准提示
Q：西班牙的首都是什么？
A：马德里
Q：意大利的首都是什么？
A：罗马
Q：法国的首都是什么？
A：多示例提示有助于上下文学习，这意味着模型无需更新参数就能够进行学习输出。
