许多 CEO 和企业主都在思考,既然 Fable 5.1 已经发布,他们是否应该重写自己的提示词。由于我们公司使用 Claude 运行近 60 个自动化流程,我昨天对此进行了检查。
答案都在 Anthropic 的官方指南中。它包含了 14 个推荐提示词,其中 7 个适用于高管和企业主的工作。
这 7 个提示词都有一个令人惊讶的共同点:它们完全没有指定工作的内容。相反,它们完全专注于工作的方法。
我在多家公司的营销支持一线工作,并为超过 5,000 人提供过 AI 培训。在这篇文章中,我将把这 7 个官方提示词翻译成中文,并解释它们解决了什么问题。我还准备了一份可直接复制粘贴的总结,请务必看到最后。
我每天早上都会发布关于管理、AI 和营销的内容。如果你觉得有帮助,请关注我。
第一章:官方指南的真面目
首先,让我们明确这 7 个提示词的来源。在不了解来源的情况下复制和使用信息是很危险的。
共有 14 个推荐提示词
Anthropic 为 Fable 5.1 准备了一个专门的页面,其中包含了“如何编写以解决问题”的具体文本。这些是 14 个即用型提示词,而不仅仅是摘要。
其中 7 个面向开发者,7 个面向一般工作。我们这里只讨论后者。前者涉及代码编辑和测试,与管理或行政任务无关。
为什么它们没有在中文圈传播
原因很简单:它们是以英文提供的。虽然任何人都可以访问该页面,但它位于开发者文档中,因此高管或企业主通常不会去那里查看。
我实际上在 X(推特)上研究了近 90 篇关于 Fable 5.1 的中文帖子,但没有找到任何一篇涵盖这 14 个提示词。大多数帖子都偏向于速度和定价,信息上存在明显的空白。

本章来源
推荐提示词的原文在此页面:https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/prompting-claude-fable-5-1
关于推理和边界的讨论也在前一版本的页面上。如果你想阅读原文,请查看此处:https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/prompting-claude-fable-5
第二章:修复“沉默工作”习惯的两个提示词
现在进入正题。让我们从使用 Fable 5.1 时最常见的问题开始。
让它报告进度
Fable 5.1 在执行长时间任务时不会报告太多信息。这是官方提到的一个习惯;它看起来可能像是停止了,但实际上正在工作。这会让用户感到焦虑,但这不是一个 Bug。
解决方法如下:在开始之前,要求它用一行说明它将做什么。在每个里程碑提供简短更新。最后以一个独立的总结结束。只需要求这三件事,就能改变报告的节奏。
防止它中途停止
另一个问题是相反的习惯:在长时间任务中途停下来问“我可以继续吗?” 有时有人以为已经委派了任务,结果一小时后发现任务因为等待确认而毫无进展。
官方指南提供了一个解决方案:预先确定它只应在三种情况下停止:删除内容时、操作不可逆时、或请求范围发生变化时。告诉它在其他情况下无需询问直接继续,可以显著减少这些停顿。
第三章:提升写作质量的三个提示词
接下来是三个会让让 AI 代笔的 CEO 和企业主产生共鸣的提示词。如果你发现自己经常对提案或邮件草稿进行相同的手动修改,那么它们的影响会更大。
消除浮夸措辞
这是本文的核心。
官方指南明确点名并禁止了一种写作风格:用隐喻代替直接陈述。如果有人不说直接的话,而是说“需要转动的旋钮”,读者就必须在脑子里进行翻译。
官方的简短版本出奇地简单:只需一行“消除所有浮夸措辞”。在末尾加上这一句,已经显著减少了提案所需的手动编辑。
停止过度使用项目符号
Fable 5.1 使用项目符号的频率比以前低,但内部文档仍然可能完全以列表形式呈现。当针对单个读者的咨询内容被项目符号排列时,会显得很冷漠。
官方指令是“仅在要求时,或内容过于繁杂以致于使用项目符号更易理解时才使用”。指定它在咨询或个人互动中使用正常句子,可以保持稳定性。
防止逐字复制源文本
在总结材料时,AI 有时会原封不动地混入原文。官方指南指出,这个习惯在 Fable 5.1 中有所增加。这在使用其他公司的文本时可能会引发问题。
指令很简单:让它用自己的话重新表述,并且仅在绝对需要原文的地方使用带引号的简短引用。包含这一句话几乎可以完全消除逐字复制。
第四章:保护范围和新鲜度的两个提示词
最后两个提示词可以阻止 Fable 5.1 在任务变长时出现代价最高的错误。
防止未经授权的范围蔓延
有时 AI 会超出请求的范围,或者反过来,只完成其中一部分。任务越长,这些差异在最后累积得就越多。
官方文本相当长,但关键点有三个:请求的范围就是最终产品;如果不确定,先完成所有不相关的部分;将未请求的改进写入报告,而不是直接实施。提供这三点可以减少最终输出中的误解。
让它研究熟悉的名字
在浅层设置下,AI 倾向于凭记忆回答它“知道”的事情。由于 AI 和工具的状态在几个月内就会发生变化,“稍微熟悉”是最危险的状态。
官方指令很精确:它指出,稍微熟悉会让 AI 自信地给出过时的答案。对于以特定名字为中心的问题,包含一条“在回答前务必进行研究”的指令会更安全。
第五章:可直接复制粘贴的 7 个提示词总结
我将这 7 个提示词总结如下,方便你直接粘贴。你不需要全部使用,只需选择你正在纠结的那些。
7 个提示词
在打开 Claude 时,将这些添加到你的请求末尾。如果你每次都使用它们,将其放入系统指令会更方便。
11. 在开始之前,用一行说明你将做什么。在过程中,在每个里程碑提供简短更新。最后以一个独立的总结结束。232. 请自行判断并继续。我不会监督你,所以如果你询问是否可以继续,工作就会停止。仅在以下三种情况下停止:删除内容时、操作不可逆时、或请求范围发生变化时。453. 消除所有浮夸措辞。不要用隐喻代替事物;使用直接的语言写作。674. 仅在要求时,或内容过于繁杂以致于使用项目符号更易理解时才使用。对于咨询或个人互动,请使用正常句子写作。895. 总结材料时,不要原封不动地复制原文。用自己的话重新表述。仅在绝对需要原文的地方使用带引号的简短引用。10116. 请求的范围就是最终产品。不要自行缩小或扩大。如果在过程中出现不确定的情况,先完成所有不相关的部分,然后在最后总结你的假设或问题。如果你发现我没有要求的改进,将其写入报告,而不是直接修改。12137. 对于你不确定、以名字为中心的问题,或者在 AI 和工具等快速变化的领域,务必在回答前进行研究。“稍微熟悉”的状态会导致自信地给出过时的答案。
7 个提示词的共同点
如果你把它们放在一起看,会发现这 7 个提示词都没有指定工作的内容。没有一行是关于要创建什么或使用什么结构。它们只描述了过程。
我认为这是本次最大的变化。把内容留给 AI,只决定过程。这就像你委派工作给一个能力很强的人的方式。一旦理解了这一点,你就不再需要过度设计你的提示词了。

第六章:使用注意事项
我已经以可复制粘贴的格式提供了它们,但如果使用方式不对,它们就不会起作用。为了避免损失,我会提两点。
不要一次性全部放入
如果你粘贴全部 7 个,指令会变得过长,准确性反而会下降。官方指南也指出,堆积详细的指令会降低质量。只选择一两个来解决你正在纠结的习惯。一次性全部放入是最常见的错误。
就我而言,我经常使用 #1 来处理进度,#6 来处理范围。因为我委派了很多长任务,这两个几乎完全防止了事故。
粘贴位置不同,结果也不同
官方指南提到了一件有趣的事:粘贴相同文本的位置不同,结果也会不同。具体来说,进度指令在添加到每个特定请求的末尾时,比放在系统设置中效果更强。
相反,写作风格指令放在对话的第一次交互中时效果更持久。更安全的做法是,先尝试将它们添加到请求的末尾,如果每次都一样,再将其移到设置中。相同文本因位置不同而产生差异,这相当令人惊讶。
结论
既然你已经读到这里,这里有一个最终的结论。
从 7 个提示词中,选择你当前最纠结的一个,明天将其粘贴到你的请求末尾。你不需要做所有的事情。如果一个有效果,那就足够让你再添加第二个了。
阅读官方指南让我意识到,我们应该给 AI 的东西已经完全改变了。以前,我们详细地写要做什么以及如何做。现在,我们决定过程,把内容留给 AI。
这几乎与委派工作给人时的改进顺序相同。这就是为什么我相信,从现在开始,擅长使用 AI 的人将不是那些擅长“写提示词”的人,而是那些擅长委派工作的人。
我每天都在写关于如何在管理中运用 AI 和营销的文章,包括失败的故事。如果你想阅读明天的文章,请关注我 → @Charlie_no_site





