Muse Wonder 与 Kimi K4 对比：一个模型买得到，一个发布日期却等不来

任何以Muse Wonder vs K​imi K4为标题的页面，在进入比较之前都欠你一句话：K​imi K4作为产品并不存在。M​oonshot AI 没有为其发布任何模型卡、代码仓库、API 标识符或价格条目，而其自家平台文档目前最高仍只到 Kimi K3.1 Pro。Muse Wonder则相反，自 2026 年 10 月 12 日起以每百万输入 token 4 美元、每百万输出 token 20 美元的价格出售，并且截至 11 月 9 日，它也已通过 G​oogle Cloud 以预览形式提供。因此，这并不是两个可交付模型之间的正面交锋。这是一场比较：一边是你今天就能调用的模型，另一边是一个在过去一周内两次变动过的发布窗口——而第二次变动才是值得一读的部分。

这一转变发生在11月7日和8日，当时中国科技媒体披露了Kimi K4的一项规格：约5.4万亿参数，将于明年第二季度推出。这是泄露，不是公告。Moonshot什么也没说，没有任何材料能佐证这个数字，而其消息来源与自7月以来围绕K4的那些零散的芯片采购报道如出一辙。但这是首次有日期与这个名字联系在一起，而即便日期有误，一个日期也会改变决策的形态。

这次泄露告诉了你什么，又没有告诉你什么

报道中的数字是5.4万亿参数，这将使K4大约达到Kimi K3和K3.1 Pro的2.8万亿参数的两倍，而报道的时间是2027年第二季度。这两个数字均未得到证实。两者都没有出现在任何Moonshot文档中，而K3.1 Pro模型卡——它是公开的、可下载且可检查的——描述的是一个2.8万亿参数的混合专家模型，其中激活参数为1040亿。目前没有已发布的K4模型卡可供比较。

这次泄露确实能确立的是意图。一个实验室正在训练一个规模约为其当前旗舰模型两倍的模型，时间表以季度计，这等于在告诉你：K3.1 Pro 并非终点。它未能确立的是任何你可以据此编制预算的内容：

• 参数——据报为 5.4 万亿，尚未证实；K3.1 Pro 的 2.8 万亿总参数和 1040 亿激活参数已公布，并可独立核查

• 日期——中国媒体于2026年11月7日至8日报道称是2027年第二季度；Moonshot 完全未公布任何日期

• 价格——没有任何消息，也没有猜测的依据，因为前两代 Kimi 在多次发布之间并未保持价目表稳定

• 许可 — 未见相关报道；K3.1 Pro 以具名许可证发布，并设有商业使用门槛，而 K4 是否沿用该模式尚不可知

• 证据链——关于芯片采购的报道，以及7月拍摄的一条内部横幅，这个名字最初正是由此而来；此后没有任何内容属于一手来源

如果你正在权衡是否迁移，这份清单就是支持等待的全部论据，而它很薄弱。参数数量并不等于能力，一个季度也不是一个能让你据此规划发布的日期。

既然现在更容易接触到了，Muse Wonder 实际上究竟是什么

Muse Wonder 是 M​eta 于 2026 年 10 月 12 日发布的前沿模型，而 11 月 9 日上线的 G​oogle Cloud 预览版，则是自发布以来围绕它发生的最具影响的一件事。模型本身没有变，通往它的路径变了。

• 身份 — muse-wonder-1.0，一个专有的 Meta 检查点，在 Meta Model API 上提供服务，位于 Muse Code 内，并且现在通过 Google 在全局位置 publishers/m​eta 下的合作方模型端点提供

• 上下文与模态 — 输入 1,048,576 个 token，接受文本、图像、音频和视频，并返回文本；输出上限略低于 100 万个 token

• 推理控制——始终开启，提供从最低到最高的努力等级阶梯，默认最高，这对成本很重要，因为该模型每个 token 都不便宜

• 价格 — 每百万 token 输入 $4.00、输出 $20.00、缓存输入 $0.20，且在任何上下文长度下均保持不变；网页搜索接地每 1,000 次查询额外收取 $2.50

• 你很可能无法获得的那个版本——Muse Wonder Full 得分更高，且仅在最昂贵的两个 Muse Code 订阅层级中出售，不按 token 出售，也不在任何 API 上提供

• 独立解读——Artificial Analysis 将标准版 Muse Wonder 在其 Intelligence Index v5.0.1 上的得分定为 44，在 74 个模型中排名第 32，每完成一项索引任务的成本为 6.95 美元，输出速度为每秒 126 个 token

在将生产流量导向 Google Cloud 预览版之前，有一些条款值得了解：只有全局端点且没有区域替代方案；无状态的 Responses API 不支持 store: true；并且作为正式合同依据的是 Meta 自身的条款，而非 Google 的条款。对于原型来说，这没问题。对于有数据驻留要求的工作负载，这是需要首先回答的问题。

实际可以进行的比较

在 K4 不可用的情况下，任何诚实对比中 K​imi 这一方都只能是 K​imi K3.1 Pro——这款 2.8 万亿参数模型于 2026 年 10 月 23 日开售，其权重于 11 月 4 日发布，下载包为 1.56 太字节、共 96 个分片。与 Muse Wonder 相比，两者在质量上确实旗鼓相当，在经济性和速度上则差距悬殊，而且这两个模型的短板正好相反。

• 智能指数——根据 Artificial Analysis v5.0.1，Muse Wonder 44 对 Kimi K3.1 Pro 46；两分之差处于大多数真实评估的噪声范围内，不应仅凭这一点做出任何决定

每完成一个索引任务的成本——Muse Wonder 为 6.95 美元，Kimi K3.1 Pro 为 3.68 美元，而后者才是经得起发票检验的数字；更便宜的模型在这里也是得分更高的那个

• 输出速度——Muse Wonder 每秒输出 126 个 token，而 Kimi K3.1 Pro 为 32 个，相差四倍，这是任何基准测试条目都无法体现的

• 首个回答 token 的耗时——Muse Wonder 约 20 秒，而 Kimi K3.1 Pro 约 155 秒，因为 Kimi 模型会先思考再开口，而账单按实际等待时间计费

• Token 价格——Muse Wonder 为每百万 $4.00 和 $20.00，而 Kimi K3.1 Pro 为 $2.00 和 $10.00，并且 Kimi 一侧享有 90% 的缓存折扣

• 权重 — Muse Wonder 是闭源的，且无法以任何形式下载；Kimi K3.1 Pro 是公开检查点，你可以自行托管，但需遵守设有商业使用门槛的许可证

• 冗长程度——两者在索引运行中都消耗了约 1.13 亿个输出 token，这一数字异常接近，意味着每个任务的差距是速率差异，而不是话多话少的差异

直白地说：Kimi K3.1 Pro 把费用减半、等待时间变成三倍，同时得分还高出两分。Muse Wonder 的响应速度快四倍，但每个任务的成本约为它的两倍。这两者都不是缺陷，而是对“模型用来做什么”的不同押注——作为采购决策，一个通宵批处理任务和一个交互式智能体几乎毫无共同之处。

要满足什么条件，等待 K4 才有意义

等待的理由并非不理性，但它比围绕K4的搜索量所暗示的要狭窄。四件事必须同时成立，而其中三件目前尚属未知：

• 日期必须是真的——在 Moonshot 公布之前，报道中的 2027 年第二季度并不算一个日期；而当前旗舰在前一代 API 发布后大约两个月就出货了，所以这个节奏并没有慢到能让等待显得明显划算。

• 权重必须随后跟进——Moonshot 已经两次确立的模式是：先 API，后权重；而如果 K4 以闭源形式发布，就会摧毁任何需要自托管的人更青睐 K​imi 系列的唯一最有力理由

• 许可证必须保持可用——K3.1 Pro 的许可证已经设定了商业使用门槛，而不是直接授予；更严格的 K4 许可证将完全抹去自托管优势

• 定价必须低于当前模型——由于没有公开的价目表，这只是一个假设，而 K3.1 Pro 的 $2 和 $10 已经是这一比较中更便宜的一方

相比之下，等待的代价却是实实在在的：你要么把接下来的一个季度花在现有模型上，要么推迟一个决定，而仅仅两点的基准差距根本不足以成为推迟它的理由。唯一明显应该等待的场景，是团队需要可下载的检查点，并期望 K4 会成为这样一个检查点。这样的团队现在就应该基于 K3.1 Pro 来构建，因为从 K3.1 Pro 到 K4 的迁移路径——如果 K4 最终真的带着权重发布——会比从零开始的路径更短。

运行此比较中存在的那一半

OrcaRouter 不提供 Muse Wonder，因此，如果你的工作负载需要的正是 Wonder，那么 Meta 自己的 API 和 Google Cloud 预览版就是你的两条路径，没有第三条。我们提供的是 Kimi K3.1 Pro——kimi/kimi-k3.1-pro，按 Moonshot 自身的每百万 token $2.00 和 $10.00 定价，零加价，收录在一个只需一个密钥即可访问、包含 200 多个模型的目录中。

这一点在这场对比中有其特定原因。对任何读到 K4 泄露信息的人来说，2027 年现实可行的计划并不是“第一天就切换到 K4”，而是“在 K4 落地之前保持一个可用的 Kimi 集成，然后用它对照已经在运行的系统进行测试”。在同一个 API 上这样做，意味着替换只是更改模型 ID，而不是签订新的供应商合同；而自动故障转移意味着，在你评估后继模型时，预览端点或发布当天的容量紧张不会让工作负载中断。

同一个路由层正是让 Muse 一侧无需押注即可测试的关键：通过 M​eta 的 API 将一小部分流量导向 Muse Wonder，在你自己的实际工作上而非某个指数上，比较完成任务成本与 K​imi 基线，然后让数字来决定。两点的 Intelligence Index 差距在接触到你特定的提示词后不会继续存在；四倍的速度差异几乎肯定会经受住考验。

这会最终落到何处

Muse Wonder 默认赢得了这场比较，而且是在商业上唯一重要的意义上：它存在、有定价、能在二十秒内作答，并且自 11 月 9 日起，可通过许多企业已经持有的云合同获得。Kimi K4 目前什么也没赢，因为没有什么可以用来赢——一个被报道的参数数量再加一枚25美分硬币，也只是预测，而非产品。

更有用、也更值得据此采取行动的比较，是 Muse Wonder 与 Kimi K3.1 Pro 的对比；结果近乎五五开，只能由你的工作负载来打破。如果延迟是约束条件，就选 Wonder。如果每完成一项任务的成本是约束条件，就选 K3.1 Pro——大约只要一半。如果你需要自己拥有检查点，那么两者中只有一个能成为候选，而 K4 这个问题实质上是在问：到 2027 年这一点是否仍然成立。

只关注三件事，别的都不用看：一张带有 K4 标识的 Moonshot 模型卡、紧随其后的权重发布，以及其许可证是否仍是企业能够接受的那种。在第一种情况出现之前，“Muse Wonder vs Kimi K4”是一个有真实答案的搜索，而答案是：你在拿一个模型和一个传闻作比较。