提示词就是你交给 AI 的指令。只要说明“想做什么”“用哪些资料”“谁来读”“采用什么形式”“需要遵守什么”,AI 给出的回答就会准确得多,核对回答的标准也会更清楚。本章先对比修改前后的示例,然后用会议纪要摘要来练习,从编写指令到核对回答,全部走一遍。

先确定这 3 项
要做什么

会议要点、邮件草稿、对比表等。

可用的资料

已经确定的事实,以及还不清楚的信息。

需要核对的地方

回答是否与资料一致,有没有遗漏或违反条件的地方。

指令能改变什么,不能改变什么

只写“总结一下这次会议”,AI 无法判断读者是谁,也无法判断你是想知道决定事项,还是想详细保留发言内容。如果写“请为缺席者整理,把决定事项、未决事项和后续确认分开”,就能把想要的成果讲清楚。

OpenAI 和 Anthropic 的官方资料也介绍了一些方法,比如给出清晰的指令、提供相关资料、指定输出格式,以及加入示例。但是,指令写得越详细,并不代表回答一定正确,同一个指令每次得到的回答也可能略有不同。[1][3]

指令能传达的内容
  • 向谁提供、要做什么
  • 要参考的资料与回答的形式
  • 需要遵守的条件与需要核对的项目
指令无法改变的内容
  • 资料中没有的事实或最新信息是否正确
  • 专业资格或实际工作经验
  • 可用的功能、权限与使用上限

例如,即使写“请以经验丰富的律师身份回答”,AI 也不会因此拥有律师资格。同样,指令也无法让不能使用的搜索功能变得可用,或让 AI 访问未获授权的文件。关于如何选择使用的服务,请参阅如何选择 AI 工具。

组成指令的 5 个要素

下面五点是整理指令的一种方式。不必每次都全部填写。先从目的和资料开始写,再根据需要补充条件。

1 目的:要做什么

确定要完成的成果,比如摘要、草稿或对比。

示例:为缺席者整理会议的要点。

2 资料:以什么为依据

把可以使用的事实,与尚未决定的部分分开。参考资料要和指令分开写。

示例:预算尚未获批。不要补充纪要中没有的信息。

3 读者与视角:为谁而写

告诉 AI 读者已经了解什么,以及希望从哪个角度来看。这里也包括指定角色。

示例:使用没有参加会议的同事也能看懂的表达。

4 形式:以什么方式接收

选择适合使用场景的形式,比如标题、项目符号或表格。

示例:分成“决定事项”“未决事项”“后续确认”三个标题。

5 条件:需要遵守什么

写明必须满足的内容、需要避免的内容,以及条件冲突时的优先顺序。

示例:不要承诺尚未确定的交货期,把它作为待确认事项保留。

背景信息不必全部提供,只选择这次任务需要的资料即可。能否输入真实的机密信息,是与指令写法不同的另一个判断。使用工作资料之前,请先阅读输入信息与隐私确认。

可以灵活运用的 7 种方法

写出很长的指令本身并不是目的。请选择适合自己问题的方法,然后核对回答。

1 把完成后的样子说具体

不要只说“请给出好的方案”,而要说明这个方案用在哪里,以及选用时看重什么。

请为读书会写一份面向首次参加者的通知。举办日期尚未确定。不要编造日期和时间,请把参加方式与公开前需要确认的事项分开写。

这里指定的是要做的内容和需要遵守的条件。

2 把资料与指令分开

用标题或分隔线把“请求”“资料”“回答形式”分开。OpenAI 介绍了使用 Markdown 或 XML 等方式进行分隔,Anthropic 则介绍了使用 XML 等方式。初学者只要从方括号标题开始就足够了。[1][3]

[请求] 仅使用以下资料整理要点。
[资料] 在此放入已确认可以输入的资料。
[回答形式] 将已确定事项与未决事项分开。

另外,即使做了分隔,AI 仍可能遵从夹在资料中的指令。粘贴来源不明的文字时请多加注意。

3 指定读者与视角

用“面向初学者”“请从编辑的角度指出遗漏”等说法,告诉 AI 解释的难度和需要关注的角度。Anthropic 介绍过,指定角色可以引导 AI 的行为和文风。[3]

请假设在向第一次参加会议的人解释,简要说明专业术语。不要省略做判断所需的条件。

指定角色并不会让 AI 获得更多专业知识,因此专业结论仍需对照原始资料或向负责人确认。

4 需要时给出正确的输入输出示例

如果很难仅用文字说明格式或分类标准,可以附上输入与期望输出的示例。提供多个示例的方法称为少样本提示(Few-shot)。请选择与实际用途相符、且不与指令相矛盾的示例。[1][2][3]

输入示例示例中的分类理由
会场已决定为 A 室。决定事项明确写明已决定。
会场将把 A 室作为候选进行考虑。未决事项这是候选,而不是决定。
会场已决定,但开始时间尚未确定。分项分类会场已决定,开始时间尚未决定。

注意不要把错误的分类作为示例提供。示例的数量没有固定规定,也可以先不给示例试一下,只对难以传达的标准再用示例补充。

5 把复杂工作拆成可核对的步骤

例如,把工作拆成“从资料中提取条件 → 确认条件 → 撰写草稿”,就能查明错误是在哪一步出现的。如果中间的判断很重要,就由人确认后再进入下一步。

请先从这份资料中提取决定事项和未决事项,暂时不要撰写通知。等我确认提取结果之后,再撰写通知。

不必每次都写“请逐步思考”

最近的许多 AI 在回答之前会在内部进行思考,因此 OpenAI 的资料提到,不需要特意要求它“逐步思考”。[2] 相反,为了便于核对,要求它给出“所用资料的位置”“计算公式与单位”“所做的前提假设”,会很有帮助。

6 指定核对项目,请它复查

不要只问“有没有错误?”,还要指定与什么进行对照。

请将草稿与原始笔记对照。检查尚未确定的日期是否被当作已确定,尚未获批的预算是否被当作已获批,并指出相关句子以及原始笔记中对应的部分。

即使 AI 回答“没有问题”,重要的数字、日期和承诺也应由人员对照原始资料进行确认。

7 请 AI 帮忙写指令

告诉 AI 你想做什么,请它就缺少的条件向你提问。再仔细读一遍它提出的指令,检查其中是否加入了你不了解的事实或多余的条件。

请和我一起编写用于制作活动通知的指令。我想整理目的、读者、已确定的事实、尚未确定的部分以及输出形式。缺少的信息请向我提问,日期和金额请不要靠猜测填补。

你无法回答的问题,可以保留为未定状态。

Before / After ― 同一个请求,可以变化这么大

只看技巧说明,往往难以切身感受,因此我们来对比修改前后的请求文本。左边是笼统的请求,右边是加入了条件的请求(姓名和数字均为示例)。

例1:撰写致歉邮件

BeforeAfter
“请写一封道歉邮件。”
→ 无法判断是向谁、为了什么道歉,结果写出来的是可以用在任何场合、比较泛泛的文字。
“请为延迟 3 天交货一事,给客户的田中部长写一封道歉邮件。原因是物流延误,预计下周一送达。请不要写入我没有提及的承诺或赔偿。”
→ 能得到符合情况的道歉草稿。发送前,只需将日期和承诺部分与原始信息对照。

例2:策划点子

BeforeAfter
“请提出一些新产品的点子。”
→ 不清楚是哪个行业、什么样的产品,提出的建议会比较笼统。
“请针对 20 至 30 岁的女性,提出 5 个月费在 3,000 日元以内的健康食品订阅商品。每个都请用一句话说明它回应的是谁的什么困扰。”
→ 能得到目标清晰、可作为策划会议初稿的方案。

例3:学习与查资料

BeforeAfter
“请教我机器学习。”
→ 容易得到术语多、比较生硬的解释。
“请用菜谱做比喻,解释机器学习的原理,让初中生也能看懂。不要使用专业术语,并举两个具体的例子。”
→ 能借助熟悉的比喻,得到马上就能读懂的解释。

这些例子的共同点,是把“写给谁、做什么、怎么做、以什么形式”说清楚。接下来,我们运用这一思路来练习会议纪要的摘要。

练习:把会议纪要整理成给缺席者的摘要

用于练习的原始笔记(示例)
  • 读书会的会场已决定为 A 室。
  • 开始时间尚未确定。负责人将在下周的会议上提出候选方案。
  • 资料印刷费仍处于提案阶段,金额和审批都尚未决定。
  • 希望让缺席者也知道哪些事项已经决定,哪些事项仍未决定。
信息不足的指令

请简短总结一下这次会议。

没有说明要保留什么、使用哪些资料,也没有说明如何处理未定的部分。

整理好条件的指令

请仅使用下面的原始笔记,为缺席者整理会议要点。请以“决定事项”“未决事项”“后续确认”三个小标题,用项目符号列出。不要编造日期或金额,笔记中没有的内容请标注为“未定”。
[原始笔记]
(请在此粘贴上面的练习笔记)

连用来与原始笔记对照答案的条件也一并说明了。

完成示例

决定事项
  • 读书会的会场为 A 室。
未决事项
  • 开始时间,以及资料印刷费的金额与审批。
后续确认
  • 负责人将在下周的会议上提出开始时间的候选方案。
  • 资料印刷费:与负责人确认金额及审批时间。

试用时,请在新的对话中粘贴指令和原始笔记。回答不必与这个完成示例用词完全相同。请从以下三点核对内容:

  1. 是否区分了决定事项与未决事项。A 室为已决定;开始时间与印刷费为未决。
  2. 是否没有编造日期或金额。下周会议的具体日期,仅凭这份笔记也无法确定。
  3. 是否没有把计划变成承诺。提出开始时间的候选方案只是一项安排,并不等于确定了举办日期和时间。

邮件也一样,写出草稿与可以发送是两回事。撰写邮件与聊天消息草稿中,也会介绍如何核对你对对方做出的承诺内容。

遇到问题时的修正方法

遇到的情况接下来要说明的内容或需要确认的事项
AI 没有理解“好”的标准把读者、用途和需要保留的项目说具体,例如“把决定事项与未决事项分开”。
字数要求与必备项目互相冲突先决定哪一项最重要。如果全部都必须写入,就重新考虑篇幅。同时确认 AI 省略了哪些内容。
互不相关的请求混在一起按目的分开。相关的工作可以合并,但要以便于核对中间判断的方式进行。
因为写了出处就直接相信打开链接中的原文,确认其中确实写有该主张。只有网址并不能作为证明。
资料中没有的事实被添加进来限定使用的资料,并告诉 AI 对不清楚的内容写“未定”。修改后也要再次与资料对照。
对话越多,指示越互相矛盾重新整理当前的目的、已采用的条件和未决事项,不要沿用不再需要的过去条件。

长对话和大量资料,还可能受到根据服务或模型不同而有所差异的输入与对话上限。写上“全部记住”,并不能消除这些上限。关于如何整理所提供的全部信息,包括参考资料、过去的交流和工具结果等,请参阅上下文工程。

核对回答,只修改需要改的地方

比起增加尝试的次数,更重要的是具体说明哪里不对。有时一次就能得到可用的答案,有时则需要修改几次。

1 发出请求

提供目的、资料和条件。

2 对照检查

由人对照原始资料和成果的完成条件进行确认。

3 请它修改

说明不对的地方,以及需要做出的修改。

4 决定是否使用

修改后再次确认,决定能否使用。

可直接使用的修改请求

开始时间尚未确定,但回答中写的是下午2点。请删除这个时间,并将其放回未决事项。会场已决定为 A 室这一点请保留。修改后,请再确认是否还添加了原始笔记中没有的日期、金额或审批信息。

如果修改后仍与资料不符,可以试着切换方法,比如把资料拆得更短,或把任务分开进行。

使用前的确认
  • 已明确要做什么,以及使用哪些资料。
  • 没有让 AI 用猜测填补不清楚的部分。
  • 必须满足的条件及其优先级没有相互矛盾。
  • 已将日期、数字和承诺与原始资料对照过。
  • 已确认会发送到外部的信息,以及成果是否获准使用。

官方资料与下一章

以下是各公司的官方资料,其中也包括面向开发者(API)的说明。

  1. OpenAI:提示词工程 ― 指令的结构化、示例、相关资料,以及不同模型之间的差异。
  2. OpenAI:推理模型的最佳实践 ― 简洁的指令、明确的目标,以及示例与指令保持一致。
  3. Anthropic:Claude 提示词最佳实践 ― 关于清晰表达、资料分隔、角色、示例以及不同模型思考方式的建议。

按用途撰写的提示词,请参阅提示词实践指南。下一章将学习在工作、学习与创作中的使用场景。