先把两个模型的定位分清楚
Sonnet 5 和 Opus 4.8 不是同一类选择。Sonnet 5 是新一代主力 Sonnet，官方强调它更擅长计划、工具调用、代码和知识工作； Opus 4.8 是更高端的 Opus 模型，官方发布时同时强调了 effort 控制、dynamic workflows 和 fast mode 等能力。 两个官方页面分别是 Sonnet 5 announcement 与 Opus 4.8 announcement。
Claude Code 用户最容易犯的错，是把“最强模型”当成“所有任务默认模型”。 实际上，很多任务需要的是足够稳定、响应快、用量可控，而不是每一步都用最贵的推理。
一张表决定怎么选
| 任务类型 | 优先模型 | 原因 |
|---|---|---|
| 解释代码、找函数、读报错 | Sonnet 5 | 信息检索和常规推理足够，成本更友好 |
| 修一个明确 bug | Sonnet 5 | 能规划、编辑、补测试，适合闭环小任务 |
| 补单元测试、改样式、写脚手架 | Sonnet 5 | 重复性和工程化任务优先看效率 |
| 跨模块重构 | Sonnet 5 先探索，Opus 4.8 决策 | 探索可低成本，关键设计需要更强判断 |
| 大迁移、多服务排障 | Opus 4.8 | 更适合复杂依赖和长时间 agent 任务 |
| 并行 subagents 搜索 | Sonnet 5 或低成本模型 | 并发会放大用量，检索类任务不必每个都用 Opus |
| 最终方案评审、上线前 review | Opus 4.8 | 关键判断和风险识别更值得花模型预算 |
推荐工作流 1：Sonnet 5 做默认开发循环
适合 80% 的 Claude Code 日常任务：
- 让 Sonnet 5 读报错、读相关文件、提出修改计划。
- 让它改代码，但限制一次只改相关模块。
- 改完让它跑现有测试或类型检查。
- 如果失败，让它根据日志继续修。
- 最后让它总结改动和剩余风险。
这套流程的关键不是模型名字，而是让 Claude Code 每一步都“验证”。Sonnet 5 的工具调用和持续跟进能力提升后， 这种默认开发循环会比过去更顺。
推荐工作流 2：Opus 4.8 做关键节点
当任务进入架构、迁移、数据一致性、权限安全、支付链路这类高风险区域，不建议全程只靠默认模型。 更稳的方式是让 Sonnet 5 做前期探索，等信息收集充分后切 Opus 4.8 做判断：
- Sonnet 5：列出涉及文件、接口、数据库表和测试。
- Sonnet 5：做只读分析，不急着改。
- Opus 4.8：审查方案，指出破坏性风险。
- Sonnet 5：按经过审查的方案执行。
- Opus 4.8：做最终 review。
这比“全程 Opus”更省，也比“全程 Sonnet”更稳。
什么时候必须考虑 Opus 4.8
- 代码改动跨 5 个以上模块，而且模块之间有隐性依赖。
- 没有完整测试，需要模型帮你判断行为风险。
- 支付、认证、订单、权限、数据迁移等业务关键链路。
- 长上下文任务，例如一次读完整个中型代码库或大量文档。
- 多轮排障无进展，Sonnet 5 修了两轮仍然找不到根因。
什么时候 Sonnet 5 反而更合适
Opus 4.8 强，但不是每次都最合适。下面这些任务优先 Sonnet 5：
- 明确、小范围的 bug。
- 根据现有风格补 UI、补表单、补文案。
- 按已有测试风格新增测试。
- 重命名、抽函数、整理类型这类低风险重构。
- 让多个 subagents 并行搜索和整理信息。
这些任务里，速度和用量控制更重要。把 Opus 留给关键节点，整体效率更高。
Pro、Max 与模型选择
如果你是 Pro 用户，建议先把 Sonnet 5 用熟：小任务不急着切 Opus。 如果你是 Max 用户，可以把模型分层用：
- Sonnet 5：默认编码、探索、测试、文档。
- Opus 4.8：架构、复杂推理、最终 review。
- subagents：探索型尽量低成本，决策型再用高能力模型。
具体模型入口、限额和可用性以 Anthropic 官方账号界面为准。国内订阅可以查看 Claude Free / Pro / Max 对比。