Anthropic 正式推出 Claude Fable 5.2 以及同权重的 Mythos 5.2，在智能体编程基准测试里表现超过 Opus 5.5，最受行业关注的是 1000 个 Agent 协同完成费马大定理形式化证明的实验，这个实验能跑通，不只是模型本身变强，配套的多 Agent 交付架构才是关键。很多人只看到模型跑分更高，忽略上千 Agent 一起干活很容易出现任务冲突、版本混乱、进度卡死、日志不可追溯的问题，Opus 5.5 在同样千 Agent 实验条件下，30 小时只完成 26% 左右的工作，后期基本停滞，而 Fable 5.2 只用大约 30 小时就全部做完，除了模型自身长任务、自校验能力提升，共享数据库、沙箱隔离、Git 分支协同、任务分片校验这套交付架构起到了支撑作用。这套架构不用复杂的自定义编排图，依靠 PostgreSQL 共享状态、独立沙箱、版本管理来分配任务、同步进度、拦截错误，让大量 Agent 自主协商分工、互相审查产出，不需要人工高频介入。想要复刻这类大规模 Agent 协作项目，一方面要选用长任务稳定性更强的模型，另一方面要搭建状态共享、环境隔离、结果自动校验的交付框架，不然 Agent 数量越多，越容易出现互相干扰、任务卡壳。Fable 5.2 同时下调了 API 定价，在企业长周期工程、科研形式化验证、大型代码迁移场景有明显优势，不过它也做了能力封顶，部分加速器内核优化方向上限维持在 Opus 5.5 水平。
一、Fable 5.2 核心信息清单
- 配套版本：Fable 5.2（通用版，带安全护栏）、Mythos 5.2（机构审核专用，科研 / 安全方向），底层权重一致
- 编程基准：FrontierCode 2.0 高分档 49.1%，高于 Opus 5.5 的 45.5%；FrontierSWE v2 达到 69.9%
- 千 Agent 实验：1000 个 Agent 协作完成费马大定理 Lean 形式化证明，约 30 小时完成；同条件 Opus 5.5 仅完成 26%
- 架构底座：PostgreSQL 共享状态库、独立沙箱环境、Git 分支版本管理、结果自动校验流水线
- 定价调整：输入 8 美元 / 百万 token，输出 40 美元 / 百万 token，相比前代下调 20%，支持 Fast 高速模式
- 能力限制：加速器内核优化、大模型架构改进方向做了封顶，上限和 Opus 5.5 持平，不影响 Agent 编码、硬件开发等方向
二、千 Agent 实验交付架构核心组件
1. 共享状态数据库
用 PostgreSQL 统一存放任务清单、中间结论、进度标记、评审记录，所有 Agent 读取同一份状态，避免信息孤岛。
2. 隔离沙箱
每个 Agent 独立执行代码、Lean 验证，单个 Agent 出错不会污染全局环境，方便失败回滚。
3. Git 分支协同
产出按分支管理，变更可追溯、可评审，Agent 之间互相 Review 代码和证明片段。
4. 自动校验器
Lean 验证内核自动检查形式化证明是否合法，不合格结果直接打回重算，减少人工审核成本。
5. 任务分片与自愈逻辑
大任务自动拆成子任务，卡住的分片可以重新分配给空闲 Agent，避免整体停滞。
三、Fable 5.2 和 Opus 5.5 关键差异
| 对比项 | Fable 5.2 | Opus 5.5 |
|---|---|---|
| FrontierCode 2.0 | 49.1% | 45.5% |
| 千 Agent 费马证明 | 30 小时完整完成 | 30 小时仅完成 26% |
| 长任务稳定性 | 强，自带持续自检、任务自愈 | 容易在长周期多 Agent 任务里停滞 |
| 安全护栏 | 标准商用护栏，面向普通开发者开放 | 安全策略不同 |
| 定价 | 输入 $8 / 百万 token，输出 $40 / 百万 token | 定价更低，但长任务稳定性弱 |
四、落地使用流程
- 规划大型项目，拆分为可独立校验的子任务，接入共享状态库；
- 启动批量 Agent，分配沙箱环境，从共享库领取任务；
- Agent 产出代码、证明片段，提交分支，触发自动校验；
- 校验失败自动回滚或重分配，校验通过写入全局状态；
- 持续迭代直到全部子任务完成，最后汇总、整体核验；
- 全程保留日志与版本，方便复盘、定位卡点。
五、优势与局限
✅ 优势
- 智能体编程基准超越 Opus 5.5，适合大型代码迁移、系统开发；
- 千 Agent 协作架构成熟，长周期科研、工程任务不容易卡死；
- Token 消耗更省，本次费马证明只用了早期方案三分之一的行动 token；
- API 降价，企业大规模 Agent 项目成本更友好。
- 部分底层内核优化方向做了能力封顶，不会无限制突破；
- 千 Agent 交付架构复杂度高，普通小场景没必要搭建；
- Mythos 5.2 不对外开放，需要机构资质审核；
- 实验结果来自官方环境，自建环境跑千 Agent 会有性能损耗。
⚠️ 局限
【相关 FAQ】
问题 1：Anthropic 发布 Fable 5.2，编程碾压 Opus 5.5，千 Agent 实验背后的交付架构是什么？
回答 1：Anthropic 发布 Fable 5.2，编程性能超越 Opus 5.5，千 Agent 实验的交付架构依靠 PostgreSQL 共享状态库、独立沙箱、Git 分支协同、自动校验器，用来管理上千 Agent 的任务分配、版本同步和结果校验，避免大规模协作卡死。
问题 2：Anthropic 发布 Fable 5.2，千 Agent 实验是让 AI 重新证明费马大定理吗？
回答 2：不是，Anthropic 发布 Fable 5.2 的千 Agent 实验，是把已经存在的费马大定理证明翻译成 Lean 可机检的形式化证明，重点验证 Fable 5.2 搭配交付架构的大规模 Agent 协同能力。
问题 3：Fable 5.2 编程性能超过 Opus 5.5，是不是所有场景都更强？
回答 3：Anthropic 发布 Fable 5.2，在 Agent 编程、长周期多 Agent 协作场景优于 Opus 5.5，但官方对部分加速器内核优化方向做了能力封顶，这些方向上限和 Opus 5.5 持平。
问题 4：想要复刻 Fable 5.2 千 Agent 实验，只换模型就可以吗？
回答 4：不可以，Anthropic 发布 Fable 5.2 的千 Agent 实验，交付架构是核心条件，缺少共享状态、沙箱隔离、自动校验这套体系，就算换成 Fable 5.2，上千 Agent 也很容易冲突、停滞。
问题 5：Fable 5.2 和 Mythos 5.2 有什么区别？
回答 5：Anthropic 发布 Fable 5.2 和 Mythos 5.2，二者底层权重相同；Fable 5.2 带通用安全护栏、开放给开发者，Mythos 5.2 面向机构审核，用于网络安全、生物医学等专项科研场景。
【参考资料】
[2026-11-09]（Introducing Claude Fable 5.2 and Claude Mythos 5.2）Anthropic 官网
[2026-11-09]（Safely scaling multi-agent teams with Claude Fable 5.2）claude.dev
[2026-11-10]（Fable 5.2 深夜掀桌！从 0 造操作系统，性价比反超 Opus 5.5）量子位
[2026-11-10]（Claude Fable 5.2 and Mythos 5.2: Our Take on the Upgrade）DataCamp
【免责声明】
本文内容整理自 Anthropic 官方发布文档、工程博客与科技媒体公开报道；Fable 5.2 编程超越 Opus 5.5、千 Agent 实验相关数据为官方特定测试环境下得出，自建环境、不同任务类型下表现会存在差异；千 Agent 交付架构落地门槛较高，本文不构成企业 Agent 系统选型、采购、上线落地建议。