在 Codex 中使用 Meta Muse Spark — 接入 Meta 模型 | Codex Router

在 Codex 中使用 Meta，指的是通过 Codex Router 把 Meta 的 Muse Spark 模型加入 Codex 模型选择器。Muse Spark 使用 Responses 协议，因此无需单独的适配器即可直接适配 Codex 传输。

Muse Spark 是什么

Muse Spark 族是 Meta 的 Responses 协议模型线。meta 供应商指向 https://api.meta.ai/v1，并使用通过路由器隐藏提示保存的 META_API_KEY 认证。只有选择 Meta 模型的转轮才会把请求发送到 Meta 的端点。

在 Codex 中启用 Meta

先安装 Codex Router（见安装指南），然后保存密钥并启用该供应商：

1. 创建一个 Meta Model API Key。
2. 通过隐藏提示保存。
3. 启用供应商并重启 Codex。

./bin/model-router codex provider-key meta set
./bin/model-router codex providers enable meta

Windows 上用 ./model-router.ps1 codex 加相同命令。然后完全退出 Codex，重新打开，并新建任务。

注册表模型

五个 Muse Spark 模型随注册表发布：

用 ./bin/curate-models meta 从账户的实时目录添加更多。需要时设置 META_BASE_URL 指向其它端点。

上下文与推理

随仓库发布的 Muse Spark 模型宣传 1M 上下文窗口。它们暴露从 minimal 到 xhigh 的推理档位阶梯，并启用推理摘要，因此选择器反映你选择的档位，而非固定默认值。

Contributor 档位

Contributor 变体比标准档位便宜，但 Meta 可能把 Contributor 的输入输出用于训练。这是数据策略上的权衡，而非计费花样：当内容必须排除在训练之外时选标准档位；当更低价格比这条界线更重要时选 Contributor 档位。

Meta 的直接 Responses 端点会以 HTTP 400 Recursive JSON schemas are not currently supported 拒绝自引用工具 schema，从而在推理前就丢掉整个回合。已验证的 meta/muse-spark-1.3-contributor 路线现在只断开构成环的那条引用边（通过 toolSchemaRecursion: "flatten" 修复），保留 definitions、非循环引用与同级约束。其它 Meta 路线在其自身端点证明存在同样限制前保持原样。更新后请完全退出并重新打开 Codex，以加载修复后的目录。

验证集成

./bin/model-router codex doctor
./bin/model-router codex providers
./bin/test-model 'meta/muse-spark-1.3' --live --yes

供应商必须报告 SHOW 与 ready。条目缺失见模型缺失。

供应商策略

Meta 可能限制或封禁代理流量。通过 Codex Router 路由 Muse Spark 风险自负；依赖之前请查阅 Meta 条款。

常见问题

Codex 中的 Meta Muse Spark 模型是什么？ Muse Spark 是 Meta 使用 Responses 协议的模型族。Codex Router 的 meta 供应商把 Muse Spark 注册表模型发布到 Codex 选择器。

Muse Spark Contributor 档位是什么？ Contributor 档位是 Muse Spark 更便宜的变体。Meta 可能把其输入输出用于训练，因此请根据你的数据策略选择。

Muse Spark 模型支持多大上下文？ 随仓库发布的 Muse Spark 模型声明 1M 上下文窗口，推理档位从 minimal 到 xhigh，并启用推理摘要。

相关：模型总览、在 Codex 中使用 opencode Zen、安装、故障排查。