提供商
OpenRouter
OpenRouter 通过一个 API 和一个密钥将请求路由到许多模型。它兼容
OpenAI,因此 OpenClaw 使用与其他代理提供商相同的
openai-completions 风格传输与其通信。
入门指南
OAuth
运行 OAuth 新手引导
openclaw onboard --auth-choice openrouter-oauthOpenClaw 会打开 OpenRouter 的浏览器登录流程(PKCE),用授权码换取 OpenRouter API key,并将其存储在默认的 OpenRouter 身份验证配置文件中。 在远程/无头主机上,OpenClaw 会输出登录 URL,并要求你在登录后粘贴 重定向 URL。
(可选)切换到特定模型
新手引导默认使用 openrouter/auto。之后可以选择一个具体模型:
openclaw models set openrouter/<provider>/<model>API key
获取你的 API key
在 openrouter.ai/keys 创建 API key。
运行 API key 新手引导
openclaw onboard --auth-choice openrouter-api-key(可选)切换到特定模型
新手引导默认使用 openrouter/auto。之后可以选择一个具体模型:
openclaw models set openrouter/<provider>/<model>配置示例
{ env: { OPENROUTER_API_KEY: "sk-or-..." }, agents: { defaults: { model: { primary: "openrouter/auto" }, }, },}模型引用
当实时目录发现不可用时,使用以下内置回退模型:
| 模型引用 | 说明 |
|---|---|
openrouter/auto |
OpenRouter 自动路由 |
openrouter/moonshotai/kimi-k2.6 |
通过 MoonshotAI 使用 Kimi K2.6 |
openrouter/moonshotai/kimi-k2.5 |
通过 MoonshotAI 使用 Kimi K2.5 |
任何其他 openrouter/<provider>/<model> 引用,包括
openrouter/openrouter/fusion(参阅 Fusion 路由器),都会根据 OpenRouter
的实时模型目录动态解析。
图像生成
OpenRouter 可以为 image_generate 工具提供支持。在
agents.defaults.mediaModels.image 下设置 OpenRouter 图像模型:
{ env: { OPENROUTER_API_KEY: "sk-or-..." }, agents: { defaults: { imageGenerationModel: { primary: "openrouter/google/gemini-3.1-flash-image-preview", timeoutMs: 180_000, }, }, },}OpenClaw 使用 modalities: ["image", "text"] 将图像请求发送到 OpenRouter 的
chat-completions 图像 API。Gemini 图像模型还会通过 OpenRouter 的
image_config 接收 aspectRatio 和 resolution 提示;其他
图像模型不会接收这些提示。对于速度较慢的模型,请使用
agents.defaults.mediaModels.image.timeoutMs;但 image_generate 工具每次调用的
timeoutMs 仍具有更高优先级。
视频生成
OpenRouter 可以通过其异步 /videos API 为
video_generate 工具提供支持。在 agents.defaults.mediaModels.video 下设置
OpenRouter 视频模型:
{ env: { OPENROUTER_API_KEY: "sk-or-..." }, agents: { defaults: { videoGenerationModel: { primary: "openrouter/google/veo-3.1-fast", }, }, },}OpenClaw 会提交文生视频和图生视频任务,轮询返回的
polling_url,并从 OpenRouter 的 unsigned_urls 或任务内容端点
下载完成的视频。参考图像默认用作首帧/末帧图像;标记为
reference_image 的图像则作为输入参考发送。内置的
google/veo-3.1-fast 默认模型支持 4/6/8 秒时长、
720P/1080P 分辨率,以及
16:9/9:16 宽高比。
不支持视频转视频:上游 API 仅接受文本和图像引用。
音乐生成
OpenRouter 可以通过 chat-completions 音频输出为
music_generate 工具提供支持。在 agents.defaults.mediaModels.music 下设置
OpenRouter 音频模型:
{ env: { OPENROUTER_API_KEY: "sk-or-..." }, agents: { defaults: { musicGenerationModel: { primary: "openrouter/google/lyria-3-pro-preview", timeoutMs: 180_000, }, }, },}内置的 OpenRouter 音乐提供商默认使用 google/lyria-3-pro-preview,
同时还提供 google/lyria-3-clip-preview。OpenClaw 会发送
modalities: ["text", "audio"],以流式方式接收响应、收集音频分块,并将结果保存为
生成的媒体,以便投递到渠道。Lyria 模型通过共享的
music_generate image=... 参数接受一张参考图像。
流式音频、转录文本保留以及派生的 SSE 事件信封均受
agents.defaults.mediaMaxMb 限制(默认音频上限为 16 MB)。
文本转语音
OpenRouter 可通过其兼容 OpenAI 的
/audio/speech 端点充当 TTS 提供商。
{ tts: { auto: "always", provider: "openrouter", providers: { openrouter: { model: "hexgrad/kokoro-82m", speakerVoice: "af_alloy", responseFormat: "mp3", }, }, },}如果省略 tts.providers.openrouter.apiKey,TTS 会回退到
models.providers.openrouter.apiKey,然后再回退到 OPENROUTER_API_KEY。
语音转文本(入站音频)
OpenRouter 可通过共享的 tools.media.audio 路径,使用其 STT 端点
(/audio/transcriptions)转录入站语音/音频附件。
这适用于任何将入站语音/音频转发到媒体理解预检的渠道插件。
{ tools: { media: { audio: { enabled: true, models: [{ provider: "openrouter", model: "openai/whisper-large-v3-turbo" }], }, }, },}OpenClaw 按照 OpenRouter 的 STT 契约,将 base64 音频置于
input_audio 下,以 JSON 格式发送 OpenRouter STT 请求,而不是采用
multipart OpenAI 表单上传。
Fusion 路由器
OpenRouter Fusion 会将一个 OpenClaw 模型引用并行发送到多个 OpenRouter 模型,
由 OpenRouter 评判这些模型的回答,然后通过常规 OpenRouter 端点返回一个最终响应。
上游模型 slug 为 openrouter/fusion,因此 OpenClaw 模型引用同时包含 OpenClaw
提供商前缀和上游 OpenRouter 命名空间:
openclaw models set openrouter/openrouter/fusion通过模型的 params.extraBody 配置 Fusion 的模型组和评判模型;
这些字段会直接转发到 OpenRouter chat-completions 请求体中。
Fusion 可配合 OAuth 或 API key 新手引导使用;如果使用 OAuth,
请省略下面的 env.OPENROUTER_API_KEY 行。
{ env: { OPENROUTER_API_KEY: "sk-or-..." }, agents: { defaults: { model: { primary: "openrouter/openrouter/fusion" }, models: { "openrouter/openrouter/fusion": { params: { extraBody: { plugins: [ { id: "fusion", analysis_models: [ "google/gemini-3.5-flash", "moonshotai/kimi-k2.6", "deepseek/deepseek-v4-pro", ], model: "google/gemini-3.5-flash", }, ], }, }, }, }, }, },}analysis_models 是并行模型组;Fusion 插件配置中的 model
是评判模型。在正常的智能体/聊天轮次中,请勿将顶层 tool_choice 设置为
"required" 来尝试强制使用 Fusion:OpenClaw 轮次可能包含自身的工具定义,
而顶层必选工具选项可能会选择其中某个工具,而不是 Fusion 路由器。
存在此 Fusion 插件配置时,OpenClaw 会添加一条经过清理的系统提示说明,
其中列出已配置的分析模型和评判模型,使智能体能够回答有关其自身 Fusion 模型组的问题。
其他 extraBody 字段不会复制到提示词中。
Fusion 的设计本身就较慢:OpenRouter 会将提示词分发给多个分析模型, 然后执行评判/综合步骤,因此其延迟高于直接的单模型请求。 应将其用于需要审慎处理的高质量回答或升级处理路径,而不要将其用作对延迟敏感的默认选项。 保持模型组规模较小,并选择速度更快的分析模型和评判模型,以缩短响应时间。
使用一次性本地调用测试已配置的引用:
openclaw infer model run --local \ --model openrouter/openrouter/fusion \ --prompt "Reply with exactly: FUSION_OK" \ --json身份验证和请求头
OpenRouter 使用来自 API key 的 Bearer 令牌。OpenRouter OAuth 是一种 PKCE
登录流程,会签发 OpenRouter API key,因此 OpenClaw 将结果存储在与手动
API key 设置所用相同的 openrouter:default API key 身份验证配置文件中。
若要在现有安装中登录或轮换已存储的密钥,而不重新运行完整的新手引导:
openclaw models auth login --provider openrouter --method oauthopenclaw models auth login --provider openrouter --method api-key对于经过验证的 OpenRouter 请求(https://openrouter.ai/api/v1),OpenClaw 会添加
OpenRouter 文档中规定的应用归属请求头:
| 请求头 | 值 |
|---|---|
HTTP-Referer |
https://openclaw.ai |
X-OpenRouter-Title |
OpenClaw |
X-OpenRouter-Categories |
cli-agent,cloud-agent,programming-app,creative-writing,writing-assistant,general-chat,personal-agent |
高级配置
响应缓存
OpenRouter 响应缓存需主动启用。请按模型启用:
{ agents: { defaults: { models: { "openrouter/auto": { params: { responseCache: true, responseCacheTtlSeconds: 300, }, }, }, }, },}OpenClaw 会发送 X-OpenRouter-Cache: true,并在已配置时发送
X-OpenRouter-Cache-TTL。responseCacheClear: true 会强制刷新当前请求,
并存储替换后的响应。也接受 snake_case 别名
(response_cache、response_cache_ttl_seconds、
response_cache_clear),以及不带 Seconds 后缀的
responseCacheTtl / response_cache_ttl。
此功能与提供商提示词缓存以及 OpenRouter 的 Anthropic
cache_control 标记相互独立。它仅适用于经过验证的
openrouter.ai 路由,不适用于自定义代理基础 URL。
Anthropic 缓存标记
在经过验证的 OpenRouter 路由上,Anthropic 模型引用会保留 OpenRouter 的
Anthropic cache_control 标记,以便在系统/开发者提示词块中更好地复用提示词缓存。
Anthropic 推理预填充
在经过验证的 OpenRouter 路由上,启用推理的 Anthropic 模型引用会在请求到达 OpenRouter 之前移除末尾的助手预填充轮次,以满足 Anthropic 对推理对话必须以用户轮次结束的要求。
思考 / 推理注入
在支持的非 auto 路由上,OpenClaw 会将所选思考级别
映射到 OpenRouter 代理推理载荷。openrouter/auto 和不支持的
模型提示会跳过该注入。过时的 openrouter/hunter-alpha 引用也会
跳过该注入,因为 OpenRouter 在该已停用路由上可能会在推理
字段中返回最终答案文本。
DeepSeek V4 推理重放
在已验证的 OpenRouter 路由上,openrouter/deepseek/deepseek-v4-flash 和
openrouter/deepseek/deepseek-v4-pro 会在重放的助手轮次中补全缺失的 reasoning_content,
从而使思考/工具对话保持 DeepSeek V4 所要求的后续交互格式。OpenClaw 会为
这些路由发送 OpenRouter 支持的 reasoning.effort 值:xhigh/max 映射为 xhigh,
其他所有非关闭级别均映射为 high。
仅限 OpenAI 的请求塑形
OpenRouter 通过代理式 OpenAI 兼容路径运行,因此不会转发
仅限原生 OpenAI 的请求塑形,例如 serviceTier、Responses store、
OpenAI 推理兼容载荷和提示词缓存提示。
由 Gemini 支持的路由
由 Gemini 支持的 OpenRouter 引用仍使用代理 Gemini 路径:OpenClaw 会在此处保留 Gemini 思考签名清理,但不会启用原生 Gemini 重放验证或引导重写。
提供商路由元数据
OpenRouter 支持用于底层提供商
路由的 provider 请求对象。使用 models.providers.openrouter.params.provider 为所有 OpenRouter 文本模型请求
配置默认策略:
{ models: { providers: { openrouter: { params: { provider: { sort: "latency", require_parameters: true, data_collection: "deny", }, }, }, }, },}OpenClaw 会将该对象作为请求的 provider
载荷转发给 OpenRouter。请使用 OpenRouter 文档中说明的 snake_case 字段,包括 sort、
only、ignore、order、allow_fallbacks、require_parameters、
data_collection、quantizations、max_price、preferred_max_latency、
preferred_min_throughput、zdr 和 enforce_distillable_text。
按模型设置的参数会覆盖提供商范围的路由对象:
{ agents: { defaults: { models: { "openrouter/anthropic/claude-sonnet-4-6": { params: { provider: { order: ["anthropic"], allow_fallbacks: false, }, }, }, }, }, },}这仅适用于 OpenRouter 聊天补全路由。直接使用 Anthropic、 Google、OpenAI 或自定义提供商的路由会忽略 OpenRouter 路由参数。