Meta 的 Muse 模型登陆 Google Cloud：这次预览究竟带来了哪些实质变化

Muse Wonder、Muse Spark 1.3 和 Muse Ember 现在既由 Google Cloud 提供，也由 Meta 自有的 Model API 提供。三者都出现在 Google 的合作伙伴模型文档中，标记为 Preview，并可通过同一个全球端点访问；该列表于 2026 年 11 月 9 日被报道，也就是 Meta 推出 Muse Ember 的同一天。迁移过程中，检查点本身没有任何变化。模型 ID 仍是 muse-wonder-1.0、muse-spark-1.3 和 muse-ember-1.0；上下文窗口相同；价格仍是 Meta 价目表上的价格。改变的是你签署的合同以及 SDK 指向的 URL；对相当多企业而言，真正的阻碍其实是这些，而不是模型本身。

所以，请把这理解为一项分发层面的消息，而不是能力层面的消息。Muse Wonder 于 2026 年 10 月 12 日发布，Muse Spark 1.3 于 9 月 2 日发布，Muse Ember 于 11 月 9 日发布。它们都不是本周才推出的新品；真正的新变化是，Google Cloud 客户现在无需再建立第二个供应商关系就能调用它们，而这一点值得准确理解，因为该预览版存在一些公告报道并未着重提及的限制。

三款模型，三项不同的工作

Meta 自己的表述是记住这个模型家族最清晰的方式：Wonder 负责规划，Ember 负责处理海量请求，Spark 承担编码苦活。三者并不是同一个模型的不同层级，它们之间在输入价格上相差四十倍，反映的正是这一点，而不是一种营销分层。

• Muse Wonder — M​eta 的前沿推理模型，于 2026 年 10 月 12 日发布，面向复杂软件工程和长周期智能体任务；上下文长度为 1,048,576 个 token；输入支持文本、图像、音频和视频，输出文本；推理力度可从最低调整至最高，默认使用最高。

• Muse Spark 1.3 —— 9 月 2 日发布的版本，针对智能体工作流和竞赛编程进行了优化，内置工具调用并支持 Model Context Protocol；100 万 token 上下文；在计费两端都是三者中最便宜的

• Muse Ember — 11 月 9 日发布，专为高吞吐量的智能体执行而打造：工具调用、编码子任务、路由、抽取以及长文档解析；100 万 token 上下文，输出最高可达 51.2 万 token；与其同系列产品一样支持多模态输入

• 可用性版本——Muse Wonder 和 Muse Spark 1.3 也提供更便宜的“Contributor”或仅订阅形式：在这些形式中，M​eta 以获取训练权利或收取月费来换取折扣；G​oogle Cloud 预览版则提供标准的按需付费端点

那个端点，以及“preview”在那句话里起什么作用

G​oogle 的文档简短而具体，具体细节比标题更重要。请求会发往 aiplatform.googleapis.com 下的发布者路径，模型在 model 字段中直接写模型名，而不是带发布者前缀：

• 端点 — POST https://aiplatform.googleapis.com/v1/projects/PROJECT_ID/locations/global/publishers/m​eta/v1/responses，使用来自 gcloud auth application-default print-access-token 的 G​oogle Cloud 访问令牌进行身份验证

• 接口 — 无状态、兼容 OpenAI 的 Responses API；文档明确指出不支持有状态的响应存储（store: true），并且如果你不想等待完整答案，可以通过 SSE 进行流式传输

• 区域 — 仅限全球。这三款模型均未列出任何区域端点，这是整个预览版中最具影响的限制，采购团队应当读两遍。

• 状态 — 预览版，依据 Google 的合作伙伴模型列表。列表中未同时发布任何 SLA、弃用时间表或容量保证。

• 责任 — Google 明确表示，Meta 的模型不是 Google 产品，而是作为“单独提供项”受提供商自身条款约束，这意味着不良输出的支持途径指向 Meta，而不是 Google Cloud 支持。

这种组合——全球端点、无状态 API、第三方条款——并不是回避预览版的理由。它是让你弄清楚自己在测试什么的理由。如果你的架构需要请求级别的欧盟或美国数据驻留，那么全球端点就是一个必须在第一个 token 之前、而不是之后回答的合规问题。如果你的应用依赖提供商在轮次之间存储会话状态，那么现在你需要自己负责该状态，这只需少量代码，但会实实在在改变你计算成本和延迟的方式。

Ember 是隐藏在这个故事里的发布。

三者之中，只有 Muse Ember 是真正全新的，也是更有意思的工程主张。M​eta 将其描述为首个使用 Muse Wonder Full 训练的模型——这是能力更强的 Muse Wonder 变体，完全不按 token 出售，只包含在两档最昂贵的 Muse Code 订阅套餐中。这让 Ember 成为一个披着定价故事外衣的蒸馏故事：旗舰模型负责教，小模型负责执行。

已公布的数据——全部由 M​eta 报告，且截至撰写本文时均未经过独立复现——显示，Ember 在多项智能体评估中接近 A​nthropic 的 Claude Haiku 5.5，而每完成一项任务的成本仅为其一小部分：

• 价格 — 每百万输入 token 收费 0.10 美元，每百万输出 token 收费 0.50 美元，缓存输入为 0.004 美元；当输入超过 200,000 个 token 时，0.30 美元和 1.50 美元的长上下文费率将适用于整个请求，而不仅仅是超出部分

• Artificial Analysis Intelligence Index — Ember 为 36，Muse Spark 1.3 为 37；每个指数任务的成本分别为 0.14 美元和 2.39 美元，真正引人注目的是这一成本数字，而不是那一分的差距

• 智能体与编程评估——AutomationBench-AA 37.8%，Agents' Last Exam（Linux）61.6%，Terminal-Bench 4.0 40.9%，Coding Agent Index-AA 46 和 OSWorld 2.1 69.5%，均为 Meta 报告；FrontierCode 2.0-AA 为 27.2%，是 Haiku 5.5 以 34.9% 领先的唯一一行

看这些时要照例打个折扣。Meta 的发布材料混合了内部评估、供应商提供的第三方测试结果和估算值，而其中的对比还悄然假定所有人都按标价来算。唯一可以无条件信任的数字是费率卡，因为费率卡就是合同。

账单实际上来自哪里

Google 面向 Meta 的合作伙伴模型页面并未公布按 token 计费的价格，而且随该列表也没有出现针对这三者的 Google 专属价目表。已公布的费率卡是 Meta 的；在 Google 另行说明之前，应以此作为预算依据：

• Muse Wonder — 每百万 token 输入 $4.00、输出 $20.00、缓存输入 $0.20，且任何上下文长度下费率相同，无长上下文附加费

• Muse Spark 1.3 — 每百万输入 $1.25、输出 $4.25 和缓存输入 $0.15；Contributor 变体则降至 $0.10 和 $0.20，以换取对您流量的训练权

• Muse Ember — 输入 token 不超过 200K 时，每百万输入 0.10 美元、输出 0.50 美元；超过后整个请求按 0.30 美元和 1.50 美元计费

• 计量附加项——在任何文本模型上，网络搜索依据（grounding）按每 1,000 次查询加收 2.50 美元；速率限制按团队而非按密钥计数，标准层级下为每分钟 3,000 次请求和 4,000,000 个 token

定价结构里有一个值得点名的陷阱：Ember 的长上下文档位由总输入 token 触发，包含缓存 token，而且它会对整个请求重新定价，而不是只对溢出部分重新定价。一个在每一轮都携带 210K token 转录内容的智能体，每一轮都要付三倍费用，而不是只在最后一轮付。正是这类细节会把便宜模型变成昂贵账单，而且在按 token 对比的图表上完全看不出来。

这对买家而言改变了什么，又没有改变什么

如果你的组织已经在 G​oogle Cloud 上运行，那么这个预览版就省去了一道采购环节。身份、账单、配额管理和网络出口现在都包含在你已有的合同里，团队无需进行新的供应商安全审查就能评估 Muse Wonder——通常耗时两个月的是这项审查，而不是集成。这才是该公告的真正内容，而且它对采用的影响比任何基准测试中的一行数据都更大。

如果你不在 G​oogle Cloud 上，或者你现在就需要区域端点，那么 11 月 9 日你的处境没有任何变化。M​eta 自家的 Model API 仍然提供这三者，仍然公布相同的费率，并且仍然提供 G​oogle 预览版所移除的那些有状态便利功能。二者之间的选择首先是合同问题，其次才是延迟问题。

还有第三种立场，而我们就占据这一立场。OrcaRouter 不提供 Muse Wonder——所以如果 Wonder 是你需要的模型，M​eta 的 API 或这个 G​oogle 预览版就是获取它的途径，我们不会假装并非如此。我们确实提供的该系列模型是 Muse Spark 1.1 和 Muse Spark 1.2，二者均按 M​eta 自家的每百万 token 1.25 美元和 4.25 美元计价，零加价，与 200 多个其他模型一起放在同一个目录中，只需一个 API 密钥即可调用。对于工作负载大多属于 Spark 类型的团队来说，这意味着只需一份合同而不是两份，并且在某个预览端点某天下午出问题时能跨提供商自动故障转移——而按预览版的规矩，这种事总会发生。

接下来看什么

三个信号将告诉你这个预览版是否会成为基础设施。第一个是区域端点：全球路由对原型来说没问题，但对受监管的工作负载就很别扭；只有当服务容量存在时，Google 的文档才会增加区域。第二个是 Google 为这三个模型公布的价格表——如果 Google 的定价高于 Meta 的标价，预览版的采购优势就会被利润率抵消；如果定价持平，那么“一份合同”的论点就会强得多。第三个是正式可用（GA），以及随之而来的任何 SLA 和弃用政策；预览条款只是模型在有人不得不把它写进合同之前的栖身之所。

在此之前，诚实的解读是这样的：Meta 用十月证明了自己能够构建前沿模型，又用十一月证明了自己能够将其分发出去。Google Cloud 上的上架属于后者，而且是不那么光鲜的那一半工作——但正是这一半决定了模型是否会被那些从不阅读发布文章的团队使用。