发布于

Muse Wonder 和 Full 怎么用？API 与 Muse Code 权限别混淆

核对 Muse Wonder 官方 API ID、Wonder Full 订阅入口、地区限制与计费方式，并按清单验收首次请求。

guideapi
Ofox 4 分钟阅读
奶油色卡片上的黑色线稿打字机，表示 Muse Code 与 API 入口选择。

Muse Wonder 可通过 Meta Model API 和 Muse Code 使用；Muse Wonder Full 目前属于 Muse Code 的 Power Usage、Maximum Usage 订阅权益，不是按量付费 Model API 模型。 把 Wonder 的 reasoning effort 调到 max，不会变成 Full。

Meta 的 10 月 12 日公告同时介绍了多个产品入口。本文按 官方模型文档拆分访问与计费规则，核对日期为 2026 年 10 月 15 日。我们没有注册账户、购买订阅或执行文中的付费 API 示例；有文档入口，不等于特定账户已经获准使用。

先按任务选择入口

入口当前提供什么不能据此推定什么
按量付费 Model APIWonder，精确 ID 为 muse-wonder-1.0当前没有 Full PAYG API 模型
Muse CodeWonder；指定 Power Usage、Maximum Usage 订阅可用 Full订阅不是任意客户端通用 API token 包
Muse 消费者产品已宣布逐步开放，先面向订阅用户“即将推出”不等于所有账户今天都能选到

模型文档列出 Wonder 支持文本、图像、视频、音频和 PDF 输入，输出文本。多模态理解不等于图像或视频生成。文档还列出 1,048,576 token 上下文与最高 max 的推理档位，但这些参数不证明具体任务质量，也不赋予 Full 权益。

如果目标就是 Full，先检查符合条件的 Muse Code 订阅与实际模型选择器。不要编造 muse-wonder-full API ID，也不要不断提高推理参数，期待它变成另一个模型。

先检查地区和账户条件

注册说明要求用户年满 18 岁、位于支持地区，并创建账户与 team。发送 API 请求还需要相应支付设置和 API Key；注册成功不是 API 配置已经完成。

10 月 12 日更新的 Geographic Use Policy明确将中国（包括香港、澳门）和俄罗斯列入限制地区，也限制从这些地区访问、向当地最终用户提供使用模型的集成产品，并禁止绕过地域控制。应阅读完整现行政策；此处不是全部国家和条件的清单。

语言不等于所在地。身处其他地区的中文或俄文读者仍需检查自己的所在地和账户。反过来，日本、韩国没有出现在本次查看的禁止名单中，也不表示我们验证了当地每个账户、付款方式和订阅权益。实际支持国家及 onboarding 规则仍然适用。

所在地或用途受限时，停留在资料研究，选择允许该用途的服务。网关、VPN 或境外付款方式都不能证明底层政策不再适用。

Wonder 的官方 API 参数

API 概览 和 Create a response 参考给出以下路径：

字段文档值
Base URLhttps://api.meta.ai/v1
Responses endpointPOST https://api.meta.ai/v1/responses
Modelmuse-wonder-1.0
鉴权Authorization: Bearer $MODEL_API_KEY
最小请求体字段model、input

文档也列出 Chat Completions、Messages 接口。选择一种接口及其对应 schema，不要把另一个 API 家族的请求体直接搬过来，只改 URL。通用示例有些仍写 Muse Spark；官方概览明确允许把 model 替换为 muse-wonder-1.0 来使用 Wonder。

对符合条件的账户，下面是文档中的最小 Responses 请求。运行可能产生用量费用；本文没有执行。 请在自己的环境中安全设置 Key，不要把真密钥写进文章、截图或共享终端日志。

curl --fail-with-body -sS https://api.meta.ai/v1/responses \
  -H "Authorization: Bearer $MODEL_API_KEY" \
  -H 'Content-Type: application/json' \
  -d '{"model":"muse-wonder-1.0","input":"Reply with the word ready."}'

ready 是要求模型完成的验收任务，不是本文捕获的结果。若按 Meta 文档使用 OpenAI SDK，必须同时设置 Meta base URL 和 Meta Key。保留 SDK 默认 OpenAI endpoint 会把请求发给另一个供应商。

首次请求怎样验收？

可下载 访问核对表，记录获授权请求前后的证据。表内不含凭据，也没有预填的成功结果。

调用前记录产品入口、地域政策核对、账户／team、模型权限、计费来源、endpoint 和精确 ID。确认确实要执行 PAYG 请求；Code 订阅未必为它付款。

调用后逐项检查：

  1. HTTP 状态与结构化错误。收到网络响应不等于推理成功。
  2. response status。若为 incomplete 或 failed，查看详情，不能把任意返回对象当作完整答案。
  3. output 中 message 项及其 output_text 内容。不要假设原始 REST JSON 总有单个顶层答案字符串。
  4. 输出是否完成任务、响应提供的模型信息以及 usage。
  5. 对应账户的用量和计费记录。答案本身不能证明从哪种余额扣费。

自身政策允许时保留脱敏结果及时间。不要把官方示例响应当作 Ofox 的实测证据；本文给的是验收流程，不是伪造的调用截图。

Muse Code 订阅凭据和 API Key 不是一回事

订阅说明指出，订阅权益绑定 CLI onboarding 自动连接的凭据，仅用于 Muse Code。另行创建的 API Key 仍按 PAYG 计费。订阅后用新 Key 开发应用，不代表应用自动继承 Code 额度。

同一文档说明订阅默认使用 Contributor mode，内容可用于训练。可以关闭；关闭后未来内容不再按该设置用于训练。发送私密工作资料前，核对当前账户选择及政策。Wonder PAYG 的可用模式是 Standard，不能假设订阅模式或权益自动转移到独立 API Key。

Full 权限取决于指定套餐及实际 onboarding 可用性，不同地区权益可能不同。记录账户真实显示，而不是承诺全球统一开放。

找不到模型或请求失败时

症状下一项检查能解决问题的证据
PAYG 模型列表没有 Full产品路径官方说明 Full 是 Code 订阅权益
Wonder 请求到了其他供应商Base URL 与 SDK 初始化Meta endpoint 和预期 Key 同时配置正确
鉴权或权限失败Key 有效性、team、账户权限脱敏错误与账户设置，不提供秘密本身
Model not found精确 ID 与接口文档路径上的 muse-wonder-1.0，以及账户权限
订阅 Code 后 API 仍收费凭据来源与账单独立 API Key 还是 onboarding 绑定凭据
消费者 App 没有模型开放进度和账户状态实际选择器，而不只是发布公告

不要随意试一串模型名直到有结果；那可能调用了另一个模型，原问题仍未解决。保留首个错误，一次修正一个配置问题。

公告还不能证明什么？

Active Memory、Focus 在公告中是系统能力，不能据此认定每次原始 API 请求都会自动保留跨会话记忆。应按实际 endpoint 和产品文档设计状态管理，再通过获授权测试验证。

发布榜单也不是具体任务比较。本文不把 Wonder 与其他模型排名、不声称 Ofox 已支持，也不引用未经核实的价格。区分产物与账户访问的另一例子可见 Step 5 Preview 权重与 API 路线。

验收完成时，你应能说清产品与模型、适用的地区和账户条件、实际计费路径，并记录自己获准进行的访问核对结果。有一项未知就保留未知，不把发布公告写成部署成功。

相关文章

Haiku 5.5 超过 100K 输入后，费用为什么会跳档？

Claude Max、Team 的 API 赠送额度怎么领，为什么 Code 仍然限额？

Step 5 Preview 权重已放出：核验官方文件，还是选 API？

← 返回文章列表