Skip to main content
Fireworks 通过兼容 OpenAI 的 API 提供开放权重模型和路由模型。安装官方 Fireworks provider 插件，即可使用当前的 Fire Pass GLM router、两个预先编目的 Kimi 模型，以及运行时的任意 Fireworks 模型或 router id。

​
入门

1

安装插件

2

设置 Fireworks API key

Onboarding 会将密钥存储在 auth profiles 中的 fireworks provider 下，并将 Fireworks 当前的 Fire Pass GLM 5.2 Fast router 设置为默认模型。
3

验证模型是否可用

列表应包含 GLM 5.2 Fast、Kimi K2.6 和 Kimi K2.6 Fast。如果无法解析 FIREWORKS_API_KEY，openclaw models status --json 会在 auth.unusableProfiles 下报告缺失的凭据。

​
非交互式设置

对于脚本或 CI 安装，请在命令行中传入所有参数：

​
内置目录

OpenClaw 将所有 Fireworks Kimi 模型固定为 thinking: off，因为 Fireworks 上的 Kimi 可能会在可见回复中泄露思维链，除非请求明确禁用 thinking。通过 Moonshot 直接路由同一模型可保留 Kimi 的推理输出。有关在提供商之间切换，请参见 思考模式。

​
自定义 Fireworks 模型 id

OpenClaw 在运行时接受任何 Fireworks 模型或路由 id。请使用 Fireworks 显示的准确 id，并在前面加上 fireworks/。动态解析会克隆 Fire Pass 模板（文本 + 图像输入和 OpenAI 兼容 API），并在 id 匹配 Kimi 模式时自动禁用 thinking。除非你配置了带图像输入的自定义模型条目，否则 GLM 动态 id 会被标记为仅文本。
OpenClaw 中的每个 Fireworks 模型引用都以 fireworks/ 开头，后面跟着来自 Fireworks 平台的准确 id 或路由路径。例如：
  • 路由模型：fireworks/accounts/fireworks/routers/kimi-k2p6-turbo
  • 直接模型：fireworks/accounts/fireworks/models/<model-name>
OpenClaw 在构建 API 请求时会去掉 fireworks/ 前缀，并将剩余路径作为 OpenAI 兼容的 model 字段发送到 Fireworks 端点。
Fireworks 为 Kimi 提供服务时没有单独的推理通道，因此思维链可能会出现在可见的 content 流中。每次 Fireworks Kimi 请求时，OpenClaw 都会发送 thinking: { type: "disabled" }，并从负载中移除 reasoning、reasoning_effort 和 reasoningEffort（extensions/fireworks/stream.ts）。提供方策略（extensions/fireworks/thinking-policy.ts）仅为 Kimi 模型 id 宣告 off thinking 级别，因此手动 /think 切换和提供方策略界面会与运行时契约保持一致。若要端到端使用 Kimi 推理，请配置 Moonshot 提供方 并通过它路由同一个模型。
如果 Gateway 作为受管服务运行（launchd、systemd、Docker），Fireworks 密钥必须对该进程可见——而不仅仅对你的交互式 shell 可见。
仅在交互式 shell 中导出的密钥，对 launchd 或 systemd 守护进程没有帮助，除非该环境也被导入其中。请将密钥设置在 ~/.openclaw/.env 中，或通过 env.shellEnv 设置，以便网关进程能够读取。
OpenClaw 在加载配置时会加载 ~/.openclaw/.env，因此存放在其中的密钥会在所有平台上送达受管的网关服务。轮换密钥后，请重启网关（或重新运行 openclaw doctor --fix）。

​
相关内容

模型提供方

选择提供方、模型引用和故障转移行为。

思考模式

/think 级别、提供方策略，以及路由具备推理能力的模型。

Moonshot

通过 Moonshot 自己的 API 运行带原生 thinking 输出的 Kimi。

故障排查

常规故障排查和 FAQ。