跳转到内容

模型提供商

关于 LLM/模型提供商 的参考(不包括 WhatsApp/WhatsAppTelegram 等聊天频道)。有关模型选择规则,请参阅 Models

Model refs and CLI helpers
  • 模型引用使用 provider/model(例如:opencode/claude-opus-4-6)。
  • 设置时,agents.defaults.models 充当允许列表。
  • CLI 辅助工具:openclaw onboardopenclaw models list、`openclaw models set

。 - models.providers..contextWindow/contextTokens/maxTokens 设置提供商级别的默认值;models.providers..models[].contextWindow/contextTokens/maxTokens` 会针对每个模型覆盖这些默认值。 - 故障转移规则、冷却探测和会话覆盖持久性:Model failover

添加提供商身份验证不会更改您的主要模型

openclaw configure 会在您添加或重新验证提供商时保留现有的 agents.defaults.model.primaryopenclaw 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-cligoogle-gemini-cli

旧版 claude-cli/*google-gemini-cli/* 引用会迁移回规范提供商引用,并单独记录运行时。旧版 codex-cli/* 引用迁移到 openai/* 并使用 Codex 应用服务器路由;OpenClaw 不再保留捆绑的 Codex CLI 后端。

大多数特定于提供商的逻辑存在于提供商插件 (registerProvider(...)OpenClawOAuth) 中,而 OpenClaw 保留通用推理循环。插件负责新手引导、模型目录、身份验证环境变量映射、传输/配置规范化、工具模式清理、故障转移分类、OAuth 刷新、使用情况报告、思维/推理配置文件等。

提供商 SDK 钩子和捆绑插件示例的完整列表位于 提供商插件 中。需要完全自定义请求执行器的提供商是一个单独的、更深层次的扩展表面。

密钥来源和优先级

通过以下方式配置多个密钥:

  • `OPENCLAW_LIVE_

_KEY(单个实时覆盖,优先级最高) -

_API_KEYS(逗号或分号分隔的列表) -

_API_KEY(主密钥) -

API_KEY*(编号列表,例如

_API_KEY_1`)

对于 Google 提供商,`GOOGLE_API_KEY` 也作为后备包含在内。密钥选择顺序保留优先级并对值进行去重。
轮换何时触发
  • 仅在速率限制响应时才使用下一个密钥重试请求 (例如 429rate_limitquotaresource exhaustedToo many concurrent requestsThrottlingExceptionconcurrency limit reachedworkers_ai ... quota limit exceeded 或定期使用限制消息)。
  • 非速率限制失败立即失败;不尝试密钥轮换。
  • 当所有候选密钥均失败时,返回最后一次尝试的最终错误。

OpenClaw 内置了 pi-ai 目录。这些提供商需要 OpenClawmodels.providers 配置;只需设置身份验证并选择一个模型。

  • 提供商:openai
  • 身份验证:OPENAI_API_KEY
  • 可选轮换:OPENAI_API_KEYSOPENAI_API_KEY_1OPENAI_API_KEY_2,加上 OPENCLAW_LIVE_OPENAI_KEY(单一覆盖)
  • 示例模型:openai/gpt-5.5openai/gpt-5.4-mini
  • 如果特定安装或 API 密钥的行为不同,请使用 openclaw models list --provider openaiAPI 验证账户/模型可用性。
  • CLI:CLIopenclaw onboard --auth-choice openai-api-key
  • 默认传输方式为 autoOpenClaw;OpenClaw 会将传输选择传递给 pi-ai。
  • 通过 agents.defaults.models["openai/<model>"].params.transport 按模型覆盖("sse""websocket""auto"
  • 可以通过 OpenAIagents.defaults.models["openai/<model>"].params.serviceTier 启用 OpenAI 优先处理
  • /fastparams.fastMode 将直接的 openai/* Responses 请求映射到 service_tier=priority 上的 api.openai.com
  • 当你想要明确的层级而不是共享的 /fast 开关时,请使用 params.serviceTier
  • 隐藏的 OpenClaw 归属头(OpenClaworiginatorversionUser-AgentOpenAI)仅适用于对 api.openai.comOpenAI 的原生 OpenAI 流量,不适用于通用的 OpenAI 兼容代理
  • 原生 OpenAI 路由还保留 Responses OpenAIstoreOpenAI、提示缓存提示以及 OpenAI 推理兼容负载整形;代理路由则不会
  • openai/gpt-5.3-codex-spark 在 OpenClaw 中被有意屏蔽,因为实时的 OpenAI API 请求会拒绝它,且当前的 Codex 目录不公开它
{
agents: { defaults: { model: { primary: "openai/gpt-5.5" } } },
}
  • 提供商:anthropic
  • 认证:ANTHROPIC_API_KEY
  • 可选轮换:ANTHROPIC_API_KEYSANTHROPIC_API_KEY_1ANTHROPIC_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 将其映射到 Anthropic service_tierautostandard_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 (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:CLIopenclaw onboard --auth-choice openai-codexopenclaw 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 归属标头(OpenClaworiginatorversionUser-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 }],
},
},
},
}
GLM 模型

Z.AI Coding Plan 或通用 API 端点。

MiniMax

MiniMax Coding Plan OAuth 或 API 密钥访问。

Qwen Cloud

Qwen Cloud 提供商界面以及 Alibaba DashScope 和 Coding Plan 端点映射。

  • 身份验证:OPENCODE_API_KEY(或 OPENCODE_ZEN_API_KEY
  • Zen 运行时提供商:opencode
  • Go 运行时提供商:opencode-go
  • 示例模型:opencode/claude-opus-4-6opencode-go/kimi-k2.6
  • CLI:openclaw onboard --auth-choice opencode-zenopenclaw onboard --auth-choice opencode-go
{
agents: { defaults: { model: { primary: "opencode/claude-opus-4-6" } } },
}
  • 提供商:google
  • 身份验证:GEMINI_API_KEY
  • 可选轮换:GEMINI_API_KEYSGEMINI_API_KEY_1GEMINI_API_KEY_2GOOGLE_API_KEY 回退以及 OPENCLAW_LIVE_GEMINI_KEY(单项覆盖)
  • 示例模型:google/gemini-3.1-pro-previewgoogle/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:CLIopenclaw 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 缓存命中显示为 OpenClaw cacheRead
  • 提供商:google-vertexgoogle-gemini-cli
  • 身份验证:Vertex 使用 gcloud ADC;Gemini CLI 使用其 OAuth 流程

Gemini CLI OAuth 作为捆绑的 google 插件的一部分提供。

  1. CLI安装 Gemini CLI

    Terminal window
    brew install gemini-cli
  2. Enable plugin

    Terminal window
    openclaw plugins enable google
  3. 登录

    Terminal window
    openclaw models auth login --provider google-gemini-cli --set-default

    默认模型:google-gemini-cli/gemini-3-flash-preview。请将客户端 ID 或密钥粘贴到 openclaw.json 中。CLI 登录流程将令牌存储在网关主机的身份验证配置文件中。

  4. 设置项目(如果需要)

    如果登录后请求失败,请在网关主机上设置 GOOGLE_CLOUD_PROJECTGOOGLE_CLOUD_PROJECT_ID

Gemini CLI JSON 回复从 response 解析;使用情况回退到 stats,其中 stats.cachedOpenClaw 被规范化为 OpenClaw cacheRead

  • 提供商: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-globalzai-coding-cnzai-globalzai-cn 强制使用特定界面
  • 提供商:vercel-ai-gateway
  • 认证:AI_GATEWAY_API_KEY
  • 示例模型:vercel-ai-gateway/anthropic/claude-opus-4.6vercel-ai-gateway/moonshotai/kimi-k2.6
  • CLI:CLIopenclaw onboard --auth-choice ai-gateway-api-key
  • 提供商:kilocode
  • 认证:KILOCODE_API_KEY
  • 示例模型:kilocode/kilo/auto
  • CLI:CLIopenclaw 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

提供商ID认证环境变量示例模型
BytePlusbyteplus / byteplus-planBYTEPLUS_API_KEYbyteplus-plan/ark-code-latest
CerebrascerebrasCEREBRAS_API_KEYcerebras/zai-glm-4.7
Cloudflare AI Gateway(网关)cloudflare-ai-gatewayCLOUDFLARE_AI_GATEWAY_API_KEY-
DeepInfradeepinfraDEEPINFRA_API_KEYdeepinfra/deepseek-ai/DeepSeek-V3.2
DeepSeekdeepseekDEEPSEEK_API_KEYdeepseek/deepseek-v4-flash
GitHub Copilotgithub-copilotCOPILOT_GITHUB_TOKEN / GH_TOKEN / GITHUB_TOKEN-
GroqgroqGROQ_API_KEY-
Hugging Face 推理huggingfaceHUGGINGFACE_HUB_TOKENHF_TOKENhuggingface/deepseek-ai/DeepSeek-R1
Kilo Gateway(网关)kilocodeKILOCODE_API_KEYkilocode/kilo/auto
Kimi 编程kimiKIMI_API_KEYKIMICODE_API_KEYkimi/kimi-for-coding
MiniMaxminimax / minimax-portalMINIMAX_API_KEY / MINIMAX_OAUTH_TOKENminimax/MiniMax-M2.7
MistralmistralMISTRAL_API_KEYmistral/mistral-large-latest
MoonshotmoonshotMOONSHOT_API_KEYmoonshot/kimi-k2.6
NVIDIAnvidiaNVIDIA_API_KEYnvidia/nvidia/nemotron-3-super-120b-a12b
OpenRouteropenrouterOPENROUTER_API_KEYopenrouter/auto
QianfanqianfanQIANFAN_API_KEYqianfan/deepseek-v3.2
Qwen 云qwenQWEN_API_KEY / MODELSTUDIO_API_KEY / DASHSCOPE_API_KEYqwen/qwen3.5-plus
StepFunstepfun / stepfun-planSTEPFUN_API_KEYstepfun/step-3.5-flash
TogethertogetherTOGETHER_API_KEYtogether/moonshotai/Kimi-K2.5
VeniceveniceVENICE_API_KEY-
Vercel AI Gateway(网关)vercel-ai-gatewayAI_GATEWAY_API_KEYvercel-ai-gateway/anthropic/claude-opus-4.6
火山引擎 (Doubao)volcengine / volcengine-planVOLCANO_ENGINE_API_KEYvolcengine-plan/ark-code-latest
xAIxaiSuperGrok/X 高级版 OAuth 或 OAuthXAI_API_KEYxai/grok-4.3
XiaomixiaomiXIAOMI_API_KEYxiaomi/mimo-v2-flash
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 是捆绑的默认聊天模型。/fastparams.fastMode: true 会将 grok-3grok-3-minigrok-4grok-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 作为捆绑的提供商插件提供。默认使用内置提供商,仅当您需要覆盖基础 URL 或模型元数据时才添加显式的 Moonshotmodels.providers.moonshot 条目:

  • 提供商:moonshot
  • 身份验证:MOONSHOT_API_KEY
  • 示例模型:moonshot/kimi-k2.6
  • CLI:CLIopenclaw onboard --auth-choice moonshot-api-keyopenclaw onboard --auth-choice moonshot-api-key-cn

Kimi K2 模型 ID:

  • moonshot/kimi-k2.6
  • moonshot/kimi-k2.5
  • moonshot/kimi-k2-thinking
  • moonshot/kimi-k2-thinking-turbo
  • moonshot/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 编程使用 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-codekimi/k2p5API 仍被接受作为兼容性模型 ID,并会规范化为 Kimi 的稳定 API 模型 ID。

Volcano Engine (火山引擎) 提供对中国国内的豆包及其他模型的访问。

  • 提供商:volcengine(编程:volcengine-plan
  • 身份验证:VOLCANO_ENGINE_API_KEY
  • 示例模型:volcengine-plan/ark-code-latest
  • CLI:CLIopenclaw 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-251028
  • volcengine/kimi-k2-5-260127 (Kimi K2.5)
  • volcengine/glm-4-7-251222GLM (GLM 4.7)
  • volcengine/deepseek-v3-2-251201 (DeepSeek V3.2 128K)

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)

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 通过 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 用于 minimaxMINIMAX_OAUTH_TOKENMINIMAX_API_KEY 用于 minimax-portal

有关设置详情、模型选项和配置片段,请参阅 /providers/minimax

插件拥有的功能拆分:

  • 文本/聊天默认设置保留在 minimax/MiniMax-M2.7
  • 图像生成是 minimax/image-01minimax-portal/image-01
  • 图像理解在两种 MiniMax 认证路径上均为插件拥有的 MiniMax-VL-01MiniMax
  • 网络搜索保留在提供商 id minimax

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 作为捆绑的提供商插件提供,并使用 Ollama 的原生 API:

Terminal window
# 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

要在本地选择加入自动发现(如果您的服务器不强制执行身份验证,则任何值均可):

Terminal window
export VLLM_API_KEY="vllm-local"

然后设置一个模型(替换为 /v1/models 返回的 ID 之一):

{
agents: {
defaults: { model: { primary: "vllm/your-model-id" } },
},
}

有关详细信息,请参阅 /providers/vllm

SGLang 作为捆绑的提供商插件提供,用于快速自托管的 OpenAI 兼容服务器:

  • 提供商:sglang
  • 身份验证:可选(取决于您的服务器)
  • 默认基础 URL:http://127.0.0.1:30000/v1

要在本地选择加入自动发现(如果您的服务器不强制执行身份验证,则任何值均可):

Terminal window
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

对于自定义提供商,reasoninginputcostcontextWindowmaxTokens 是可选的。如果省略,OpenClaw 默认为:

  • reasoning: false
  • input: ["text"]
  • cost: { input: 0, output: 0, cacheRead: 0, cacheWrite: 0 }
  • contextWindow: 200000
  • maxTokens: 8192

建议:设置与您的代理/模型限制匹配的显式值。

代理路由塑形规则
  • 对于非原生端点上的 api: "openai-completions"(任何主机不是 api.openai.comOpenClaw 的非空 baseUrl),OpenClaw 会强制 compat.supportsDeveloperRole: false 以避免提供商因不支持的 developerOpenAIOpenAI 角色而报 400 错误。
  • 代理风格的 OpenAI 兼容路由也会跳过仅限原生 OpenAI 的请求塑形:不包含 service_tier、不包含 Responses store、不包含 Completions storeOpenAIOpenClawOpenAI、不包含提示缓存提示、不包含 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: falseforce_nonempty_content: true
  • 对于缓慢的本地模型或远程 LAN/tailnet 主机,请设置 `models.providers.

.timeoutSeconds。这会延长提供商模型的 HTTP 请求处理,包括连接、标头、主体流传输以及总的受保护提取中止,而不会增加整个代理运行时的超时时间。如果 agents.defaults.timeoutSeconds或特定运行的超时时间较低,请也提高该上限;提供商超时无法延长整个运行。 - 模型提供商 HTTP 调用仅针对已配置提供商baseUrl主机名,允许198.18.0.0/15fc00::/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-20250219interleaved-thinking-2025-05-14OAuthAnthropic)和 OAuth 标记,以便自定义 Anthropic 兼容代理不会拒绝不支持的 beta 标志。如果您的代理需要特定的 beta 功能,请显式设置 models.providers.

.headers[“anthropic-beta”]`。

Terminal window
openclaw onboard --auth-choice opencode-zen
openclaw models set opencode/claude-opus-4-6
openclaw models list

另请参阅:Configuration 以获取完整的配置示例。