模型提供商
关于 LLM/模型提供商 的参考(不包括 WhatsApp/WhatsAppTelegram 等聊天频道)。有关模型选择规则,请参阅 Models。
Model refs and CLI helpers
- 模型引用使用
provider/model(例如:opencode/claude-opus-4-6)。 - 设置时,
agents.defaults.models充当允许列表。 - CLI 辅助工具:
openclaw onboard、openclaw models list、`openclaw models set
。 - models.providers..contextWindow/contextTokens/maxTokens 设置提供商级别的默认值;models.providers..models[].contextWindow/contextTokens/maxTokens` 会针对每个模型覆盖这些默认值。
- 故障转移规则、冷却探测和会话覆盖持久性:Model failover。
添加提供商身份验证不会更改您的主要模型
openclaw configure 会在您添加或重新验证提供商时保留现有的 agents.defaults.model.primary。openclaw models auth login 的行为相同,除非您传递了 --set-defaultOpenClaw。提供商插件仍可能在其身份验证配置补丁中返回推荐的默认模型,但当主要模型已存在时,OpenClaw 会将其视为“使该模型可用”,而不是“替换当前的主要模型”。
若要有意切换默认模型,请使用 `openclaw models set
或openclaw models auth login —provider
—set-default`。
OpenAIOpenAI 提供商/运行时拆分
OpenAI 系列路由是特定于前缀的:
- `openai/
默认使用原生 Codex 应用服务器控制线来处理代理轮次。这是通常的 ChatGPT/Codex 订阅设置。 -openai-codex/
是旧版配置,会被 doctor 重写为openai/
。 - openai/
加上 提供商/模型agentRuntime.id: “pi”`APIOpenAI 使用 PI 来处理显式 API 密钥或兼容路由。
请参阅 [OpenAI](/zh/providers/openai) 和 [Codex 控制线](/zh/plugins/codex-harness)。如果 提供商/运行时 的拆分让您感到困惑,请先阅读 [代理运行时](/zh/concepts/agent-runtimes)。
插件自动启用遵循相同的边界:`openai/*` 代理引用会为默认路由启用 Codex 插件,而显式 提供商/模型 `agentRuntime.id: "codex"` 或旧版 `codex/` 引用也要求启用它。
GPT-5.5 默认通过 `openai/gpt-5.5` 上的原生 Codex 应用服务器控制线可用,并且仅当 提供商/模型 运行时策略显式选择 `pi` 时才通过 PI 可用。CLI 运行时
CLI 运行时使用相同的拆分:选择规范模型引用(例如 anthropic/claude-* 或 google/gemini-*),然后当您需要本地 CLI 后端时,将提供商/模型运行时策略设置为 claude-cli 或 google-gemini-cli。
旧版 claude-cli/* 和 google-gemini-cli/* 引用会迁移回规范提供商引用,并单独记录运行时。旧版 codex-cli/* 引用迁移到 openai/* 并使用 Codex 应用服务器路由;OpenClaw 不再保留捆绑的 Codex CLI 后端。
插件拥有的提供商行为
Section titled “插件拥有的提供商行为”大多数特定于提供商的逻辑存在于提供商插件 (registerProvider(...)OpenClawOAuth) 中,而 OpenClaw 保留通用推理循环。插件负责新手引导、模型目录、身份验证环境变量映射、传输/配置规范化、工具模式清理、故障转移分类、OAuth 刷新、使用情况报告、思维/推理配置文件等。
提供商 SDK 钩子和捆绑插件示例的完整列表位于 提供商插件 中。需要完全自定义请求执行器的提供商是一个单独的、更深层次的扩展表面。
API 密钥轮换
Section titled “API 密钥轮换”密钥来源和优先级
通过以下方式配置多个密钥:
- `OPENCLAW_LIVE_
_KEY(单个实时覆盖,优先级最高) -
_API_KEYS(逗号或分号分隔的列表) -
_API_KEY(主密钥) -
API_KEY*(编号列表,例如
_API_KEY_1`)
对于 Google 提供商,`GOOGLE_API_KEY` 也作为后备包含在内。密钥选择顺序保留优先级并对值进行去重。轮换何时触发
- 仅在速率限制响应时才使用下一个密钥重试请求 (例如
429、rate_limit、quota、resource exhausted、Too many concurrent requests、ThrottlingException、concurrency limit reached、workers_ai ... quota limit exceeded或定期使用限制消息)。 - 非速率限制失败立即失败;不尝试密钥轮换。
- 当所有候选密钥均失败时,返回最后一次尝试的最终错误。
内置提供商 (pi-ai 目录)
Section titled “内置提供商 (pi-ai 目录)”OpenClaw 内置了 pi-ai 目录。这些提供商不需要 OpenClawmodels.providers 配置;只需设置身份验证并选择一个模型。
OpenAI
Section titled “OpenAI”- 提供商:
openai - 身份验证:
OPENAI_API_KEY - 可选轮换:
OPENAI_API_KEYS、OPENAI_API_KEY_1、OPENAI_API_KEY_2,加上OPENCLAW_LIVE_OPENAI_KEY(单一覆盖) - 示例模型:
openai/gpt-5.5、openai/gpt-5.4-mini - 如果特定安装或 API 密钥的行为不同,请使用
openclaw models list --provider openaiAPI 验证账户/模型可用性。 - CLI:CLI
openclaw onboard --auth-choice openai-api-key - 默认传输方式为
autoOpenClaw;OpenClaw 会将传输选择传递给 pi-ai。 - 通过
agents.defaults.models["openai/<model>"].params.transport按模型覆盖("sse"、"websocket"或"auto") - 可以通过 OpenAI
agents.defaults.models["openai/<model>"].params.serviceTier启用 OpenAI 优先处理 /fast和params.fastMode将直接的openai/*Responses 请求映射到service_tier=priority上的api.openai.com- 当你想要明确的层级而不是共享的
/fast开关时,请使用params.serviceTier - 隐藏的 OpenClaw 归属头(OpenClaw
originator、version、User-AgentOpenAI)仅适用于对api.openai.comOpenAI 的原生 OpenAI 流量,不适用于通用的 OpenAI 兼容代理 - 原生 OpenAI 路由还保留 Responses OpenAI
storeOpenAI、提示缓存提示以及 OpenAI 推理兼容负载整形;代理路由则不会 openai/gpt-5.3-codex-spark在 OpenClaw 中被有意屏蔽,因为实时的 OpenAI API 请求会拒绝它,且当前的 Codex 目录不公开它
{ agents: { defaults: { model: { primary: "openai/gpt-5.5" } } },}Anthropic
Section titled “Anthropic”- 提供商:
anthropic - 认证:
ANTHROPIC_API_KEY - 可选轮换:
ANTHROPIC_API_KEYS、ANTHROPIC_API_KEY_1、ANTHROPIC_API_KEY_2,加上OPENCLAW_LIVE_ANTHROPIC_KEY(单次覆盖) - 示例模型:
anthropic/claude-opus-4-6 - CLI:
openclaw onboard --auth-choice apiKey - 直接的公共 Anthropic 请求支持共享的
/fast切换开关和params.fastMode,包括发送到api.anthropic.com的 API 密钥和 OAuth 认证流量;OpenClaw 将其映射到 Anthropicservice_tier(auto与standard_only) - 首选的 Claude CLI 配置保持模型引用的规范性,并单独选择 CLI 后端:
anthropic/claude-opus-4-7配合模型作用域内的agentRuntime.id: "claude-cli"。传统的claude-cli/claude-opus-4-7引用为了兼容性仍然有效。
{ agents: { defaults: { model: { primary: "anthropic/claude-opus-4-6" } } },}OpenAI Codex OAuth
Section titled “OpenAI Codex OAuth”- 提供商:
openai-codex - 身份验证: OAuth (ChatGPT)
- 传统 PI 模型引用:
openai-codex/gpt-5.5 - 原生 Codex 应用服务器工具引用:
openai/gpt-5.5 - 原生 Codex 应用服务器控制线文档:Codex 控制线
- 旧版模型引用:
codex/gpt-* - 插件边界:
openai-codex/*OpenAI 加载 OpenAI 插件;原生 Codex 应用服务器插件仅由 Codex harness 运行时或旧版codex/*引用选择。 - CLI:CLI
openclaw onboard --auth-choice openai-codex或openclaw models auth login --provider openai-codex - 默认传输方式为
auto(WebSocket 优先,SSE 回退) - 通过
agents.defaults.models["openai-codex/<model>"].params.transport针对每个 PI 模型进行覆盖("sse"、"websocket"或"auto") params.serviceTier也会在原生 Codex Responses 请求上转发(chatgpt.com/backend-api)- 隐藏的 OpenClaw 归属标头(OpenClaw
originator、version、User-Agent)仅附加于发往chatgpt.com/backend-apiOpenAI 的原生 Codex 流量,不适用于通用 OpenAI 兼容代理 - 与直接
openai/*OpenClaw 共享相同的/fast开关和params.fastMode配置;OpenClaw 将其映射到service_tier=priority openai-codex/gpt-5.5使用 Codex 目录原生contextWindow = 400000和默认运行时contextTokens = 272000;使用models.providers.openai-codex.models[].contextTokens覆盖运行时上限- 策略说明:明确支持将 OpenAI Codex OAuth 用于 OpenClaw 等外部工具/工作流。
- 对于常见的订阅加原生 Codex 运行时路由,请使用
openai-codex身份验证登录,但配置openai/gpt-5.5OpenAI;OpenAI 代理默认会选择 Codex。 - 仅当您希望通过 PI 走兼容性路由时,才使用提供商/模型
agentRuntime.id: "pi";否则请在默认 Codex harness 上保持openai/gpt-5.5。 openai-codex/gpt-*引用仍然是旧版 PI 路由。对于新的 Agent 配置,请优先在原生 Codex 运行时上使用openai/gpt-5.5,并在您想要将旧的openai-codex/*引用迁移到规范的openai/*引用时运行openclaw doctor --fix。
{ plugins: { entries: { codex: { enabled: true } } }, agents: { defaults: { model: { primary: "openai/gpt-5.5" }, }, },}{ models: { providers: { "openai-codex": { models: [{ id: "gpt-5.5", contextTokens: 160000 }], }, }, },}其他订阅式托管选项
Section titled “其他订阅式托管选项”Z.AI Coding Plan 或通用 API 端点。
MiniMax Coding Plan OAuth 或 API 密钥访问。
Qwen Cloud 提供商界面以及 Alibaba DashScope 和 Coding Plan 端点映射。
OpenCode
Section titled “OpenCode”- 身份验证:
OPENCODE_API_KEY(或OPENCODE_ZEN_API_KEY) - Zen 运行时提供商:
opencode - Go 运行时提供商:
opencode-go - 示例模型:
opencode/claude-opus-4-6、opencode-go/kimi-k2.6 - CLI:
openclaw onboard --auth-choice opencode-zen或openclaw onboard --auth-choice opencode-go
{ agents: { defaults: { model: { primary: "opencode/claude-opus-4-6" } } },}Google Gemini (API 密钥)
Section titled “Google Gemini (API 密钥)”- 提供商:
google - 身份验证:
GEMINI_API_KEY - 可选轮换:
GEMINI_API_KEYS、GEMINI_API_KEY_1、GEMINI_API_KEY_2、GOOGLE_API_KEY回退以及OPENCLAW_LIVE_GEMINI_KEY(单项覆盖) - 示例模型:
google/gemini-3.1-pro-preview、google/gemini-3-flash-preview - 兼容性:使用
google/gemini-3.1-flash-preview的旧版 OpenClaw 配置会被规范化为google/gemini-3-flash-preview - 别名:
google/gemini-3.1-proAPI 被接受并规范化为 Google 的实时 Gemini API ID,google/gemini-3.1-pro-preview - CLI:CLI
openclaw onboard --auth-choice gemini-api-key - 思考:
/think adaptive使用 Google 动态思考。Gemini 3/3.1 省略固定的thinkingLevel;Gemini 2.5 发送thinkingBudget: -1。 - 直接 Gemini 运行也接受
agents.defaults.models["google/<model>"].params.cachedContent(或旧版cached_content)以转发提供商原生的cachedContents/...OpenClaw 句柄;Gemini 缓存命中显示为 OpenClawcacheRead
Google Vertex 和 Gemini CLI
Section titled “Google Vertex 和 Gemini CLI”- 提供商:
google-vertex,google-gemini-cli - 身份验证:Vertex 使用 gcloud ADC;Gemini CLI 使用其 OAuth 流程
Gemini CLI OAuth 作为捆绑的 google 插件的一部分提供。
CLI安装 Gemini CLI
Terminal window brew install gemini-cliTerminal window npm install -g @google/gemini-cliEnable plugin
Terminal window openclaw plugins enable google登录
Terminal window openclaw models auth login --provider google-gemini-cli --set-default默认模型:
google-gemini-cli/gemini-3-flash-preview。请勿将客户端 ID 或密钥粘贴到openclaw.json中。CLI 登录流程将令牌存储在网关主机的身份验证配置文件中。设置项目(如果需要)
如果登录后请求失败,请在网关主机上设置
GOOGLE_CLOUD_PROJECT或GOOGLE_CLOUD_PROJECT_ID。
Gemini CLI JSON 回复从 response 解析;使用情况回退到 stats,其中 stats.cachedOpenClaw 被规范化为 OpenClaw cacheRead。
Z.AI (GLM)
Section titled “Z.AI (GLM)”- 提供商:
zai - 身份验证:
ZAI_API_KEY - 示例模型:
zai/glm-5.1 - CLI:
openclaw onboard --auth-choice zai-api-key- 别名:
z.ai/*和z-ai/*规范化为zai/* zai-api-key自动检测匹配的 Z.AI 端点;zai-coding-global、zai-coding-cn、zai-global和zai-cn强制使用特定界面
- 别名:
Vercel AI Gateway(网关)
Section titled “Vercel AI Gateway(网关)”- 提供商:
vercel-ai-gateway - 认证:
AI_GATEWAY_API_KEY - 示例模型:
vercel-ai-gateway/anthropic/claude-opus-4.6、vercel-ai-gateway/moonshotai/kimi-k2.6 - CLI:CLI
openclaw onboard --auth-choice ai-gateway-api-key
Kilo Gateway(网关)
Section titled “Kilo Gateway(网关)”- 提供商:
kilocode - 认证:
KILOCODE_API_KEY - 示例模型:
kilocode/kilo/auto - CLI:CLI
openclaw onboard --auth-choice kilocode-api-key - 基础 URL:
https://api.kilo.ai/api/gateway/ - 静态回退目录附带
kilocode/kilo/auto;实时https://api.kilo.ai/api/gateway/models发现可以进一步扩展运行时目录。 kilocode/kilo/autoGateway(网关)OpenClaw 背后的精确上游路由由 Kilo Gateway(网关) 管理,而不是在 OpenClaw 中硬编码。
有关设置详细信息,请参阅 /providers/kilocode。
其他捆绑的提供商插件
Section titled “其他捆绑的提供商插件”| 提供商 | ID | 认证环境变量 | 示例模型 |
|---|---|---|---|
| BytePlus | byteplus / byteplus-plan | BYTEPLUS_API_KEY | byteplus-plan/ark-code-latest |
| Cerebras | cerebras | CEREBRAS_API_KEY | cerebras/zai-glm-4.7 |
| Cloudflare AI Gateway(网关) | cloudflare-ai-gateway | CLOUDFLARE_AI_GATEWAY_API_KEY | - |
| DeepInfra | deepinfra | DEEPINFRA_API_KEY | deepinfra/deepseek-ai/DeepSeek-V3.2 |
| DeepSeek | deepseek | DEEPSEEK_API_KEY | deepseek/deepseek-v4-flash |
| GitHub Copilot | github-copilot | COPILOT_GITHUB_TOKEN / GH_TOKEN / GITHUB_TOKEN | - |
| Groq | groq | GROQ_API_KEY | - |
| Hugging Face 推理 | huggingface | HUGGINGFACE_HUB_TOKEN 或 HF_TOKEN | huggingface/deepseek-ai/DeepSeek-R1 |
| Kilo Gateway(网关) | kilocode | KILOCODE_API_KEY | kilocode/kilo/auto |
| Kimi 编程 | kimi | KIMI_API_KEY 或 KIMICODE_API_KEY | kimi/kimi-for-coding |
| MiniMax | minimax / minimax-portal | MINIMAX_API_KEY / MINIMAX_OAUTH_TOKEN | minimax/MiniMax-M2.7 |
| Mistral | mistral | MISTRAL_API_KEY | mistral/mistral-large-latest |
| Moonshot | moonshot | MOONSHOT_API_KEY | moonshot/kimi-k2.6 |
| NVIDIA | nvidia | NVIDIA_API_KEY | nvidia/nvidia/nemotron-3-super-120b-a12b |
| OpenRouter | openrouter | OPENROUTER_API_KEY | openrouter/auto |
| Qianfan | qianfan | QIANFAN_API_KEY | qianfan/deepseek-v3.2 |
| Qwen 云 | qwen | QWEN_API_KEY / MODELSTUDIO_API_KEY / DASHSCOPE_API_KEY | qwen/qwen3.5-plus |
| StepFun | stepfun / stepfun-plan | STEPFUN_API_KEY | stepfun/step-3.5-flash |
| Together | together | TOGETHER_API_KEY | together/moonshotai/Kimi-K2.5 |
| Venice | venice | VENICE_API_KEY | - |
| Vercel AI Gateway(网关) | vercel-ai-gateway | AI_GATEWAY_API_KEY | vercel-ai-gateway/anthropic/claude-opus-4.6 |
| 火山引擎 (Doubao) | volcengine / volcengine-plan | VOLCANO_ENGINE_API_KEY | volcengine-plan/ark-code-latest |
| xAI | xai | SuperGrok/X 高级版 OAuth 或 OAuthXAI_API_KEY | xai/grok-4.3 |
| Xiaomi | xiaomi | XIAOMI_API_KEY | xiaomi/mimo-v2-flash |
值得注意的特性
Section titled “值得注意的特性”OpenRouterOpenRouter
仅在经过验证的 openrouter.aiMoonshotOpenRouterAnthropicOpenAIOpenAI 路由上应用其应用归因标头和 Anthropic cache_control 标记。DeepSeek、Moonshot 和 ZAI 引用有资格获得 OpenRouter 管理的提示缓存的 cache-TTL,但不会收到 Anthropic 缓存标记。作为代理风格的 OpenAI 兼容路径,它会跳过仅限原生 OpenAI 的塑形(serviceTier、Responses storeOpenAI、提示缓存提示、OpenAI 推理兼容)。基于 Gemini 的引用仅保留代理 Gemini 的思维签名清理。
Kilo Gateway(网关)
Gemini 支持的引用遵循相同的代理 Gemini 清理路径;kilocode/kilo/auto 和其他不支持代理推理的引用将跳过代理推理注入。
MiniMax
API 密钥新手引导会编写显式的纯文本 M2.7 聊天模型定义;图像理解保留在插件拥有的 MiniMax-VL-01 媒体提供商上。
NVIDIA
模型 ID 使用 `nvidia/
/
命名空间(例如nvidia/nvidia/nemotron-…以及nvidia/moonshotai/kimi-k2.5);选择器会保留字面意义上的
/
` 组合,而发送到 API 的规范键则保持单前缀。
xAI
使用 xAI Responses 路径。推荐的路径是 SuperGrok/X Premium OAuth;API 密钥仍然可以通过 XAI_API_KEY 或插件配置使用。grok-4.3 是捆绑的默认聊天模型。/fast 或 params.fastMode: true 会将 grok-3、grok-3-mini、grok-4 和 grok-4-0709 重写为其 *-fast 变体。tool_stream 默认开启;通过 `agents.defaults.models[“xai/
“].params.tool_stream=false` 禁用。
Cerebras
作为捆绑的 cerebrasGLM 提供商插件提供。GLM 使用 zai-glm-4.7OpenAI;兼容 OpenAI 的基础 URL 是 https://api.cerebras.ai/v1。
通过 models.providers (自定义/基础 URL) 提供商
Section titled “通过 models.providers (自定义/基础 URL) 提供商”使用 models.providers (或 models.jsonOpenAIAnthropic) 添加 自定义 提供商或兼容 OpenAI/Anthropic 的代理。
下面许多捆绑的提供商插件已经发布了默认目录。仅当您想覆盖默认基础 URL、标头或模型列表时,才使用显式的 models.providers.<id> 条目。
Gateway 模型能力检查也会读取显式的 Gateway(网关)models.providers.<id>.models[] 元数据。如果自定义或代理模型接受图像,请在该模型上设置 input: ["text", "image"]WebChat,以便 WebChat 和节点源附件路径将图像作为原生模型输入传递,而不是作为纯文本媒体引用。
agents.defaults.models["provider/model"] 仅控制模型的可见性、别名和代理的每模型元数据。它本身不会注册新的运行时模型。对于自定义提供商模型,还必须添加 models.providers.<provider>.models[],其中至少包含匹配的 id。
Moonshot AI (Kimi)
Section titled “Moonshot AI (Kimi)”Moonshot 作为捆绑的提供商插件提供。默认使用内置提供商,仅当您需要覆盖基础 URL 或模型元数据时才添加显式的 Moonshotmodels.providers.moonshot 条目:
- 提供商:
moonshot - 身份验证:
MOONSHOT_API_KEY - 示例模型:
moonshot/kimi-k2.6 - CLI:CLI
openclaw onboard --auth-choice moonshot-api-key或openclaw onboard --auth-choice moonshot-api-key-cn
Kimi K2 模型 ID:
moonshot/kimi-k2.6moonshot/kimi-k2.5moonshot/kimi-k2-thinkingmoonshot/kimi-k2-thinking-turbomoonshot/kimi-k2-turbo
{ agents: { defaults: { model: { primary: "moonshot/kimi-k2.6" } }, }, models: { mode: "merge", providers: { moonshot: { baseUrl: "https://api.moonshot.ai/v1", apiKey: "${MOONSHOT_API_KEY}", api: "openai-completions", models: [{ id: "kimi-k2.6", name: "Kimi K2.6" }], }, }, },}Kimi 编程
Section titled “Kimi 编程”Kimi 编程使用 Moonshot AI 的 Anthropic 兼容端点:
- 提供商:
kimi - 身份验证:
KIMI_API_KEY - 示例模型:
kimi/kimi-for-coding
{ env: { KIMI_API_KEY: "sk-..." }, agents: { defaults: { model: { primary: "kimi/kimi-for-coding" } }, },}传统的 kimi/kimi-code 和 kimi/k2p5API 仍被接受作为兼容性模型 ID,并会规范化为 Kimi 的稳定 API 模型 ID。
火山引擎 (Doubao)
Section titled “火山引擎 (Doubao)”Volcano Engine (火山引擎) 提供对中国国内的豆包及其他模型的访问。
- 提供商:
volcengine(编程:volcengine-plan) - 身份验证:
VOLCANO_ENGINE_API_KEY - 示例模型:
volcengine-plan/ark-code-latest - CLI:CLI
openclaw onboard --auth-choice volcengine-api-key
{ agents: { defaults: { model: { primary: "volcengine-plan/ark-code-latest" } }, },}新手引导默认使用编程界面,但同时也会注册通用的 volcengine/* 目录。
在新手引导/配置模型选择器中,Volcengine 身份验证选项优先显示 volcengine/* 和 volcengine-plan/*OpenClaw 行。如果这些模型尚未加载,OpenClaw 将回退到未经过滤的目录,而不是显示空的提供商范围选择器。
volcengine/doubao-seed-1-8-251228(Doubao Seed 1.8)volcengine/doubao-seed-code-preview-251028volcengine/kimi-k2-5-260127(Kimi K2.5)volcengine/glm-4-7-251222GLM (GLM 4.7)volcengine/deepseek-v3-2-251201(DeepSeek V3.2 128K)
volcengine-plan/ark-code-latestvolcengine-plan/doubao-seed-codevolcengine-plan/kimi-k2.5volcengine-plan/kimi-k2-thinkingvolcengine-plan/glm-4.7
BytePlus(国际版)
Section titled “BytePlus(国际版)”BytePlus ARK 为国际用户提供与 Volcano Engine 相同的模型访问权限。
- 提供商:
byteplus(编码:byteplus-plan) - 认证:
BYTEPLUS_API_KEY - 示例模型:
byteplus-plan/ark-code-latest - CLI:
openclaw onboard --auth-choice byteplus-api-key
{ agents: { defaults: { model: { primary: "byteplus-plan/ark-code-latest" } }, },}新手引导默认进入编码界面,但通用的 byteplus/* 目录也会同时注册。
在新手引导/配置模型选择器中,BytePlus 认证选项会同时显示 byteplus/* 和 byteplus-plan/*OpenClaw 行。如果这些模型尚未加载,OpenClaw 将回退到未过滤的目录,而不是显示空的提供商范围选择器。
byteplus/seed-1-8-251228(Seed 1.8)byteplus/kimi-k2-5-260127(Kimi K2.5)byteplus/glm-4-7-251222(GLM 4.7)
byteplus-plan/ark-code-latestbyteplus-plan/doubao-seed-codebyteplus-plan/kimi-k2.5byteplus-plan/kimi-k2-thinkingbyteplus-plan/glm-4.7
Synthetic
Section titled “Synthetic”Synthetic 在 synthetic 提供商后面提供了 Anthropic 兼容的模型:
- 提供商:
synthetic - 认证:
SYNTHETIC_API_KEY - 示例模型:
synthetic/hf:MiniMaxAI/MiniMax-M2.5 - CLI:
openclaw onboard --auth-choice synthetic-api-key
{ agents: { defaults: { model: { primary: "synthetic/hf:MiniMaxAI/MiniMax-M2.5" } }, }, models: { mode: "merge", providers: { synthetic: { baseUrl: "https://api.synthetic.new/anthropic", apiKey: "${SYNTHETIC_API_KEY}", api: "anthropic-messages", models: [{ id: "hf:MiniMaxAI/MiniMax-M2.5", name: "MiniMax M2.5" }], }, }, },}MiniMax
Section titled “MiniMax”MiniMax 通过 models.providers 进行配置,因为它使用自定义端点:
- MiniMax OAuth (全球):
--auth-choice minimax-global-oauth - MiniMax OAuth (CN):
--auth-choice minimax-cn-oauth - MiniMax API 密钥(全球):MiniMaxAPI
--auth-choice minimax-global-api - MiniMax API 密钥(中国):MiniMaxAPI
--auth-choice minimax-cn-api - 认证:
MINIMAX_API_KEY用于minimax;MINIMAX_OAUTH_TOKEN或MINIMAX_API_KEY用于minimax-portal
有关设置详情、模型选项和配置片段,请参阅 /providers/minimax。
插件拥有的功能拆分:
- 文本/聊天默认设置保留在
minimax/MiniMax-M2.7 - 图像生成是
minimax/image-01或minimax-portal/image-01 - 图像理解在两种 MiniMax 认证路径上均为插件拥有的
MiniMax-VL-01MiniMax - 网络搜索保留在提供商 id
minimax
LM Studio
Section titled “LM Studio”LM Studio 作为捆绑的提供商插件提供,它使用原生 API:
- 提供商:
lmstudio - 认证:
LM_API_TOKEN - 默认推理基础 URL:
http://localhost:1234/v1
然后设置一个模型(替换为 http://localhost:1234/api/v1/models 返回的 ID 之一):
{ agents: { defaults: { model: { primary: "lmstudio/openai/gpt-oss-20b" } }, },}OpenClaw 使用 LM Studio 原生的 OpenClaw/api/v1/models 和 /api/v1/models/load 进行发现 + 自动加载,默认情况下使用 /v1/chat/completions 进行推理。如果您希望 LM Studio JIT 加载、TTL 和自动驱逐来拥有模型生命周期,请设置 models.providers.lmstudio.params.preload: false。有关设置和故障排除,请参阅 /providers/lmstudio。
Ollama
Section titled “Ollama”Ollama 作为捆绑的提供商插件提供,并使用 Ollama 的原生 API:
- 提供商:
ollama - 身份验证:无需(本地服务器)
- 示例模型:
ollama/llama3.3 - 安装:https://ollama.com/download
# Install Ollama, then pull a model:ollama pull llama3.3{ agents: { defaults: { model: { primary: "ollama/llama3.3" } }, },}当您通过 OLLAMA_API_KEY 选择加入时,系统会在 http://127.0.0.1:11434 本地检测到 Ollama,并且捆绑的提供商插件会将 Ollama 直接添加到 openclaw onboard 和模型选择器中。有关新手引导、云端/本地模式和自定义配置的信息,请参阅 /providers/ollama。
vLLM 作为捆绑的提供商插件提供,用于本地/自托管的 OpenAI 兼容服务器:
- 提供商:
vllm - 身份验证:可选(取决于您的服务器)
- 默认基础 URL:
http://127.0.0.1:8000/v1
要在本地选择加入自动发现(如果您的服务器不强制执行身份验证,则任何值均可):
export VLLM_API_KEY="vllm-local"然后设置一个模型(替换为 /v1/models 返回的 ID 之一):
{ agents: { defaults: { model: { primary: "vllm/your-model-id" } }, },}有关详细信息,请参阅 /providers/vllm。
SGLang
Section titled “SGLang”SGLang 作为捆绑的提供商插件提供,用于快速自托管的 OpenAI 兼容服务器:
- 提供商:
sglang - 身份验证:可选(取决于您的服务器)
- 默认基础 URL:
http://127.0.0.1:30000/v1
要在本地选择加入自动发现(如果您的服务器不强制执行身份验证,则任何值均可):
export SGLANG_API_KEY="sglang-local"然后设置一个模型(替换为 /v1/models 返回的 ID 之一):
{ agents: { defaults: { model: { primary: "sglang/your-model-id" } }, },}有关详细信息,请参阅 /providers/sglang。
本地代理(LM Studio、vLLM、LiteLLM 等)
Section titled “本地代理(LM Studio、vLLM、LiteLLM 等)”示例(与 OpenAI 兼容):
{ agents: { defaults: { model: { primary: "lmstudio/my-local-model" }, models: { "lmstudio/my-local-model": { alias: "Local" } }, }, }, models: { providers: { lmstudio: { baseUrl: "http://localhost:1234/v1", apiKey: "${LM_API_TOKEN}", api: "openai-completions", timeoutSeconds: 300, models: [ { id: "my-local-model", name: "Local Model", reasoning: false, input: ["text"], cost: { input: 0, output: 0, cacheRead: 0, cacheWrite: 0 }, contextWindow: 200000, maxTokens: 8192, }, ], }, }, },}Default optional fields
对于自定义提供商,reasoning、input、cost、contextWindow 和 maxTokens 是可选的。如果省略,OpenClaw 默认为:
reasoning: falseinput: ["text"]cost: { input: 0, output: 0, cacheRead: 0, cacheWrite: 0 }contextWindow: 200000maxTokens: 8192
建议:设置与您的代理/模型限制匹配的显式值。
代理路由塑形规则
- 对于非原生端点上的
api: "openai-completions"(任何主机不是api.openai.comOpenClaw 的非空baseUrl),OpenClaw 会强制compat.supportsDeveloperRole: false以避免提供商因不支持的developerOpenAIOpenAI 角色而报 400 错误。 - 代理风格的 OpenAI 兼容路由也会跳过仅限原生 OpenAI 的请求塑形:不包含
service_tier、不包含 Responsesstore、不包含 CompletionsstoreOpenAIOpenClawOpenAI、不包含提示缓存提示、不包含 OpenAI 推理兼容负载塑形,也不包含隐藏的 OpenClaw 归属标头。 - 对于需要供应商特定字段的 OpenAI 兼容 Completions 代理,请设置
agents.defaults.models["provider/model"].params.extra_body(或extraBody)以将额外的 JSON 合并到出站请求体中。 - 对于 vLLM 聊天模板控制,请设置
agents.defaults.models["provider/model"].params.chat_template_kwargs。当会话思考级别关闭时,捆绑的 vLLM 插件会自动为vllm/nemotron-3-*发送enable_thinking: false和force_nonempty_content: true。 - 对于缓慢的本地模型或远程 LAN/tailnet 主机,请设置 `models.providers.
.timeoutSeconds。这会延长提供商模型的 HTTP 请求处理,包括连接、标头、主体流传输以及总的受保护提取中止,而不会增加整个代理运行时的超时时间。如果 agents.defaults.timeoutSeconds或特定运行的超时时间较低,请也提高该上限;提供商超时无法延长整个运行。 - 模型提供商 HTTP 调用仅针对已配置提供商baseUrl主机名,允许198.18.0.0/15和fc00::/7中的 Surge、Clash 和 sing-box 假 IP DNS 应答。自定义/本地提供商端点也信任针对受保护模型请求的完全相同的已配置scheme://host:port源,包括环回、LAN 和 tailnet 主机。这不是一个新的配置选项;您配置的baseUrl仅扩展针对该源的请求策略。假 IP 主机名许可和精确源信任是独立的机制。其他私有、环回、链路本地、元数据目标和不同端口仍然需要显式models.providers.
.request.allowPrivateNetwork: true选择加入。设置models.providers.
.request.allowPrivateNetwork: false可选择退出精确源信任。 - 如果baseUrlOpenClawOpenAI 为空/省略,OpenClaw 将保留默认 OpenAI 行为(其解析为 api.openai.com)。 - 为了安全起见,在非原生 openai-completions端点上仍然会覆盖显式compat.supportsDeveloperRole: true。 - 对于非直接端点上的 api: “anthropic-messages”(任何非规范 anthropic的提供商,或主机不是公共api.anthropic.comOpenClawAnthropic 端点的自定义 models.providers.anthropic.baseUrl),OpenClaw 会抑制隐式 Anthropic beta 标头(如 claude-code-20250219、interleaved-thinking-2025-05-14OAuthAnthropic)和 OAuth 标记,以便自定义 Anthropic 兼容代理不会拒绝不支持的 beta 标志。如果您的代理需要特定的 beta 功能,请显式设置 models.providers.
.headers[“anthropic-beta”]`。
CLI 示例
Section titled “CLI 示例”openclaw onboard --auth-choice opencode-zenopenclaw models set opencode/claude-opus-4-6openclaw models list另请参阅:Configuration 以获取完整的配置示例。
- Configuration reference - 模型配置键
- Model failover - 故障转移链和重试行为
- Models - 模型配置和别名
- Providers - 各提供商设置指南