Claude Opus 5.5要求用户以更有选择性的方式编写提示词。它的默认effort设置已经改变，因此以往要求模型“多想一想”的指令可能只会增加延迟而没有帮助。更有用的调整往往是明确模型应当检查什么、如何处理外部材料，以及一项完成的任务必须包含什么。Anthropic的提示词指南提出了八项调整，但并非每项任务都需要全部八项。
重新审视effort与思考指令
1. 从Medium effort起步
effort控制模型在给出答案之前进行多少内部思考。Claude Opus 5默认使用High effort，而Claude Opus 5.5默认使用Medium。Anthropic建议先以Medium开始评估，只有在对自己关心的任务进行测试后再提高effort。其指南称，在许多编程和知识类基准测试中，Claude Opus 5.5的Medium达到或超过了Claude Opus 5的High。
这并不意味着High已经没有用处，而是说从Claude Opus 5沿用下来的设置值得重新测试。更高的effort可能拉长单次回复，并增加输出token（影响使用费用的文本单位）。开发者应当只在能够测得质量提升的工作中使用extra-high或maximum effort。
▲ effort设置与输出
2. 删除要求“多想一想”的笼统指令
常驻的系统提示词（适用于整段对话的固定指令）中可能仍有“回答前请仔细思考”之类的表述。在Anthropic指南介绍的测试中，删除笼统的思考指令后，回复的开头部分更快到达，而回答质量没有下降。思考深度本来就由effort设置控制。与笼统地要求更深入思考相比，写明具体要求（例如列出所需的交付物）能给模型更有用的方向。
简短的追问也涉及类似的取舍。即使新请求很短，Claude Opus 5.5也可能回顾先前的轮次。可以用一条常驻规则让它把先前的回答视为已经确定，除非用户要求重新审视或指出了错误。这样可以减少重复工作，但对于新证据理应改变先前结论的研究任务，这条规则可能并不适用。
为连接工具的智能体提供上下文和边界
3. 行动前先查找相关信息源
在智能体式工作流中，模型使用工具跨文件或应用执行任务。Claude Opus 5.5可能很快就开始行动，当最先找到的文档并非最新信息源时，风险随之产生。例如，项目简报写明截止日期是周一，而后来的一封邮件已将其改为周五。因此，指令应当点明智能体在做出改动前需要检查的位置类型，即相关的邮件、文档、电子表格标签页和记录。
Anthropic的多应用测试发现，先进行广泛探索能够提高任务成功率，但工具调用和token也会略有增加。当需求可能分散在已连接的各个应用中时，可以采用这种做法，并确保智能体能够访问所需的信息源。找到一份文档，并不意味着其中的每条指令都值得信任。
▲ 与参考材料分开的指令
4. 将粘贴的材料与请求分开
粘贴到提示词中的邮件往来或文章是参考材料，而不是给Claude的新指令。两者混在一起时，其中夹带的指令可能扰乱任务，或带来提示词注入风险，即外部文本试图改变模型的行为。Claude Opus 5.5对直接提示词注入的抵御能力有所提升，但清晰的边界仍然有用。
在普通对话中，先写出请求，再把粘贴的材料放在下方并标明为参考文本。在应用中，开发者可以把外部文本块放在带有ID标记、成对出现的边界之内。目的在于让用户的操作指令与模型需要阅读但不应服从的材料能够区分开来。
让长时间运行的智能体保持正轨
5. 设置进度检查点，并检查界面
在耗时较长的多步骤任务中，Claude Opus 5.5可能会在工具调用之间发出进度更新。如果应用不显示这些更新，即使工作仍在进行，运行过程看起来也可能毫无动静。界面无法接收或显示更新的问题，不能靠要求模型多说话来解决；开发者需要检查客户端如何处理这些更新。
对于能够显示更新的任务，可以要求模型在有意义的节点汇报，例如审阅完文档之后、起草之前。结构化的检查点可以让进度清晰可见，又不必把每个小步骤都变成一轮单独的对话。
6. 明确“完成”的含义
模型一次回复的结束，并不总是智能体工作的结束。在无人值守的运行中，一条阶段性状态消息可能让工作停在未完成的状态。应当给智能体明确的完成标准，例如一份报告、一份来源清单和一份摘要，并要求它在停止前逐项检查。只有当智能体必须核实各项内容而不只是复述时，清单才最能发挥作用。
对于自动化工作流，Anthropic建议让智能体持续工作，直到完成任务、遇到无法克服的障碍或需要人工批准为止。状态更新可以与下一次工具调用一同发出，而不是取代它。如果缺少某项交付物，可以要求Claude补全该部分，或说明受阻的原因。这主要适用于多步骤的智能体，而不是一问一答的简单对话。
具体说明输出与依据
7. 描述想要的设计
笼统的前端请求可能生成外观千篇一律的页面；要求做得“不那么普通”，也许只会换成另一种默认样式。应当改为设定可见的约束：背景色、字体排印、标题大小、按钮形状、边框和间距。例如，落地页的请求可以要求白色背景、超大的黑色标题、方形按钮以及各区块之间宽松的留白。
如果有参考截图或品牌设计规范，可以进一步明确方向。另一种做法是先要求生成基础的HTML/CSS结构，再分阶段完善样式。具体的设计指令是一种有用的提示词做法，而不是Claude Opus 5.5独有的功能。
8. 让细小的视觉信息可以辨认
与Claude Opus 5相比，Claude Opus 5.5在图表、示意图和技术截图上的基础视觉准确度更高，但信息密集的图像仍然有难度。当图像细节不足时，拥挤图表上的小标签可能被读错。应提供分辨率更高的版本或相关区域的特写；在可以使用图像工具的环境中，智能体可以裁剪该区域进行查看。
要求模型在标签无法辨认时如实说明，而不是给出一个近似数字。当答案取决于某个小数字或注释，而非图表的整体走势时，这一点尤为重要。
在合适的地方做出调整
先从默认的Medium effort设置开始，并删除笼统的思考指令。如果Claude需要跨应用工作，就加入信息源探索、与外部文本之间的清晰边界，以及可核实的完成标准。对于界面设计或信息密集的图像，应具体说明设计要求，或提供清晰可读的特写。根据任务选择合适的调整，而不是把全部八项塞进一个冗长的提示词。