Muse Wonder 入驻 OpenCode：编程智能体迎来 30 秒首 Token

Meta Muse Wonder 于 2026 年 10 月 21 日在 OpenCode 内变为可选，距 Meta Superintelligence Labs 于 10 月 12 日发布该模型已有九天。这才是值得报道的事实，而且它比标题所暗示的要小：该模型并非在此首发，而是被加入一个早已拥有一长串模型的编码智能体框架。让这次加入有意思的是它所制造的碰撞。终端智能体是运行 Artificial Analysis 测得首个 token 耗时 30.35 秒的模型时最不宽容的环境，而 Muse Wonder 正是这样的模型——在独立的 Intelligence Index 上得分为 52，每百万输入 token 收费 4.00 美元、每百万输出 token 收费 20.00 美元，首个 token 的等待时间约为榜单中位数的八倍。编码智能体能否承受这种等待，才是本文真正要讨论的问题。当提供商发布修复后，像这样的首个 token 数据发生变化时，这一变化会连同日期和来源记录在the AI Incident Archive中，与我们追踪的其他模型和供应商故障并列。

10月21日到底改了什么

OpenCode 在其文档中公布了模型列表，而 Muse Wonder 现在以标识符 muse-wonder-1.0 出现在其中，价格为每百万 token 输入 $4.00、输出 $20.00、缓存读取 $0.20——与 Meta 公布的价格表相同，且不附带任何折扣。该条目通过一个兼容 OpenAI 的 Responses 端点提供服务，这意味着现有的 OpenCode 配置无需专用客户端即可访问它；它只需要一个模型字符串和一个密钥。

诚实的限定是：OpenCode 自己的更新日志并未点名该模型。其当周最新条目——10 月 20 日的 v2.1.0 和 10 月 21 日的 v2.1.2——描述了免费额度恢复、模型可见性和 SDK 变更。因此，可用性是在模型列表中记录的，而不是作为头条功能公布的；这正是 harness 支持通常落地的方式，也是读者可能在选择器中看到该模型、却还没看到相关博客文章的原因。我们无法直接阅读供应商的社交帖子——它返回了付费墙——所以这里的日期依据的是列表加上帖子自身的时间戳，而非新闻稿。

10月21日，模型本身没有任何变化。其权重没有开放，价格没有变动，也没有出现新的基准测试。唯一的新变化是触达范围：一个此前需要手动接入 Meta API 的模型，如今只需在一行配置中即可使用，而这个工具早已被许多人打开着。

决定这是否令人愉快的数字

Artificial Analysis 让每个模型都经过同一套测试框架，而对于智能体编程工具来说，其延迟数据比综合得分更重要。对于处于最高推理设置的 Muse Wonder：

• 首个 token 时间 — 30.35 秒，而榜单中位数为 3.96 秒

• 启动后的输出速度——每秒 145.1 个 token，在 185 个实测模型中排名第 26，远高于 79.2 的中位数

• 每项 Intelligence Index 任务的成本约为 4.52 美元，而混合标价为每百万 token 2.94 美元

• 索引运行所消耗的输出 token——约 1.3 亿，而中位数为 8500 万

• 上下文窗口 — 1,048,576 个令牌，可接受文本、图像、语音和视频作为输入，并返回文本

这两个延迟数字描述的是模型的某种特定形态：思考很久，然后写得很快。在聊天窗口里，这还可以忍受。但在一个要进行八次工具调用的智能体循环中，30 秒的等待每轮都要付一次，一个八轮的任务可能光等每一步的首 token 就要花掉四分钟。每秒 145 个 token 是真实的，这正是模型一旦开口就不显得慢的原因——但它买不回第一个词之前的那段沉默。

这不是反对使用它的理由，而是主张要选对轮次的理由。Muse Wonder 最有力的厂商报告说法是长周期专业工作——Meta 自己的表格将 Muse Wonder Full 在 JobBench 上的得分列为 75.3，JobBench 是一个长周期智能体基准，也是其数值与同系列模型差异最悬殊的地方。如果你的 OpenCode 会话是一次带有庞大计划的艰难重构，那么等待时间会分摊到一次很长的生成过程中。如果它是四十次小改动，那这份等待就要付四十次。

不是发布版本的仓库

前去寻找权重的人会找到meta-01/muse-wonder，它位于 Hugging Face 上，并很可能由此断定发生了某种开放之事。其实并没有。该仓库只包含一个 .gitattributes 文件，别无他物：没有模型卡，没有 config.json，没有 safetensors 分片，也没有许可证文件。下载量未被追踪，页面还声明该模型未由该平台上的任何推理提供商部署。直白地说，那个仓库只是一次名称预留——一个存放字符串的占位符，而不是检查点。

因此，关于 Muse Wonder 开放性的正确表述是：专有、仅限 API，外加一个占着这个名字的裸仓库。任何将其描述为开放权重、可下载或可微调的人，描述的其实是另一个模型。同样的谨慎也适用于双检查点结构——muse-wonder-1.0 是可调用模型，而 muse-wonder-full-1.0 是得分更高的配置，Meta 通过其 Muse Code 订阅而非按 token 出售。OpenCode 列出的是第一个。

OrcaRouter 所处的位置，以及它不在的位置

我们不提供 Muse Wonder。OrcaRouter 模型目录中没有 meta/muse-wonder这一条目，再多相邻的 Meta 模型可用也无法改变这一点——我们确实提供的 Meta checkpoint 是 meta/muse-spark-1.2，输入每百万 token 收费 $1.25、输出每百万 token 收费 $4.25，以及它的 1.1 前代，二者均为 1,048,576 token 上下文窗口。把这一点直说，比通常情况下更重要，因为一个只能通过两家提供商访问的模型，恰恰是路由器的诚实回答应当是“这个还没有”而非暗示性沉默的情形。

在这里，路由层真正擅长的是做实验。一个只有十天大的模型，首个 token 要等 30 秒，而且背后只有一次独立评估，不值得凭信念把生产路径押在它上面。用那个能访问到你已经信任的模型的同一密钥，把一小部分流量指向它，其余流量保持原处，并让自动故障转移接住超时，与此同时你来弄清楚它的长时程行为是否值得等待。这比迁移一个工作流然后寄希望于它，是更便宜的回答方式。

路由论证的另一半是算术。因为我们按供应商标价原样传递，不加价，供应商降价当天就会反映到我们这边，而我们未托管的模型根本不会出现——目录陈述的是哪些模型可达，而不是一份愿望清单。当 Muse Wonder 落地这里时，你看到的价格将是 Meta 的价格。

什么能让这件事成为更大的新闻？

三件事，每一件都能在一次页面加载中核验。如果 Muse Wonder 出现在 OpenCode 的更新日志中，而不只是出现在其模型列表里，那就意味着这项集成被视为一项功能，而不只是目录中的一行。第二个独立评估者公布一个长时程数值，将坐实目前完全依赖 Meta 自家表格的那一项说法。而 Hugging Face 仓库中的任何变动——一张模型卡、一份许可证、一个 safetensors 文件——都会改变开放性问题，而这个问题如今只有一个词的答案。

在那之前，对10月21日的正确解读是有限而实用的：一个前沿模型在多数人会尝试它的工具里变得更容易试用，而决定它能否继续被配置的，不是它的指数得分，而是每轮30秒的静默是否是这项工作承受得起的代价。