Claude Fable 5 与 Mythos 5 对比：API 路由
对比 Claude Fable 5 与 Mythos 5 在 API 访问、安全防护、回退行为和生产环境模型路由方面的差异。
状态更新（2026年6月13日）：截至本次更新，Anthropic已暂停对Claude Fable 5和Claude Mythos 5的访问，GitHub Copilot也已将Fable 5从其所有界面下线（其他Claude模型不受影响）。以下所有”今天即可调用Fable 5”的表述均反映6月9日发布当天的状态，目前并不适用。在访问权限恢复之前，请将本文视为了解两款模型设计差异的参考资料，而非当前路由选择的指南。此次暂停的原因目前主要来自媒体报道，尚无完整的官方说明——请等待Anthropic的恢复通知后再做生产环境决策。
关于两款共享同一基础模型但规则手册各异的模型——以及在将任一款接入流水线之前需要了解的事项。
大家好，我是Dora。我花了将近一周时间弄清楚这两款模型中哪一款更适合作为我的路由规划基础。Claude Fable 5 vs Mythos 5的简短结论是：相同的底层模型，两套不同的安全与访问协议。这一核心差异决定了几乎所有下游问题——谁能调用它、请求被拦截时返回什么、以及你的回退逻辑需要如何设计。本文记录了我梳理出的结论、仍不明朗之处，以及你应该直接去读官方文档而非依赖我转述的地方。
先说一点。我没有在生产环境中运行过Mythos 5——Project Glasswing以外几乎没有人运行过。所以这部分内容在很大程度上是对比文档记载，而非我亲自压测的结果。凡是涉及这条分界线的地方，我都会标注出来。还有一点是事后补充的：两款模型的访问状况在发布后数日内变化极快（见顶部状态说明），因此以下所有”今天即可调用”的表述均描述的是发布当天的情况，不一定代表今天早上的现实。
一句话概括Fable 5与Mythos 5
能力等级相同。安全模型不同，访问模型不同。这就是全部对比内容，以下所有内容不过是这一事实的推论。
相同能力等级，不同安全/访问模型
两款模型来自同一基础。Anthropic的官方文档明确指出，Claude Mythos 5与Claude Fable 5共享相同的能力——两者的区分不在于原始智能水平。Fable 5搭载了安全分类器，可以拒绝某些请求。Mythos 5不携带这些分类器，且仅通过经过审核的专项计划发放。
因此，当你看到基准测试图表中Mythos 5以微弱优势超过Fable 5时，那并不意味着它是一个更聪明的模型。它是同一个模型，只是没有护栏偶尔将某些查询路由到别处。解析指出，带星号的基准测试差距来自安全防护回退到Opus 4.8，而非能力差异。这一点值得厘清，因为围绕营销的表述让Mythos 5听起来像是”专业版”。它不是。它是无护栏版。
这一差异为何对API开发者至关重要
如果你在构建产品，访问层面的分割才是首先让你碰壁的地方。你今天就可以调用Fable 5。但你很可能根本无法调用Mythos 5。因此，你的大部分设计工作实际上是”如何围绕Fable 5的拒绝行为进行构建”，而Mythos 5只是个注脚——除非你身处关键基础设施领域。
在详细介绍之前，先看一个快速对比表：
| 维度 | Claude Fable 5 | Claude Mythos 5 |
|---|---|---|
| 能力等级 | Mythos级（相同基础） | Mythos级（相同基础） |
| 安全分类器 | 有——可拒绝请求 | 无分类器 |
| 访问权限 | 普遍可用 | 受限，仅限Project Glasswing |
| API模型ID | claude-fable-5 | claude-mythos-5（未经证实） |
| 定价 | 每百万token输入/输出 $10 / $50 | 每百万token输入/输出 $10 / $50 |
| 上下文/输出 | 1M上下文，128k输出 | 1M上下文，128k输出 |
| 数据保留 | 30天（非ZDR） | 30天（非ZDR） |
| 适用对象 | 通用生产用途 | 经过审核的网络安全/生物学研究 |
关于API模型ID的说明：
claude-fable-5已由Anthropic文档及多个来源证实。claude-mythos-5是根据命名规律做出的合理推测——由于Mythos 5不公开销售，没有任何公开文档支撑该确切字符串。如果你确实需要调用它，请使用账户团队提供的字符串，而非我在这里写的内容。
访问与可用性
这是两款模型不再可互换的地方。
Fable 5普遍可用
Fable 5是你实际能用到的那款。根据Anthropic的Fable 5产品页面，它原生支持Claude平台，也可通过市场渠道，以及AWS、Google Cloud和Microsoft Foundry获取。对于开发者来说，使用模型字符串claude-fable-5即可调用。无需申请，无需账户团队把关。注册即用。
VentureBeat证实了推出形式：Fable 5今天通过其网站、应用和API向公众开放。这是99%的开发者将围绕其进行路由规划的模型。我必须补充的注意事项：那个”今天可用”在6月9日是真实的。截至6月12日，Anthropic暂停了对Fable 5和Mythos 5的访问，GitHub当天也将Fable 5从所有Copilot界面下线——其他所有Claude模型均正常运行。另外，发布后两天内，微软已在内部为自己的员工屏蔽了Fable 5，理由是30天数据保留要求与其内部合规规则相抵触（该屏蔽仅限内部；外部客户直到更大范围暂停前仍保有访问权限）。重点是：“自助服务且始终在线”目前不是对该模型的安全假设。
Mythos 5受限访问
Mythos 5是另一回事。它并非普遍可用：仅向Project Glasswing中已获批准的客户提供有限访问。如果你想获取它，文档表示需要联系你的Anthropic、AWS或Google Cloud账户团队——这意味着如果你还没有账户团队，这就是你的答案。解析直白地指出：Mythos 5仅保留给一小部分合作伙伴，并在网络安全等领域放开了限制。
坦率地说——我读了三篇文章才接受”受限”真的意味着受限。它不是一个你能买到的更高定价层级。它是一个与安全计划挂钩的审批流程。如果你不在此列，就围绕Fable 5规划，继续前进。
平台可用性与账户团队要求
实际筛选标准：Fable 5在主要云平台上自助可用。Mythos 5需要通过账户团队并获批加入Project Glasswing——Anthropic的受限网络安全计划。两款模型具有相同的API ID模式（claude-fable-5 / claude-mythos-5），让它们看起来像一个下拉切换。其实不然。一个是公共端点，另一个是权限。
安全防护与回退行为
现在是真正会改变你代码的部分。
敏感领域的分类器
Fable 5在API集成方面最显著的变化是它可以说”不”。来自API文档：Claude Fable 5包含安全分类器，可以拒绝请求。Claude Mythos 5不包含这些分类器。被屏蔽的领域属于重量级——TechCrunch列出了网络安全、生物学、化学和蒸馏作为模型会阻止响应的领域。
当发生拒绝时，你不会收到错误。你会收到一个正常的HTTP 200，其中stop_reason: "refusal"，响应会告诉你哪个分类器触发了拦截。这是一个刻意的设计选择，对你的处理方式有重要影响——拒绝是一个成功的响应，只是恰好不包含任何有用的输出。
回退到Opus 4.8作为路由概念
这里有个精妙之处。当Fable 5拒绝时，被拦截的查询不会就此消亡——其中许多会转由Opus 4.8来服务。Anthropic的文档这样描述：对于涉及敏感话题的许多查询，将由我们次强的普遍可用模型Claude Opus 4.8来响应。
从概念上讲，可以将其视为一个两层系统：Fable 5处理前沿工作，Opus 4.8作为Fable 5不愿触碰的内容的安全兜底。我之前提到的基准测试星号？正是这一机制在数据中的体现。
将实现细节留给回退指南
我在这里刻意不深入讲如何实现，因为有专门的指南，而把SDK中间件和fallbacks参数塞进一篇对比文章会让两个话题都讲不好。从概念层面：你可以让服务器为你重试，从客户端重试，或者手动构建。确切的stop_reason处理、beta版fallbacks参数、SDK中间件设置——这些都在Anthropic的拒绝与回退文档中，你应该去那里阅读，而不是听我的转述。
生产路由设计
如果你在设计真实流水线，有三件事值得深思。
基于策略的模型选择
根据工作负载的实际内容选择模型，而非基准测试排行榜。通用生产流量→Fable 5。经过适当审批的网络安全或生物学研究→Mythos 5（如果你有访问权限）。低成本或回退路径→Opus 4.8。决策关乎策略和访问权限，而非”哪个在SWE-Bench上得分更高”。
高层面的回退API设计
将拒绝设计为正常分支，而非异常情况。由于拒绝返回200，你的错误处理不会捕获它——你必须显式检查stop_reason并相应路由。提前决定你是想要服务器端重试（代码更少，目前处于beta阶段）还是客户端控制（灵活性更高，适用于任何地方）。我得出的一个判断：如果你出于审计原因需要了解哪个模型作出了响应，客户端提供了更清晰的控制。如果你只是想要一个答案，服务器端的活动部件更少。
审计日志与数据保留
这一点出乎我的意料。Fable 5和Mythos 5都携带30天数据保留，且不在零数据保留（ZDR）条款下提供——它们被指定为受覆盖模型。GitHub更新日志在其（现已暂停的）Copilot推出期间阐明了原因：Anthropic保留提示词和输出最多30天，以运行检测有害或滥用行为的安全分类器，之后予以删除，保留的数据不用于训练。这也不是假设性的合规担忧：正是这一条款让微软为其自己的员工屏蔽了该模型。如果你的合规立场假设所有模型均采用ZDR，这将打破该假设。在上线前务必核查。Anthropic的数据保留文档是权威来源，你应该对照核实而非依赖我的摘要——保留规则恰恰是那种会被悄悄更新的内容。
开发者应围绕哪款模型规划？
简短答案：对几乎所有人来说是Fable 5——但需要加上一个醒目的星号，“围绕其规划”的前提是访问权限能够恢复；目前没有人在将实时流量路由到这两款模型中的任何一款。
通用生产用途默认选择Fable 5
它普遍可用，是Anthropic向公众提供的能力最强的模型，而且安全防护主要影响通用产品几乎不会涉及的领域。对于软件工程和知识工作——Anthropic自己对Fable 5优势的定位——分类器很少会妨碍你的工作。其性能也是真实的：据报道，Stripe让Fable 5在一天内完成了一个代码库范围的迁移，而这项工作原本需要整个团队花两个多月才能完成，涉及一个5000万行的Ruby代码库。这种数字我通常会持怀疑态度，但它来自Anthropic的发布材料并附有具名客户，所以将其视为供应商报告的数据点。
将Mythos 5视为受限访问的专项能力
除非你已经在Project Glasswing中，否则不要围绕Mythos 5进行架构设计。它不是你能”升级到”的模型。它是为经过审核的网络安全和生物学研究提供的专项非护栏能力，访问路径需要通过账户团队和审批流程。对大多数开发者而言，它应该是透明的存在。
将Opus 4.8保留为回退或低成本路由
Opus 4.8在这个生态中承担两项职责：它是Fable 5拒绝时的安全兜底，也是当你不需要前沿能力时更经济、仍然非常强大的选择。根据Anthropic的模型概览，它仍是当前的生产模型。将其保留在路由中不是降级——它是整个回退设计所依赖的托底。而在当前Fable/Mythos暂停期间，它不仅是托底——它是三者中唯一仍在响应的模型，这本身就是永远不要构建一个只会与Fable 5通信的流水线的有力论据。
常见问题
Claude Fable 5与Mythos 5的区别是什么？
它们共享相同的基础模型和能力。Fable 5包含安全分类器，可以拒绝高风险领域的请求，且普遍可用。Mythos 5移除了这些分类器，仅限获批的Project Glasswing合作伙伴使用。两者在访问权限和安全防护上有所不同；原始能力没有差异。如需权威且最新的定义，请查阅Anthropic的官方模型文档——这是一个快速变化的领域。（截至2026年6月中旬，两款模型均暂时停用——在依赖任何一款之前，请验证当前可用性。）
Fable 5会自动回退到Opus 4.8吗？
可以，但”自动”取决于你的构建方式。当Fable 5拒绝时，请求可以由Opus 4.8来服务，Anthropic提供了服务器端、客户端和手动三种方式来处理该重试。服务器端fallbacks参数处于beta阶段。实现细节在官方回退指南中，你应该参照该指南而非凭记忆接线——请对照最新官方文档进行确认。
开发者可以禁用Fable 5的安全防护吗？
不能。安全防护不是你可以关闭的开关。Mythos 5——即不带分类器的版本——是一个单独设门控的模型，仅通过Project Glasswing向经过审核的合作伙伴提供，而不是Fable 5内部的某个设置。没有任何受支持的方式可以移除或绕过Fable 5的分类器，你也不应该尝试。如需了解当前政策，请参阅Anthropic的官方文档。
API开发者默认应使用哪款模型？
Claude Fable 5。它普遍可用，是Anthropic发布的能力最强的广泛可用Claude模型，其安全防护很少干扰通用软件和知识工作。将Opus 4.8保留在路由中作为回退和低成本路径。除非你已获批加入Project Glasswing，否则将Mythos 5视为超出范围。与往常一样，在做出承诺之前，请对照官方文档验证可用性和定价。而就目前而言，“默认选择”是个学术问题：Fable 5暂停期间，Opus 4.8才是实际在服务流量的模型。
结论
整个Claude Fable 5 vs Mythos 5的问题归结为一个事实：相同的模型，不同的规则手册。Fable 5是你实际会基于其构建的那款——公开、强大、在关键领域设有护栏。Mythos 5是面向特定类型已获批工作的受限能力，我们大多数人永远不会触及。而Opus 4.8则悄然作为回退支撑着整个体系。
因此，如果我是你，接下来会这样做：打开官方模型和拒绝文档，决定服务器端还是客户端回退更适合你的技术栈，并检查30天数据保留是否会改变你的合规策略中的任何内容。最后一点是大多数人会踩到的陷阱。在做这一切之前：先确认Fable 5是否已经恢复上线，因为截至本文撰写时，它还没有。这场对比中变化最快的变量结果是我最没料到的——不是安全防护，不是回退逻辑，而是你究竟能否访问到这个模型。
这就是我的笔记的终点。我还没有在真实负载下运行回退路径——那是下周的问题。待验证。
往期文章：
