Get the latest on AI, LLMs & developer tools
New MCP servers, model updates, and guides like this one — delivered weekly.
迁移摘要
官方 Claude 迁移指南指出,已经在 Claude Opus 4.7 上运行的代码在 Opus 4.8 上应能继续工作,且不会出现破坏性的 API 变更。但这并不意味着你应该盲目地在生产环境中更改模型 ID。Opus 4.8 重新校准了工作量(effort),默认在所有场景下采用高工作量模式,降低了 prompt-cache 的最低要求,并增加了对话中途的系统消息。
Minimal migration: 1. Replace claude-opus-4-7 with claude-opus-4-8. 2. Keep adaptive thinking, not manual budget_tokens. 3. Keep sampling params omitted. 4. Re-baseline effort, latency, and cost. 5. Run your eval suite before production rollout.
模型 ID
使用 claude-opus-4-8 在 Claude API 上。模型概览将 Opus 4.8 列为复杂推理、长周期智能体编码和高自主性工作的首选。它还记录了 Claude API、Bedrock 和 Vertex AI 上的 1M 上下文窗口,以及 Microsoft Foundry 上的 200k 上下文窗口。
import anthropic
client = anthropic.Anthropic()
message = client.messages.create(
model="claude-opus-4-8",
max_tokens=64000,
thinking={"type": "adaptive"},
output_config={"effort": "xhigh"},
messages=[
{"role": "user", "content": "Review this architecture migration plan."}
],
)继承的约束
Opus 4.8 继承了 Opus 4.7 的两个约束。首先,不支持非默认的采样参数。如果你发送 temperature, top_p,或top_k 且包含非默认值,API 将返回 400 错误。其次,不支持手动设置 extended thinking budgets。请勿发送 thinking: {type: "enabled", budget_tokens: N}。
如果你从 Opus 4.6 或更早版本进行迁移,请先执行 Opus 4.7 的迁移。破坏性变更主要集中在那里:采样移除、手动思考移除、分词器变更以及预填充(prefill)迁移。
工作量与思考(Effort and Thinking)
Opus 4.8 使用自适应思考。除非你显式设置 thinking: {type: "adaptive"},否则思考功能处于关闭状态。一旦启用,effort 将成为控制思考深度和工具使用倾向的主要参数。
| Effort | 用于 | 风险 |
|---|---|---|
low | 短期、范围明确、对延迟敏感的任务 | 可能会对中等复杂的工作思考不足 |
medium | 平衡成本的智能体任务 | 在大规模推广前需要进行评估 |
high | 针对质量敏感型任务的默认选择 | 比低级别模型消耗更多的 token |
xhigh | 适用于编程和长周期代理(agentic)工作 | token 消耗量显著增加 |
max | 具有评估支持收益的前沿问题 | 可能会过度思考并消耗过多资源 |
Anthropic 的实践建议较为保守:从 xhigh对于编程和代理(agentic)用例,使用 high 对于大多数其他智能敏感型工作负载,请使用此模型,仅在测量结果显示质量保持稳定时才考虑降级。
提示词工程 4.8
Opus 4.8 比旧版 Opus 模型更字面化,尤其是在低努力程度(effort levels)下。如果某条指令适用于每一项,请明确说明。如果模型应该直接执行而不是提供建议,也请明确说明。如果必须使用某个工具,请解释原因和时机。提示词指南明确指出,模糊的提示词不如明确的范围、输出格式和示例可靠。
Weak: Review these files and be conservative. Better: Find every issue that could cause incorrect behavior, a test failure, or a misleading result. Include low-confidence findings. Do not filter for severity in this pass; a later verification step will rank them.
对于前端工作,官方提示词指南提到了一个持久的默认风格:暖灰白色背景、衬线显示字体以及琥珀色或赤陶色点缀。如果该风格不符合产品需求,请在生成 UI 之前指定具体的视觉方向。
系统消息(System Messages)
Opus 4.8 接受 role: "system" 在 messages 数组中用户回合之后的条目,需遵循放置规则。其用例是权限、token 预算、环境状态或指令在任务中途发生变化的代理(agentic)循环。你可以在不重建整个提示词并破坏 prompt-cache 命中的情况下追加新指令。
保留顶层的 system 字段用于从一开始就适用的指令。对于用户已经开始长任务后发生的更新,请使用对话中途的系统消息。
提示词缓存(Prompt Cache)
Opus 4.8 将最小可缓存提示词长度降低至 1,024 tokens。对于具有中等规模系统提示词或工具状态的代理来说,这是一个低调但实用的平台改进。在 Opus 4.7 上因太短而无法缓存的提示词,现在无需更改代码即可创建缓存条目。
在 Claude Code 文档中,Fast 和 Standard 速度模式不共享缓存前缀。如果在对话中途切换到 Fast 模式,请预料到会出现缓存未命中,并产生更高的未缓存输入成本。
Fast Mode API
Opus 4.8 的更新页面显示,Fast 模式目前作为研究预览版在 Claude API 上提供给 Claude Opus 4.8 使用,具体请参考 speed: "fast"。发布公告指出,Opus 4.8 Fast 模式的输出速度提升了 2.5 倍,价格为每百万 token 输入 10 美元 / 输出 50 美元。
请将 Fast 模式视为一种延迟优化产品,而非智能增强产品。Claude 的文档将其描述为采用更快推理配置的同一模型。当响应时间成为瓶颈且溢价合理时,请使用此模式。
代码审查工具 (Code Review Harnesses)
Opus 4.8 在发现 Bug 方面表现更佳,但提示词的措辞可能会导致工具看起来召回率下降。提示词指南解释了原因:如果你的审查提示词要求“仅报告高严重性问题”或“保持保守”,那么更字面化的模型可能会先发现问题,然后将其过滤掉。对于初次审查,请先要求覆盖率,再进行优先级排序。
Recommended first-pass review prompt: Report every issue you find, including uncertain or low-severity issues. Do not filter for importance or confidence at this stage. For each finding, include confidence and estimated severity. A downstream step will verify, deduplicate, and rank findings.
检查清单
- 替换
claude-opus-4-7使用claude-opus-4-8。 - 移除所有非默认的
temperature、top_p以及top_k。 - 使用
thinking: {type: "adaptive"},不要手动budget_tokens。 - 为生产环境工作负载显式设置
output_config.effort。 - 开始构建 Agent,请访问
xhigh并与high进行对比。 - 移除旧的 1M-context beta 头部信息,因为在 claude-opus-4-8 中它们已不再必要。
- 在长时间运行的测试框架中测试对话中间的系统消息。
- 重新设定提示词缓存(prompt caching)基准,因为现在的最小限制为 1,024 tokens。
- 重新运行关于代码审查召回率、工具使用、详细程度和延迟的评估。
- 在 Claude Code 中使用
/claude-api migrate,以便调用内置技能来检查代码库。
FAQ
从 Opus 4.7 迁移到 Opus 4.8 会导致破坏性变更吗?
不会,如果你的代码已经在 Opus 4.7 上运行良好,则无需担心。Claude 官方迁移指南指出,对于已经在 Claude Opus 4.7 上运行的代码,API 不存在破坏性变更。
temperature、top_p 或 top_k 参数在 Opus 4.8 上是否有效?
不支持。在 Opus 4.8 上使用非默认采样参数会返回 400 错误,这与 Opus 4.7 一致。请省略这些参数,改用提示词(prompting)和 effort 参数来引导模型行为。
Opus 4.8 是否支持手动设置思考预算(thinking budgets)?
不支持。Opus 4.8 不支持 thinking: {type: 'enabled', budget_tokens: N} 这种格式。请改用自适应思考(adaptive thinking)和 effort 参数。
编码时应该使用什么级别的 effort?
Anthropic 建议在编码和智能体(agentic)用例中使用 xhigh,对于大多数其他对智能要求较高的工作负载使用 high,仅在通过自有评估(evals)验证质量后,才考虑使用更低的级别。
提示词缓存(prompt caching)有什么变化?
Opus 4.8 的最小可缓存提示词长度为 1,024 tokens,低于 Opus 4.7。一些在 4.7 上因过短而无法缓存的提示词,现在无需修改代码即可进行缓存。
官方资源
- Claude 文档:迁移指南
- Claude 文档:提示词工程最佳实践
- Claude 文档:Claude Opus 4.8 的新特性
- Claude 文档:Effort 参数
- Claude 文档:模型概览
- Anthropic:Claude Opus 4.8 发布介绍
相关内容: Opus 4.8 发布深度解析 以及 Claude Code 工作流指南.
