Meta Muse Wonder 与 Wonder Full 怎么选?API 价格、订阅与数据边界
核对 Muse Wonder 的 API 价格与缓存算例,区分 Wonder Full、Muse Code 订阅和按量 API,并说明地区限制、Contributor 数据用途及第三方授权要求。
本文目录
把 Muse Wonder 接进自建应用,和订阅 Muse Code 使用 Wonder Full,是两种不同的购买方式。前者按 tokens 计费,后者在指定编程工具内按套餐使用;不能把月费直接换算成可调用的 API 余额。
本文核对时间为 2026 年 10 月 14 日,价格采用 Meta 官方公开美元标价。Meta 于 10 月 12 日发布 Wonder 系列,当前 API 文档仍将 Muse Wonder 标为 preview。发布公告、API 概览
先确认使用地区。 Meta 当前地理使用政策将中华人民共和国(含香港、澳门)列为受限地区,并禁止绕过地理访问控制。这是访问和部署资格限制,不能靠购买中转余额或会员代充消除。其他地区也应先核对官方可用范围及账户资格;第三方渠道还需确认是否具备 Meta 要求的书面授权,再比较价格。地理使用政策、转售与代理限制
Wonder 与 Wonder Full,入口和费用有什么不同
| 项目 | Muse Wonder | Muse Wonder Full |
|---|---|---|
| 官方 API | muse-wonder-1.0,按量付费 | 当前不提供按量 API |
| Muse Code | 可按量使用,也包含在各档订阅中 | 仅 Power Usage、Maximum Usage 订阅 |
| 上下文 | 1M 级 | 1M 级 |
| 购买前要核对 | API 用量、缓存、工具费用 | 套餐可用量、刷新规则、数据模式 |
Wonder API 的准确上下文窗口为 1,048,576 tokens。把 Wonder 的 reasoning effort 调到 max,不会变成 Wonder Full。模型与可用性文档
官方模型页目前列出的 Muse Code Power Usage 为 $50/月,Maximum Usage 为 $200/月,二者均包含 Wonder Full。实际地区、账户权益与结账显示需另行确认;这里的月费不是 Full 的每百万 tokens 价格。官方模型与套餐页
Muse Wonder API 价格怎么算
下表单位为 美元/百万 tokens,适用于 Meta Model API 的 muse-wonder-1.0:
| 普通输入 | 缓存输入 | 输出 |
|---|---|---|
| $4.00 | $0.20 | $20.00 |
官方目前不收长上下文溢价。缓存价只作用于实际命中的输入;Web Search Grounding 另收 每 1,000 次搜索查询 $2.50,还要加上模型 tokens 费用。这里的搜索查询次数,不等于 API 请求次数。价格与限流文档
一千次调用:$72 或 $49.20 是怎么来的
假设调用 1,000 次,每次 8,000 输入 tokens、2,000 个计费输出 tokens(包含适用的推理用量),没有额外重试或搜索:
- 全部输入未命中缓存:800 万输入 × $4/百万 + 200 万输出 × $20/百万 = $72.00
- 75% 输入实际命中缓存:200 万普通输入 × $4/百万 + 600 万缓存输入 × $0.20/百万 + 200 万输出 × $20/百万 = $49.20
若这一批任务另外产生了 1,000 次计费搜索查询,两种场景再各加 $2.50,变为 $74.50 与 $51.70。不要把缓存 tokens 同时算进普通输入。
这些是公开单价下的假设计算,没有进行 API 性能或账单实测,也不包含税费、支付换汇、服务商加价与自建应用的其他支出。实际预算应取接口和账单中的用量,不能只数最终可见回答的字数。
Muse Code 订阅能抵扣自建应用的 API 吗
不能按这个思路购买。官方说明,订阅权益只作用于 Muse Code CLI 接入过程中关联的专用凭证;自己另外创建的 API key 仍按量计费。
订阅包含使用限制,并非无限调用。达到上限后,需要等待刷新,或在符合条件时升级套餐。是否值得购买,应先看你是否在 Muse Code 里工作,而不是拿“$50 月费”与上面“$72 的 API 算例”直接比较。订阅规则
可以按以下顺序做决策:
- 自建应用、后台批处理或自己的 Agent:先核对所在地区与用途资格,再按 API 总用量估算
- 日常在 Muse Code 里做开发:比较可用套餐、额度是否够用,以及数据设置
- 明确要用 Wonder Full:确认自己符合 Power 或 Maximum 的订阅资格;别把普通 Wonder API 的 max 参数当作替代入口
Contributor 模式为什么必须单独看
Muse Wonder 在 Model API 上只提供 Standard 模式,不能套用 Muse Spark Contributor 的低价。Muse Code 订阅则默认开启 Contributor;在包含相应模型的套餐上,Wonder 和 Full 均可切换 Standard 或 Contributor。模型可用性
Contributor 以更多可用量换取 Meta 将所提交的提示、代码、文件、上下文和模型回复用于训练的许可。关闭后影响的是未来内容,不代表已经提交的内容自动撤回。关闭后的具体可用量,应以账户展示为准,本文不假设固定折扣比例。订阅数据设置
官方条款还明确禁止向 Contributor 提交敏感、个人或保密信息,包括需要保密的代码。Standard 的“不用于训练”也不能直接等同于“零保留”。涉及客户资料时,先核对数据承诺、保留政策和你与客户的约定,再决定是否能提交。服务条款第 5、6 节
比较第三方报价前,先查授权与服务边界
Meta 当前条款要求:通过独立转售、模型聚合、API 网关或代理形式提供访问,需要 Meta 的明确书面授权。看见一个中转站写着“支持 Muse Wonder”,不足以证明它具备授权,也不能证明终端用户所在地区符合要求。服务条款第 10.1 节
对具备使用资格的读者,比较渠道时至少核对四件事:
- 准确模型与版本:Wonder、Wonder Full,以及 max 思考档位不要混用
- 可验证的授权和地区范围:目录收录、同名模型或一次成功响应都不能替代这项证据
- 完整费用:普通输入、实际缓存、计费输出、工具费、充值换算与退款规则
- 数据与故障处理:训练用途、日志保留、失败是否收费、能否导出用量明细
本站提供公开信息比较,不据此背书任何商家的授权、来源或服务稳定性。关于模型名与实际接口的核对,可继续阅读中转站模型版本与证据清单;其中的功能测试不能替代授权审核。
什么时候值得把 Wonder 加入候选
对复杂代码修改或长流程 Agent,可以在具备使用资格、数据可提交的前提下,把它加入已有模型的对照评测。先用一批固定任务记录完成率、返工量、耗时和总账单,而不是根据厂商榜单直接替换线上模型。
如果现有较低成本模型已满足字段抽取、分类或短摘要的验收标准,就没有必要仅因为新模型发布而迁移。上面的算例帮助你估预算;任务是否值得升级,仍需要自己的验收结果。