请求会作为一次正常的 Gateway agent 运行执行(与
openclaw agent 走同一代码路径),因此路由、权限和配置都与你的 Gateway 保持一致。
启用端点
enabled: false(或省略它)以禁用。
安全边界(重要)
将此端点视为对网关实例的完整运维访问:- 对此端点的有效 Gateway 令牌/密码等同于 owner/operator 凭据,而不是细粒度的按用户范围权限。
- 请求会通过与受信任运维操作相同的控制平面代理路径运行,因此如果目标代理的策略允许敏感工具,此端点也可以使用它们。
- 仅将其保留在 loopback/tailnet/private ingress 上。不要将其暴露到公共互联网。
参见 Operator scopes、Security 和 Remote access。
身份验证
使用 Gateway 身份验证配置(有关该模式的详细信息,请参见 受信任代理身份验证):
注意:
- 对于
trusted-proxy网关,绕过代理的同主机调用可以直接回退到gateway.auth.password/OPENCLAW_GATEWAY_PASSWORD。任何Forwarded、X-Forwarded-*或X-Real-IP头部证据都会使请求继续走受信任代理路径。 - 如果配置了
gateway.auth.rateLimit且身份验证失败次数过多,端点会返回带有Retry-After头的429。
何时使用此端点
- 当你的集成只是同一网关的另一个运营者/客户端界面时,优先使用此方式,而不是添加一个新的内置频道。
- 对于直接连接到远程网关的原生移动客户端,优先使用 WebChat 或带有配对设备引导/设备令牌流程的 网关协议,这样设备就不需要共享的 HTTP 令牌/密码。
- 如果要集成一个具有自己用户、房间、Webhook 投递或出站传输的外部消息网络,则应改为构建一个频道插件。参见 构建插件。
代理优先模型契约
OpenClaw 将 OpenAI 的model 字段视为代理目标,而不是原始提供方模型 ID。
可选请求头:
/v1/models 列出顶层代理目标(openclaw、openclaw/default、openclaw/<agentId>),而不是后端提供方模型,也不是子代理;子代理会保留在内部执行拓扑中。如果省略 x-openclaw-model,所选代理将使用其正常配置的模型运行。
/v1/embeddings 使用相同的代理目标 model ID。发送 x-openclaw-model(来自共享密钥调用方,或具有 operator.admin 的身份调用方)以选择特定的嵌入模型;否则请求将使用所选代理的正常嵌入设置。
会话行为
默认情况下,该端点每个请求都是无状态的(每次调用都会生成一个新的会话密钥)。 如果请求包含 OpenAI 的user 字符串,网关会据此派生一个稳定的会话密钥,因此重复调用可以共享同一个代理会话。对于自定义应用,请在每个对话线程中复用相同的 user 值;除非你希望多个对话/设备共享一个 OpenClaw 会话,否则应避免使用账户级标识符。仅当你需要在多个客户端/线程之间进行显式路由控制时,才使用 x-openclaw-session-key,并使用由应用自行管理的密钥,以避开上述保留命名空间。
请求限制
该端点对每个请求正文设置了 20 MB 的内置限制、对最新用户消息中的image_url
部分设置了 8 个的限制,以及对累计解码图像数据设置了 20 MB 的限制。图像来源策略仍可通过
gateway.http.endpoints.chatCompletions.images 进行配置:
HEIC/HEIF
image_url 来源会被接受,并在通过共享的 OpenClaw 图像处理器(Rastermill)交付给提供方之前规范化为 JPEG;对于需要外部编解码器支持的格式,它会回退到系统转换器(sips、ImageMagick、GraphicsMagick 或 ffmpeg)。
安全提示:将主机名加入允许列表并不会绕过对私有/内网 IP 的阻止。对于暴露在互联网的网关,除了应用层防护之外,还应配置网络出口控制。参见 安全。
Chat 工具契约
/v1/chat/completions 支持与常见 OpenAI Chat 客户端兼容的函数工具子集。
支持的请求字段
所有采样和 token 上限字段都走同一个 agent stream-param 通道,并会尽力转发:
- Token 上限:线上的字段名由提供方传输层决定:OpenAI 系列端点使用
max_completion_tokens,仅接受旧名称的提供方(Mistral、Chutes)使用max_tokens。 stop映射到传输层的 stop 字段:Chat Completions 后端使用stop,Anthropic 使用stop_sequences。OpenAI Responses API 没有 stop 参数,因此基于 Responses 的模型不会应用stop。- 基于 ChatGPT 的 Codex Responses 后端使用固定的服务端采样,并在请求到达该后端之前剥离
temperature/top_p(以及max_output_tokens、metadata、prompt_cache_retention、service_tier)。
不支持的变体
以下情况返回400 invalid_request_error:
- 非数组的
tools、非 function 工具条目,或缺少tool.function.name tool_choice变体,例如allowed_tools和customtool_choice.function.name的值与所提供的工具不匹配
tool_choice: "required" 和固定 function 的 tool_choice,端点会缩小可暴露给客户端的函数工具集合,指示运行时在响应前先调用一个客户端工具,并且如果 agent 响应中没有匹配的结构化客户端工具调用则报错。这适用于调用方提供的 HTTP tools 列表,而不是所有内部 OpenClaw agent 工具。
非流式工具响应形状
当 agent 调用工具时,响应使用:choices[0].finish_reason = "tool_calls"choices[0].message.tool_calls[]条目包含id、type: "function"、function.name、function.arguments(JSON 字符串)- 工具调用之前的助手说明,位于
choices[0].message.content中(可能为空)
流式工具响应形状
当stream: true 时,工具调用会以增量 SSE 分块到达:先是一个初始的 assistant 角色 delta,然后是可选的 assistant 说明 deltas,接着是一个或多个携带工具身份和参数片段的 delta.tool_calls 分块,最后是一个带有 finish_reason: "tool_calls" 和 data: [DONE] 的最终分块。
如果 stream_options.include_usage=true,则会在 [DONE] 之前发出一个尾随 usage 分块。
工具后续循环
在收到tool_calls 后,执行所请求的函数,并发送一个后续请求,其中包含先前的 assistant 工具调用消息,以及一个或多个带有匹配 tool_call_id 的 role: "tool" 消息。这会继续同一个 agent 推理循环,以生成最终答案。
流式传输(SSE)
设置stream: true 以接收服务器发送事件:
Content-Type: text/event-stream- 每一行事件都是
data: <json> - 流在
data: [DONE]时结束。
Open WebUI 快速设置
- 基础 URL:
http://127.0.0.1:18789/v1 - macOS 上 Docker 的基础 URL:
http://host.docker.internal:18789/v1 - API 密钥: 你的 Gateway bearer token
- 模型:
openclaw/default
GET /v1/models 列出 openclaw/default,并且 Open WebUI 将其用作聊天模型 id。对于特定的后端提供方/模型,请设置 agent 的常规默认模型,或发送 x-openclaw-model(共享密钥调用方,或具有 operator.admin 的带身份调用方)。
快速烟雾测试:
openclaw/default,那么大多数 Open WebUI 配置都可以使用相同的 base URL 和 token 进行连接。
示例
某个应用对话的稳定 session:user 值,以继续同一个 agent 会话。
非流式:
/v1/embeddings 支持将 input 作为字符串或字符串数组。