Opus 5 表现优异，但它的行为与之前不同，处理起来需要技巧。
不过，这并非模型本身的问题。原因在于，人们仍在沿用适用于之前模型的请求方法和设置。
Anthropic 官方已发布了一份专门针对 Opus 5 的提示词指南。
其中指出，过去被认为是"正确"的指令，如今反而会适得其反。
如果你不了解这一点，继续使用旧方法，就会为同样的任务支付更多的 token。
你是否遇到过以下情况？
- 回答太长，读起来很累
- 任务执行过程中的实时解说过于详细
- 它会将工作范围扩大到你没有要求的领域
- 启动多个子 Agent，导致成本飙升
- 每次编写的文档都异常冗长
只要符合其中任何一条，这篇文章都会对你有帮助。
这些都是官方指南指出"可以通过以下指令修正"的行为。
在本文中，我将以通俗易懂的方式介绍官方指南提到的 11 项变更和解决方案。
文末，我将总结出今天起就需要注意的要点，请收藏本文并充分利用。
作为快速推广，我目前正在免费赠送 55 项重大福利，包括 Claude Code 教材、安装方法及变现策略。你可以通过下方链接立即获取，如果还没领取，请尽快领取。
↓
https://utage-system.com/line/open/cwgwX1a35XDK?mtid=FNAamIuYaEet
现在，让我们进入正题。
**
发布了什么？
Anthropic 官方文档中新增了一个专门针对 Opus 5 的提示词页面。
这不仅仅是一个功能列表。它是一个实用页面，重点在于"Opus 5 在这些方面与之前的模型不同，因此需要这样来指示它。"页面上只列出了与提示词相关的性能改进。
作为前提，官方指南指出，为 Opus 4.8 编写的提示词仍然可以正常工作。但是，某些行为往往需要调整。
换句话说，它能运行，所以你察觉不到问题。在不知不觉中持续为浪费买单，这才是最不利的模式。
1. 回答过长。降低努力程度不会减少对话量
Opus 5 的回答比之前的模型更长。这是官方承认的。
棘手之处在于，降低"努力程度"（思考能力）并不能保证减少对话量。官方指南明确指出："努力程度控制的是思考量，而非对话量。"
如果你想缩短长度，必须明确指示长度。以下是官方指南提供的指令：
1保持回答简短扼要。2尽量减少开场白和免责声明，将字符数用于回答本身。3当我要求解释时，除非我说想了解更多细节，否则只返回要点总结。
对于拥有较长 CLAUDE.md 或系统提示词的用户，请写入此指令，然后在末尾放置一个简短提醒。官方指南也推荐这种方法。
1<tone_preference>2保持输出简洁。3</tone_preference>
埋藏在长指令集中间的指令效果较差。在末尾的提醒可以弥补这一点。
对于不使用设置的用户，这甚至更简单。当你觉得回答太长时，当场回复"长话短说"即可。
2. 任务执行过程中实时解说太多
Opus 5 在工作时话很多。它倾向于每次都要声明自己将要做什么，并且每条消息的输出都比之前的模型更长。
减少这种情况的方法不是说"不要进行实时解说"。而是写明你希望在何时、以何种形式收到报告。
1开始工作前，只说一句你将要做的事情。2工作中，只在发现重要事项或改变方向时报告。3完成后，先写结论。在第一句话中回答"做了什么"和"发现了什么"，详细信息留到后面。
相反，那些希望增加实时解说的人也可以使用相同的方法。官方指南指出，"展示期望格式的示例比禁止你不想要的行为更有效。"
3. 编写的文档总是很长
除了对话长度之外，写入文件的内容（报告、md 文档、摘要）也倾向于冗长。
这对于让 AI 以 Markdown 格式保存研究结果的人来说很有效。只需添加一行关于长度标准的内容，就会产生显著效果。
1保持写入文件的文档在必要长度内。2不要省略内容，但也不要为了填充版面而增加章节、重复总结相同内容或使用标准开场白来使文档变长。
4. "始终验证"和"双重检查"已无必要
这是最重要的一点。
明确地说，如果你的设置中没有任何相关内容，可以保持原样。这一条是关于"如果写了就删除它"以及"不要在单个指令中提及它"。
Opus 5 即使不被要求也会验证自己的工作。因此，官方指南说，如果你的提示词中含有指示验证的指令，请删除它们。具体列出了以下类型：
- "对于非平凡任务，始终在末尾包含一个验证步骤"
- "使用子 Agent 进行验证"
- "在回答前进行双重检查"
这些与 Opus 5 的内置验证功能重叠，会导致过度验证。官方描述称："删除这些指令可以在不降低质量的情况下减少浪费的 token。"这不是质量上的权衡，而只是消除了浪费。
如果旧框架中仍有增加验证步骤的机制，同样适用。
另一方面，Opus 5 在修正方面的实时解说比之前的模型更多。如果频繁出现"我正在修正我之前的说法"让你感到困扰，可以添加指令来缩小范围，而不是删除它。
1仅当之前的错误会改变我的代码或判断时，才修正你之前说过的话。2简要说明修正内容，然后继续工作。3对于不改变任何内容的小笔误，静默修正并继续。
**
5. 未经要求就扩大范围
Opus 5 可能会根据自身判断扩大工作范围。它会添加你没有要求的步骤。它会重新决定应该做什么。
对于希望保持范围狭窄的任务，需要明确绑定范围。
1只做我要求的，在我要求的范围内。2自行做出次要判断。仅在结果会因解释不同而显著改变时，才与我确认。3如果我的请求看起来有误，或者有更好的方法，用一句话指出，然后按请求继续执行。4不要自行缩小、扩大或更改范围。5完成要求的范围。不要做我明确没有要求的事情。
包含此指令可以减少"修复一个文件"演变成更改整个项目的事故。
6. 创建过多的子 Agent
Opus 5 比之前的模型更倾向于将任务委托给子 Agent。
委托本身并非坏事。官方指南说，对于真正独立的大型任务，委托是有效的。分离编写者和验证者的格式也有效，并且评估认为 Agent 相互覆盖工作的事故很少见。
问题在于将委托用于小型任务。单元数量的成本和时间会直接增加。
1仅将大型、独立且可并行完成的任务（例如，在广泛范围内研究多个文件）委托给子 Agent。2不要委托你自己几步就能完成的任务。
即使是不写设置的人也有技巧。在提出请求时，自己告诉它单元数量。在第一条消息中写上"自己完成，不要使用子 Agent"或"如果使用，最多 X 个单元"。
7. 在审查中写"只告诉我主要问题"会增加遗漏风险
Opus 5 擅长代码审查。官方指南说它一次性发现真实 bug 的比率很高，并且它提出的额外点更可能是真实的，而不是误报。由于即使在低努力程度下，准确性也不易下降，因此可以先用它进行快速审查，然后再进行彻底审查。
然而，有一个陷阱。如果你在审查提示词中写了"只报告主要问题"或"保持保守"，Opus 5 可能会字面遵循该指令并减少报告。
官方建议是"让它报告所有内容，然后在单独的步骤中进行过滤"。先让它输出，再丢弃。从一开始就不让它输出是一种损失。
提问方式如下："列出你关心的所有事项。按重要性排序。"你在看到列表后决定修复哪些。
8. 将低和中等作为主要的努力程度级别
在 Claude Code 中，你可以使用"/effort"切换思考量。Opus 5 有 5 个级别可用：低、中等、高、极高、最高，高是默认值。只有最高级别仅限于当前会话；其他四个级别会延续到下一个会话。
官方建议如下：从高开始，在质量不会下降的地方积极使用低和中等，以此作为控制成本和等待时间的主要手段。仅在进行重型编码或 Agent 任务时，才提升到极高。
对于兼职者来说，这一点很重要，因为如果你不调整这个设置，即使在轻量级任务上，你也会一直为高思考能力付费。查找文件或简单的文本生成不需要高。
官方指南还建议，如果你从之前模型时代延续了设置，应该用自己的任务重新测量。
今天要做的一件事：在开始轻量级任务前，输入"/effort medium"。只有在进入重型实现时才恢复到"/effort high"。仅此一项操作就会改变等待时间和消耗。
**
9. 一开始提供所有规格说明，然后不再干预
从这开始，是关于由于性能提升，你应该如何改变提问方式。
官方指南将 Opus 5 定位为"在困难编码方面最强"。列出的专长领域包括跨多个文件添加功能、大型重构、以及完全完成功能。官方还明确指出，它不会通过放置存根或"待办"占位符来逃避。
重要的部分是如何下达指令。官方方式如下：当你在一开始就给出所有任务规格说明，然后让它运行时，性能最佳。
逐步添加指令对 Opus 5 来说是一种损失。在提问前，把所有条件写清楚更快。
在第一条消息中放入以下四项内容就足够了：允许接触的文件、执行到什么程度、希望它遵守的承诺、以及判断完成的条件。在它开始运行后添加条件是最慢的。
对于一行修复这样的轻量级任务，它可以正常使用，但官方指南说，与之前模型的差异在重型任务中才会显现。
10. 针对图像的自制变通方法已无必要
读取图表、文档和示意图，以及复现 UI 和前端的外观，能力更强了。
官方指南特别提到的是，要审查为之前模型在提示词中内置的图像相关变通方法。它们可能已不再必要。
还有一点。当提供工具让模型自己执行裁剪或视觉确认时，图像的准确性最高。官方明确指出，提供工具比提高努力程度更具成本效益。
如果在 Claude Code 中使用，请停止粘贴图像并询问印象的方式。给它图像文件的位置，让它自己打开、放大、检查并修复。你应该在提高努力程度之前这样做。
11. 传递电子表格和 Slides 的样式
现在它可以创建跨多个工作表、包含非简单公式的电子表格。Slides 的结构也组织得很好。
这里的官方指示只有一条：如果有你希望它遵循的样式或模板，请将其放入提示词中。
对于每次都要修正创建材料外观的人来说，在增加返工工作之前，先增加你提供的信息会更高效。
最快的方法是提供一份你自己以前做过的文档，并说："匹配这个格式。"展示一个真实示例比用语言解释颜色和字体更快。
总结
- 回答和文档长度不会随努力程度级别降低。明确指示长度。
- 删除指示验证或双重检查的指令。Opus 5 无需指示即可自行完成。
- 最好写入范围限制和子 Agent 委托条件。
- 对于审查，"让它输出所有内容，稍后过滤"。不要从一开始就让它过滤。
- 将低和中等作为主要的努力程度级别。
- 不要逐步提供规格说明；一开始全部给出，然后不再干预。任务越重，差异越大。
当模型改变时，"正确"的提问方式也会过时。
你去年学到的技巧，现在可能只是在增加等待时间和成本。
希望你能收藏本文，并至少从今天起尝试一件事。
我通常会发布最新的 AI 信息和利用 AI 的变现方法。如果这篇文章对你有帮助，请关注我。
最后，
我目前正在免费赠送 55 项重大福利，包括 Claude Code 教材、安装方法及变现策略。如果还没领取，请在此处领取。
https://utage-system.com/line/open/cwgwX1a35XDK?mtid=FNAamIuYaEet
参考页面
https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/prompting-claude-opus-5
