| Property | Value |
|---|---|
| Provider id | fireworks (alias: fireworks-ai) |
| Plugin | bundled, enabledByDefault: true |
| Auth env var | FIREWORKS_API_KEY |
| Onboarding flag | --auth-choice fireworks-api-key |
| Direct CLI flag | --fireworks-api-key <key> |
| API | OpenAI-compatible (openai-completions) |
| Base URL | https://api.fireworks.ai/inference/v1 |
| Default model | fireworks/accounts/fireworks/routers/kimi-k2p5-turbo |
| Default alias | Kimi K2.5 Turbo |
入门
非交互式设置
对于脚本或 CI 安装,请在命令行中传入所有参数:内置目录
| Model ref | Name | Input | Context | Max output | Thinking |
|---|---|---|---|---|---|
fireworks/accounts/fireworks/models/kimi-k2p6 | Kimi K2.6 | text + image | 262,144 | 262,144 | 强制关闭 |
fireworks/accounts/fireworks/routers/kimi-k2p5-turbo | Kimi K2.5 Turbo (Fire Pass) | text + image | 256,000 | 256,000 | 强制关闭(默认) |
OpenClaw 将所有 Fireworks Kimi 模型固定为
thinking: off,因为 Fireworks 在生产环境中会拒绝 Kimi 的 thinking 参数。通过 Moonshot 直接路由同一模型,可以保留 Kimi 的推理输出。有关在提供方之间切换,请参见 thinking modes。自定义 Fireworks 模型 id
OpenClaw 接受运行时的任意 Fireworks 模型或路由 id。请使用 Fireworks 显示的准确 id,并以前缀fireworks/ 添加。动态解析会克隆 Fire Pass 模板(文本 + 图像输入、OpenAI 兼容 API、默认成本为零),并在 id 匹配 Kimi 模式时自动禁用 thinking。GLM 动态 id 默认标记为仅文本,除非你配置带图像输入的自定义模型条目。
模型 id 前缀规则如何工作
模型 id 前缀规则如何工作
OpenClaw 中的每个 Fireworks 模型引用都以
fireworks/ 开头,后面跟着来自 Fireworks 平台的准确 id 或路由路径。例如:- 路由模型:
fireworks/accounts/fireworks/routers/kimi-k2p5-turbo - 直接模型:
fireworks/accounts/fireworks/models/<model-name>
fireworks/ 前缀,并将剩余路径作为 OpenAI 兼容的 model 字段发送到 Fireworks 端点。为什么 Kimi 的 thinking 被强制关闭
为什么 Kimi 的 thinking 被强制关闭
即使 Kimi 通过 Moonshot 自己的 API 支持 thinking,Fireworks K2.6 在请求携带
reasoning_* 参数时也会返回 400。内置策略(extensions/fireworks/thinking-policy.ts)只为 Kimi 模型 id 声明 off 这一 thinking 级别,因此手动 /think 切换和提供方策略界面会与运行时契约保持一致。若要端到端使用 Kimi 推理,请配置 Moonshot 提供方 并通过它路由同一个模型。守护进程的环境可用性
守护进程的环境可用性
如果 Gateway 作为受管服务运行(launchd、systemd、Docker),Fireworks 密钥必须对该进程可见——而不仅仅对你的交互式 shell 可见。在 macOS 上,
openclaw gateway install 已经会把 ~/.openclaw/.env 连接到 LaunchAgent 环境文件。轮换密钥后,请重新运行安装(或 openclaw doctor --fix)。相关内容
模型提供方
选择提供方、模型引用和故障转移行为。
Thinking modes
/think 级别、提供方策略,以及路由具备推理能力的模型。Moonshot
通过 Moonshot 自己的 API 运行带原生 thinking 输出的 Kimi。
故障排查
常规故障排查和 FAQ。