> For the complete documentation index, see [llms.txt](https://yeasy.gitbook.io/claude_guide/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://yeasy.gitbook.io/claude_guide/di-wu-bu-fen-jin-jie-neng-li/13_advanced/13.1_claude5_preview.md).

# 13.1 Claude 4.x 现状与 Claude 5 展望

## 重要声明

**本章基于可公开核验的官方信息撰写。**

为避免把“已发布信息”和“作者推测”混为一谈，本章统一按 3 个证据等级组织：

* **官方确认**：Anthropic 官方文档、公告或产品页已明确写出的信息。
* **工程推断**：可以从当前产品方向和公开接口演进中合理推断，但不代表官方承诺。
* **未来展望**：对 Claude 5 的推测，只用于帮助读者建立观察框架，不应当成采购或架构决策依据。

> 📌 **重大更新（2026-06-09 / 2026-06-12）**：Anthropic 已正式发布下一代模型 **Claude Fable 5**（`claude-fable-5`，公开 GA）与 **Claude Mythos 5**（`claude-mythos-5`，仅 Project Glasswing 受邀客户，Mythos Preview 的继任者）。Fable 5 在官方文档中的定位是“能力最强的广泛发布模型”：1M 上下文、128K 最大输出、$10/$50（每百万输入/输出 token）、Adaptive Thinking 常开（不支持手动 Extended Thinking），命名不再沿用 Opus/Sonnet/Haiku 体系。2026-06-12，Anthropic 曾因美国出口管制指令宣布暂停 Fable 5 与 Mythos 5 访问；当前官方模型页列出 Fable 5 为正常提供（GA），Mythos 5 则非普遍可用，仅向 Project Glasswing 获批客户有限开放，采用邀请制且无自助注册。本章“展望”部分写于发布之前，预测原文保留——读者现在可以拿真实发布与后续访问变更逐条对照检验本章的观察框架。

> 📌 **后续状态（2026-07-01）**：Fable 5 已恢复全球访问；当天公告称 Mythos 5 当时恢复给一组美国机构。当前 Mythos 5 非普遍可用，仅向 Project Glasswing 获批客户有限开放，采用邀请制且无自助注册。Claude Sonnet 5（`claude-sonnet-5`）也已发布。当前生产迁移口径统一以附录 G 和 Anthropic 官方 migration guide 为准。

## Sonnet 4.6 → Sonnet 5 迁移检查清单

1. 将模型 ID 更新为 `claude-sonnet-5`，并在业务评测集上重新跑回归。
2. 新 tokenizer 对同一文本约增加 30% token；重新计数输入，复核 `max_tokens`、截断率与真实账单。
3. Sonnet 5 默认启用 Adaptive Thinking；删除手动 `thinking: {type: "enabled", budget_tokens: N}`，需要关闭时显式使用 `thinking: {type: "disabled"}`。
4. 移除非默认 `temperature`、`top_p`、`top_k`；这些参数会返回 400。
5. 不再使用 assistant prefill；改用 Structured Outputs、system instructions 或 `output_config.format`。
6. 把 HTTP 200 且 `stop_reason: "refusal"` 作为独立终态监控；不要只统计异常和 5xx。
7. 在灰度环境重新基准成本、延迟、缓存命中和拒绝率，再扩大流量。

## 序言

Claude 系列的演进，正在从“更会聊天的模型”走向“可规划、可调用工具、可进入生产工作流的系统能力”。 因此，看 Claude 的未来，不应该只盯着 benchmark 分数，而要同时观察：

* 模型家族如何分层；
* 思考能力如何产品化；
* 工具、SDK、MCP、Claude Code 如何形成开发者工作流；
* 安全、对齐和可解释性如何持续前移。

## 第一节 官方确认：Claude 4.x 当前状态

以下内容仅保留 Anthropic 在公开页面明确给出的信息。

### 13.1.1 当前主力模型家族

目前，公开文档中的主力模型可以概括为：

| 模型                    | 定位               | 上下文窗口 | 备注                                                                     |
| --------------------- | ---------------- | ----- | ---------------------------------------------------------------------- |
| **Claude Fable 5**    | 新一代高能力模型         | 1M    | 2026-06-09 GA；$10/$50；128K 最大输出；Adaptive Thinking 常开；2026-07-01 恢复全球访问 |
| **Claude Sonnet 5**   | Sonnet 新一代       | 1M    | 128K 输出；Adaptive Thinking 默认开启；API ID `claude-sonnet-5`                |
| **Claude Opus 5**     | Opus 新一代         | 1M    | 2026-07-24 发布；$5/$25；128K 输出；thinking 默认开启；API ID `claude-opus-5`      |
| **Claude Opus 4.8**   | Opus 前版本（Legacy） | 1M    | 2026-05-28 发布，适合高难度软件工程、复杂推理、深度规划                                      |
| **Claude Opus 4.7**   | 高质量推理（上一代旗舰）     | 1M    | 适合高难度软件工程、复杂推理、深度规划                                                    |
| **Claude Opus 4.6**   | 高质量推理            | 1M    | 适合复杂推理、难例处理                                                            |
| **Claude Sonnet 4.6** | 迁移兼容与回退基线        | 1M    | 仅用于既有系统迁移、回归对比或回退预案                                                    |
| **Claude Haiku 4.5**  | 轻量快速             | 200K  | 适合分类、提取、实时场景                                                           |

Anthropic 模型页与价格页显示，**Opus 5 / Sonnet 5 / Opus 4.8 / Opus 4.7 / Opus 4.6** 的 Claude API 长上下文能力已扩展到 1M token；Sonnet 4.6 保留为迁移期兼容性基线。这些模型的 1M 窗口按标准 API token 价格计费；Microsoft Foundry 等平台可能仍有独立上下文上限。2026 年 4 月发布的 **Opus 4.7** 在高难度软件工程、终端操作、科学推理和金融代理等 Anthropic 发布口径基准上进一步突破，视觉分辨率和复杂多步任务一致性也有明显改进。精确 benchmark、tokenizer 影响、平台差异和价格应以 Anthropic release note / pricing page 为准。

> 📌 **更新（2026-07-24）**：**Claude Opus 5**（`claude-opus-5`）发布，成为 Opus 档当前型号与官方推荐起点，沿用 $5/$25 定价与 1M 上下文；Opus 4.8/4.7/4.6 一并转入官方 Legacy models 分组。与 4.8 相比有两处破坏性变更：thinking 默认开启，且 `thinking: {type: "disabled"}` 只在 `effort` 为 `high` 及以下时接受。Fable 5 已恢复全球访问；当天公告称 Mythos 5 当时恢复给一组美国机构，当前则非普遍可用，仅向 Project Glasswing 获批客户有限开放，采用邀请制且无自助注册；Sonnet 5 已成为 Sonnet 4.6 的迁移目标。

### 13.1.2 知识截止日期与能力边界

模型能力的讨论，必须区分不同型号，而不能简单说成“Claude 4.6 的知识截止日期是多少”。 按当前公开规格：

* **Claude Opus 4.8**：可靠知识截止日期为 **2026 年 1 月**（训练数据截止 2026 年 1 月）。
* **Claude Opus 4.7**：可靠知识截止日期为 **2026 年 1 月**（训练数据截止 2026 年 1 月）。
* **Claude Opus 4.6**：可靠知识截止日期为 **2025 年 5 月**（训练数据截止 2025 年 8 月）。
* **Claude Sonnet 4.6（迁移兼容性参考）**：可靠知识截止日期为 **2025 年 8 月**（训练数据截止 2026 年 1 月）。
* **Claude Haiku 4.5**：可靠知识截止日期为 **2025 年 2 月**（训练数据截止 2025 年 7 月）。

这意味着：

* 不同模型家族的信息新鲜度并不相同；
* 选型时不能只看“快 / 慢 / 贵 / 便宜”，还要看知识时效性；
* 任何“整个 Claude 4.6 系列统一截止到 2024 年 12 月”这类说法都过于粗糙，容易误导。

### 13.1.3 关于 Extended Thinking / Adaptive Thinking

Anthropic 已经把“更深推理”做成正式能力，但工程上要区分两层：

1. **能力层**：模型可以花更多推理预算来提升一次完成率。
2. **接口层**：调用参数会持续演进，不能把某一个阶段性的字段当成长期标准。

对**当前各主力模型**，更稳妥的理解方式是：

* **Fable 5**：**Adaptive Thinking 常开**且不可关闭，不支持手动 Extended Thinking；已恢复全球访问。
* **Sonnet 5**：Adaptive Thinking 默认开启，可显式关闭；手动 Extended Thinking 返回 400。
* **Opus 5**：**Adaptive Thinking 默认开启**（不写 `thinking` 字段即生效），可用 `thinking={"type": "disabled"}` 关闭，但仅在 `effort` 为 `high` 及以下时接受；`xhigh`/`max` 搭配关闭会返回 400。不支持 Extended Thinking。
* **Opus 4.8**：仅支持 **Adaptive Thinking**（沿用 4.7 的“仅 Adaptive”策略，`effort` 默认 `high`），与 Opus 5 不同，不写 `thinking` 字段就不思考。不支持 Extended Thinking。
* **Opus 4.7**：仅支持 **Adaptive Thinking**（`thinking={"type": "adaptive"}`），不支持 Extended Thinking。
* **Sonnet 4.6（迁移兼容性参考）**：同时支持 **Adaptive Thinking** 和 **Extended Thinking**（手动预算已弃用但仍可用）。优先使用 adaptive 路径。
* **Opus 4.6**：支持 **Adaptive Thinking**（推荐）和 **Extended Thinking**（`thinking={"type": "enabled", "budget_tokens": ...}`，已弃用但仍可用）。
* **Haiku 4.5**：支持 **Extended Thinking**，但不支持 Adaptive Thinking。
* 若需兼容旧代码，必须明确标注“已弃用路径”并提供迁移指南。

这也是本书前文修订 `8.4` 章节时采取的原则：解释设计思想，不把短期接口写死。

### 13.1.4 关于价格、缓存与批处理

价格属于高时效信息，不应在“未来展望”章节里硬编码成长期真理。

在官方已确认层面，只需要掌握这些稳定事实：

* 模型价格应以当天官方 pricing 页面为准；
* **Message Batches / Batch API** 提供明显折扣，官方表述是按标准 API 价格的 50% 计费（固定五折，输入输出均适用）；
* **Prompt Caching** 已是正式成本优化手段；
* 开启 thinking 时，推理 Token 应按 **billed output tokens** 理解，而不是额外套一个统一倍率。

因此，任何像“thinking 成本固定等于输出 token 价格的 2.5 倍”这类统一规则，都不够严谨。

### 13.1.5 什么内容不应写成“官方确认”

以下内容如果没有一手出处，就不应放进“已确认特性”：

* 未公开参数规模，例如 “80 亿 / 1 万亿 / 2 万亿”；
* 固定吞吐量，例如 “10K+/秒”；
* 固定端到端延迟，例如 “平均 200ms”；
* 没有官方出处的 benchmark 百分比；
* 具体到“每次最多 10 帧视频 / 5 个高清 PDF / 20MP”这类未经官方页面明确写出的上限。

写未来章节时，宁可保守，也不要把估算值包成产品承诺。

## 第二节 工程推断：Claude 4.x 透露出的方向

下面这些判断不是官方公告，而是从当前产品演进中可以做出的较稳妥推断。

### 13.1.6 模型竞争的重点正在转移

对开发者而言，决定产品效果的因素已经不只是“纯模型智力”：

* **长上下文的可用性**：1M context 已进入真实工作流讨论范围，并开始直接影响代码库、长文档和多文件任务。
* **推理能力的可控性**：thinking / adaptive thinking 把“更会想”变成了产品开关。
* **工作流集成度**：Claude Code、SDK、MCP、Prompt Caching、Batch API 正在形成完整的生产路径。
* **安全治理**：对于企业落地，可靠性和审计能力的重要性不亚于 benchmark。

换句话说，下一代模型的竞争不只是“答题更强”，也是“能否更稳定地嵌入真实工作流”。

### 13.1.7 Claude 4.x 的产品化方向

从当前公开能力看，Anthropic 的产品化重心大致有 4 条线：

1. **更强的推理与规划能力**：尤其体现在 Opus 线的 thinking 能力。
2. **更完整的开发者工作流**：Claude Code、Agent SDK、MCP、hooks、subagents。
3. **更明确的成本控制工具**：Prompt Caching、Batch API、模型路由。
4. **更前置的安全机制**：系统卡、对齐研究、评测与政策约束。

这 4 条线很可能比单纯追逐“某个 benchmark 高 1-2 分”更能解释 Anthropic 的路线图。

## 第三节 未来展望：对 Claude 5 的谨慎预测

下面内容都属于**未来展望**，不是官方确认。

### 13.1.8 可以合理期待什么

如果 Claude 5 在未来出现，最值得关注的变化大概率不是“表格里所有分数都上升 5 个点”，而是以下几个方向：

* **更稳定的高阶推理控制**：从“开或不开 thinking”进一步走向更细粒度的 effort / planning 控制。
* **更强的工具协同**：模型、Agent SDK、Claude Code、MCP 之间的边界会更清晰，开发者不需要在多套抽象间来回切换。
* **更成熟的多模态工作流**：不只是“能看图”，而是更稳定地处理文档、截图、UI、日志、视频片段等复合输入。
* **更强的长期任务能力**：大型任务的拆解、委派、回收与自检会更加产品化。
* **更细粒度的成本与风险控制**：让企业能更清楚地做预算、分级路由和审计。

### 13.1.9 不该过度预测什么

有些话题容易被市场宣传带偏，写书时要主动降温：

* 不应预测一个具体的发布日期；
* 不应预测没有依据的参数规模；
* 不应预测精确 benchmark 分数；
* 不应预测“成本必然下降多少倍”；
* 不应把第三方爆料包装成 Anthropic 官方路线图。

对技术读者来说，**错误的确定性比诚实的不确定性更有害**。

## 第四节 观察框架：Claude 5 真来了，该看什么

与其预言数字，不如建立一套发布日当天就能快速判断价值的检查清单。

### 13.1.10 模型发布时应优先核对的项目

如果 Anthropic 发布 Claude 5，最应该第一时间核对的是：

1. **模型家族与定位**：是否仍保持 Haiku / Sonnet / Opus 分层。
2. **上下文窗口**：是否继续提升，还是更强调检索效率与稳定性。
3. **推理接口**：thinking / adaptive thinking 是否进一步统一。
4. **工具与 Agent 工作流**：SDK、Claude Code、MCP 是否同步更新。
5. **价格结构**：输入、输出、缓存、批处理的成本关系如何变化。
6. **安全与系统卡**：Anthropic 是否给出新的风险分析和使用边界。

这套清单比“先看一张 benchmark 表”更适合做工程判断。

> ✅ **对照检验（2026-07-01）**：Fable 5 / Mythos 5 发布后经历暂停与差异化恢复，Sonnet 5 又带来新的 tokenizer、thinking 参数和价格迁移约束。这说明发布日核对不能替代持续的可用性、价格和行为监控。

### 13.1.11 选型建议：不要等 Claude 5 才做正确架构

很多团队会陷入一个误区：总想等“下一代更强模型”再重做架构。 实际上，更稳妥的做法是现在就把系统设计成：

* **模型可替换**；
* **路由可配置**；
* **成本可观测**；
* **高风险步骤可人工接管**；
* **推理预算可按任务分层**。

这样 Claude 5 到来时，你只需要替换模型策略，而不需要推倒整个系统。

## 第五节 Anthropic 已公开投入的长期方向

即使不预测 Claude 5 的参数和发布日期，我们仍然能从 Anthropic 的公开投入方向判断其长期重点。

### 13.1.12 长期可确认方向

从官方论文、产品文档、系统卡和开发者能力建设来看，Anthropic 持续投入的方向包括：

* **安全与对齐**：Constitutional AI、系统卡、政策与评测。
* **可解释性与透明度**：让能力边界和风险更可说明。
* **开发者生态**：SDK、Claude Code、MCP、工作流集成。
* **成本优化**：缓存、批处理、模型分层和工程路由。

这几条方向，比任何单次模型升级都更值得长期跟踪。

***

未来不是靠猜对某个模型名字来赢，而是靠建立一套**对模型变化不脆弱**的工程体系。 真正成熟的团队，不会把路线图建立在“某个传闻中的 Claude 5 指标”上，而会建立在可观测、可替换、可降级、可审计的系统设计上。

➡️ [长对话管理实战指南](/claude_guide/di-wu-bu-fen-jin-jie-neng-li/13_advanced/13.2_infinite_chats.md)