---
title: "Claude 各版本怎么选：Opus / Sonnet / Haiku 区别"
description: "把 Opus、Sonnet、Haiku 当成三个成本档位而不是三个品牌：哪个档位留给难题，哪个默认使用，以及怎么在代码里分配和锁定。"
updated: 2026-11-13
canonical: https://docai.cc/learn/opus-vs-sonnet-vs-haiku/
markdown_mirror: https://docai.cc/learn/opus-vs-sonnet-vs-haiku.md
---
## 三个档位，三种成本

同一个家族里，模型按能力与开销分三档：最大的那个负责难题，中间那个负责大多数活，最小的那个负责量大且容错高的活。名字会更新，这个三层结构基本稳定。

先记住一件事：档位不是「好、中、差」，而是「贵、中、省」。用错档位，要么白花钱，要么返工。同一个任务换个档位，开销可能相差一个数量级，这个差距会直接体现在月底账单上。三者的定位可以看[三档模型的定义](/concepts/opus-sonnet-haiku/)。

## 最强档：只留给会出错的地方

最强档适合：多步推理、复杂的代码改动、需要综合大量材料下判断、长文创作里对逻辑要求高的部分。

不适合：简单问答、批量摘要、高并发接口。这些任务上用最强档，账单涨得很快，回答质量的提升却看不出来。

一个实用原则：中间档做不好，再往上换。最强档的优势集中在难题上，简单任务里差距很小。

判断难例的方法：把中间档答错的样本留下来，看错误是知识不足、推理断链，还是格式跑偏。只有前两类值得升级，第三类通常改提示词更快。

## 中间档：默认从这里开始

写作、编辑、翻译、常规代码、资料分析、解释概念——这些先交给中间档。它是能力和成本最平衡的一层。

按经验，日常任务里绝大多数都能在中间档完成。真正需要升级的比例不高，但你必须先试过才知道。

这也是它适合当默认值的原因：先用它跑一批真实样本，你才知道难点长什么样。它同时是对比实验的基准线，有了这条线，才量得出升级带来了多少改善。

## 最小档：量大、容错高的活

分类、打标签、从文本里抽出日期金额、情感判断、简单路由，这些用最小档。它快、便宜，错一条的代价也低。

判断标准不是「任务简单不简单」，而是「错一条要不要紧」。给一万条评论打正负标签，错几十条可以接受；给合同抽金额，错一条就要命。

小档还有一个容易被忽略的好处：响应快。实时聊天、自动补全这类场景，等待时间本身就是体验的一部分。

## 一个应用里的模型分工

同一个产品可以按功能分配档位，不必全线用同一个模型：

```text
分类打标   → 最小档
起草回复   → 中间档
复杂申诉   → 最强档
```

具体标识以官网当前列表为准。价格只是公式的一半，另一半是返工成本，计算方式可以参考[怎么估算成本](/learn/estimate-cost/)。

这种分流不必一开始就设计得很细。先把最贵和最便宜的两头分出来，中间部分保持默认，跑一段时间再按数据调整。

## 选型的操作顺序

1. 从中间档开始，拿二十条真实样本跑一遍。
2. 如果错误集中在难例上，把难例单独路由到最强档。
3. 如果错误主要是格式和噪声，先修提示词，不要急着换模型。
4. 如果任务量大且错一条不致命，往下换最小档试试。

每次只改一个变量，否则你不知道效果是谁带来的。样本也要覆盖真实分布：二十条里至少一半应该是平淡无奇的日常输入，不能只挑最好和最难的。

定下来之后，在配置里写明确切的模型版本，不要用会随时指向新模型的别名；升级前用固定样本回归一遍，再决定要不要跟。命名规则见[模型命名](/concepts/model-naming/)。

选档位的目标不是用上最强的，而是让每类任务都落在刚好够用的那一层。下一节回到对话现场：[新手最容易犯的六个错误](/learn/first-chat-common-mistakes/)。