Claude Opus 4.7 在 Claude Code 中的最佳实践
核心要点
- Opus 4.7 是目前最强的编码与 Agent 模型，在歧义处理、Bug 查找、代码审查和跨会话上下文方面均优于 4.6
- 新增 xhigh 努力级别作为默认设置，在智能与 token 消耗之间取得最佳平衡
- 自适应思考取代固定思考预算，模型自行决定何时深度推理、何时快速响应
- 交互方式转变：把 Claude 当作可委派的高级工程师而非逐行指导的结对程序员
- 行为变化：回复更简洁、工具调用更少、子 Agent 生成更克制
原文链接 English Original · Anthropic Claude Blog · 2026-04-16
Opus 4.7 是我们迄今为止在编码、企业工作流和长时间 Agent 任务方面最强的通用模型。它比 Opus 4.6 更善于处理歧义，在发现 Bug 和代码审查方面能力大幅提升，跨会话携带上下文更可靠，并且能在更少指令的情况下推理完成模糊任务。
在发布公告中，我们提到了两个影响 token 用量的变化——更新的分词器和在较高努力级别（尤其是长会话的后续轮次）倾向于更多思考。因此，从 Opus 4.6 切换到 Opus 4.7 时，需要一些调优才能达到最佳表现。对提示词和 Harness 做一些调整就能产生显著差异。
本文将介绍有哪些变化，以及如何在 Claude Code 中最高效地使用 Opus 4.7。
构建交互式编码会话
Opus 4.7 的 token 用量和行为会因使用场景不同而有所差异：单轮异步自主编码 Agent 与多轮交互式同步编码 Agent 的表现不同。在交互场景中，模型会在每次用户轮次后进行更多推理——这提升了长会话中的连贯性、指令遵循和编码质量，但也倾向于消耗更多 token。
要充分发挥 Opus 4.7 在 Claude Code 中的潜力，我们发现把 Claude 当作可以委派任务的高级工程师而不是需要逐行指导的结对程序员，效果会更好：
- 在第一轮就把任务说清楚。 包含意图、约束条件、验收标准和相关文件位置的完整任务描述，能让 Opus 4.7 获得交付高质量输出所需的上下文。模糊的提示如果分散在多轮中逐步传达，往往会降低 token 效率，有时也会降低整体质量。
- 减少必要的用户交互次数。 每次用户轮次都会增加推理开销。把问题批量提出，给模型足够的上下文让它持续推进。
- 适时使用 auto mode。 对于你信任模型能安全执行、不需要频繁检查的任务，auto mode 能缩短周期时间。它特别适合你已在前期提供完整上下文的长时间任务。Auto mode 目前作为研究预览版面向 Claude Code Max 用户开放——可以通过 Shift+Tab 切换。
- 设置任务完成通知。 让 Claude 在完成任务时播放提示音，它可以自行创建基于 hook 的通知机制。
Opus 4.7 推荐的努力级别设置
Opus 4.7 在 Claude Code 中的默认努力级别现在是 xhigh。这是介于 high 和 max 之间的新级别，让用户能更精细地控制推理深度与响应延迟之间的权衡。我们推荐在大多数 Agent 编码工作中使用 xhigh，特别是对智能要求高的任务，如 API 和 Schema 设计、遗留代码迁移、大型代码库审查等。
各努力级别的详细说明：
- medium 和 low：适用于成本敏感、延迟敏感或范围明确的工作。在较难的任务上能力不如高级别，但在同等努力级别下仍优于 Opus 4.6——有时甚至用更少的 token。
- high：在智能和成本之间取得平衡。如果你在运行并发会话或想减少开支又不想质量大幅下降，选择 high。
- xhigh（默认，推荐）：大多数编码和 Agent 场景的最佳设置。具备强自主性和高智能，同时避免 max 在长 Agent 运行中可能产生的 token 失控。
- max：在真正困难的问题上能榨出额外性能，但收益递减且更容易过度思考。建议仅在需要测试模型能力上限的评测、以及极度重视智能且不在乎成本的场景中刻意使用。
如果你正在升级到新模型，我们建议尝试不同的努力级别而不是直接沿用旧设置。你可以在同一任务中切换努力级别，以更有效地管理 token 用量和推理深度。
我们将 Opus 4.7 的默认努力级别设为 xhigh，因为我们认为它是大多数编码任务的最佳设置。如果你是现有的 Claude Code 用户但没有手动设置过努力级别，你会自动升级到 xhigh。当然你仍可以手动调整。
自适应思考
Opus 4.7 不再支持固定思考预算的 Extended Thinking。 取而代之的是自适应思考机制。它使思考在每一步都变为可选，让模型根据上下文决定何时投入更多思考。简单查询可以快速响应，不需要深度思考的步骤可以跳过，而把思考 token 集中投入到最能发挥作用的地方。在整个 Agent 运行过程中，这能积累出更快的响应速度和更好的用户体验。
自适应思考在本次发布中有显著改进——尤其是 Opus 4.7 更不容易过度思考了。
如果你想对思考频率有更多控制，可以通过提示词直接引导：
- 想要更多思考时，尝试类似这样的提示："Think carefully and step-by-step before responding; this problem is harder than it looks."（请仔细地逐步思考后再回复；这个问题比看起来更难。）
- 想要更少思考时，尝试类似这样的提示："Prioritize responding quickly rather than thinking deeply. When in doubt, respond directly."（优先快速响应而不是深度思考。拿不准时直接回复。）这能节省 token，但在较难步骤上可能牺牲一些准确性。
值得了解的行为变化
Opus 4.6 到 4.7 之间有一些默认行为的变化，如果你已经针对旧模型仔细调优过提示词或 Harness，需要特别留意。
回复长度根据任务复杂度自动校准。 Opus 4.7 不像 Opus 4.6 那样默认冗长。简单查询会得到更短的回答，开放性分析则会更长。如果你的用例依赖特定的长度或风格，请在提示词中明确说明。我们发现，给出你想要的语气的正面示例比"不要这样做"的否定指令效果更好。
模型调用工具更少，推理更多。 这在很多场景下会产生更好的结果。如果你希望更多工具调用（比如在 Agent 工作中更积极地搜索或读文件），请提供明确描述何时以及为何应使用工具的指引。
默认生成更少的子 Agent。 Opus 4.7 在决定是否委派子 Agent 时更加审慎。如果你的场景受益于并行子 Agent（比如跨文件或独立项目扇出），我们建议明确说明。例如：
不要为你能在单次回复中直接完成的工作生成子 Agent（如重构一个你已经看到的函数）。在需要跨多个项目或读取多个文件时扇出时，在同一轮次中生成多个子 Agent。
下一步尝试
Opus 4.7 在长时间运行的任务上表现优于之前的模型。这使它非常适合那些过去以人工监督为瓶颈的任务，如复杂的多文件变更、模糊的调试、跨服务的代码审查和多步骤 Agent 工作。
我们建议将努力级别保持在 xhigh，然后看看你的第一轮提示能走多远。
了解更多请参阅 Opus 4.7 提示词指南 和 Claude Code 上下文与会话管理 文章。
Related Documents
- English Original
- Claude Code 会话管理与 1M 上下文