Claude Opus 5.5 提示词十大变化：官方最佳实践解读

Anthropic 发布 Claude Opus 5.5 后，不少开发者发现过去那套写提示词的习惯开始「失灵」。模型的推理机制、参数默认值和输出行为都有调整，沿用旧写法轻则浪费 token，重则直接被模型拒绝。这篇文章结合 B 站 UP 主以 RAP 形式总结的「十个新变化」，对照官方最佳实践，梳理 Opus 5.5 时代提示词需要注意的关键改动。

推理机制：思考默认开启，别再喊「请仔细想想」

Opus 5.5 最核心的变化在于推理（reasoning）行为。默认的 effort 被调成 medium，而这个 medium 本身的能力已经接近上一代 Opus 的高水平。更重要的是，模型的思考过程是常驻开启、无法完全关闭的——如果你想省 token，正确做法是降档 effort，而不是指望关掉思考。

这带来两个直接影响。第一，别再在提示词里写「请仔细想想」「一步步推理」这类引导语，模型自己会思考，这类措辞反而冗余，删掉之后响应往往更快。第二，不要试图逼模型把完整的推理链写进最终回答里，这种要求可能直接被拒掉。想看思考内容，应该开启 summarized 模式查看摘要，而不是强行把 reasoning 塞进输出。

effort 分档是 Anthropic 为 Claude 3.7 系列引入的推理预算控制机制，允许开发者在 API 调用时通过 thinking 参数的 budget_tokens 字段指定模型用于内部推理的 token 上限。Opus 5.5 将默认档位设为 medium，对应约数千个推理 token 的预算，已能覆盖大多数中等复杂度任务。low 档可用于简单问答场景以节省成本，high 档则适合需要深度推理的数学证明或多步骤规划任务。由于推理 token 计入计费但不出现在最终输出中，开发者过去常用的「强制模型在回答中展示推理步骤」的做法在新架构下已经多此一举，且确实会导致模型拒绝或输出质量下降。

Token 与输出配置：max tokens 要放宽

由于推理默认常驻，模型在给出答案前会消耗一部分 token 用于内部思考。如果沿用过去较紧的 max tokens 设置，很容易出现推理还没走完、输出就被截断的情况。官方建议适当放宽 max tokens 上限，给推理和回答都留出空间。

在查看模型行为时，显示模式（display）需要设成 updates 才能实时看到文字输出的进展。这对调试长任务尤其重要，否则你可能误以为模型卡住了，实际上它正在后台推理。

任务完成信号：文字收尾不等于做完

一个容易踩的坑是：模型输出了一段收尾性质的文字，并不代表任务真正完成。Opus 5.5 在处理复杂任务时，文字结束和动作完成是两回事。要让模型可靠地判断任务边界，最好的办法是提供清单并按序执行，逐项点名核对，而不是依赖模糊的「完成了吗」。

官方总结了四种常见的停止（停法）判定方式，核心思路都是用显式的结构化信号替代隐式的语气判断。把任务拆成可勾选的列表，让模型逐条跑完，是目前最稳妥的做法。

多 Agent 协作：给时间预算，用 relaxed 并行

涉及多个 agent 协作的场景，Opus 5.5 建议给每个 agent 一个明确的时间预算，并要求它们报上进度。这样可以避免某个 agent 无限制地深挖，拖慢整体流程。

配合 relaxed 的并行策略，多个 agent 能更早地同时启动工作，而不是串行等待。对于需要调度多个子任务的复杂工作流，这种「预算 + 并行」的组合能显著提升整体效率。

在 Anthropic 的多 Agent 框架里，relaxed 并行指的是放宽 Agent 间的同步约束，允许子 Agent 在前置任务尚未完全确认的情况下提前启动准备工作。与之对应的是 strict 模式，要求每个 Agent 严格等待上游依赖完成后再执行。relaxed 策略的代价是需要额外的冲突处理逻辑——当多个 Agent 并发修改同一资源时必须有明确的优先级规则。时间预算机制则要求每个 Agent 在启动时声明预期完成时间，编排层（Orchestrator）据此做超时中断和资源回收，防止某个深陷循环的 Agent 阻塞整条流水线。这两项机制结合使用，是 Anthropic 官方针对长时间运行工作流（long-running agentic workflow）给出的推荐配置。

内容粘贴与视觉处理的新规范

在提示词里粘贴大段内容时，应当用标签把它包裹好，比如用 Pasted content 之类的明确标记。结构化的标签能帮助模型区分「指令」和「待处理素材」，避免把粘贴内容误当成命令执行。

视觉能力方面，Opus 5.5 在看图识别上比上一代 Opus 更准。如果你过去为旧模型搭建了一套视觉脚手架（辅助提示、预处理步骤），建议先删掉再测试——新模型可能不再需要这些辅助，保留反而会干扰判断。

关于否定式指令，提示词里不要只说「别做什么」，更有效的是正面说明「要做什么」。模型对正向、具体的指令响应更好，单纯的禁止往往不如给出明确范例来得可靠。

Anthropic 官方推荐的结构化标签做法源自 XML 风格的上下文分隔约定，例如用 <document>…</document>、<pasted_content>…</pasted_content> 等标签包裹外部素材。这类标签的作用是为模型提供明确的语义边界，使其能够区分「系统指令」「用户输入」和「待处理材料」三种角色，从而降低提示词注入（prompt injection）风险——即恶意内容通过伪装成指令来操控模型行为的攻击方式。在 RAG（检索增强生成）场景中，将检索到的文档片段用标签包裹是目前业界的通行做法，Opus 5.5 对这类结构的识别和遵从能力相比上一代有明显提升。

小结：旧习惯要主动清理

Opus 5.5 的这十个变化，贯穿的逻辑其实一致：模型变强了，很多人工脚手架该退场了。无论是引导思考的措辞、紧凑的 token 设置，还是为旧视觉能力搭的辅助，这些曾经有用的技巧在新模型上可能变成负担。迁移到 Opus 5.5 时，与其叠加更多提示，不如先做减法，再根据实际表现逐步补充。

以上内容来自 B 站 UP 主对 Opus 5.5 官方最佳实践的梳理总结，具体参数行为仍建议以 Anthropic 官方文档为准。