提供商
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.imageGenerationModel 下设置 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 的聊天补全图像 API。Gemini 图像模型还会通过 OpenRouter 的 image_config 接收 aspectRatio 和 resolution 提示,其他图像模型则不会。对于较慢的模型,请使用 agents.defaults.imageGenerationModel.timeoutMs;image_generate 工具每次调用的 timeoutMs 仍具有更高优先级。
视频生成
OpenRouter 可以通过其异步 /videos API 为 video_generate 工具提供支持。在 agents.defaults.videoGenerationModel 下设置 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 可以通过聊天补全音频输出为 music_generate 工具提供支持。在 agents.defaults.musicGenerationModel 下设置 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 提供商。
{ messages: { tts: { auto: "always", provider: "openrouter", providers: { openrouter: { model: "hexgrad/kokoro-82m", speakerVoice: "af_alloy", responseFormat: "mp3", }, }, }, },}如果省略 messages.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 请求使用 JSON 格式,并将 base64 音频放在
input_audio 下(遵循 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 聊天补全请求正文中。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 是评判模型。在常规智能体/聊天轮次中,
不要为了强制使用 Fusion 而将顶层 tool_choice 设置为 "required":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 路由参数。