Skip to main content
OpenClaw 使用一个 provider id,openai,同时用于直接的 API 密钥认证和 ChatGPT/Codex 订阅认证。openai/* 是规范的模型路由。 对于嵌入式代理轮次,在运行时策略未设置或为 auto 时,OpenAI 的路由 事实决定 OpenClaw 是否可以隐式选择捆绑的 Codex app-server 运行时。 仅有 openai/* 前缀并不会选择运行时。
  • 代理模型 - 通过显式的 agentRuntime 配置或 OpenAI 的隐式路由策略所选择的运行时使用 openai/*。要使用 ChatGPT/Codex 订阅,请使用 Codex 登录认证;如果希望基于密钥计费,请配置 API 密钥认证配置文件。
  • 非代理 OpenAI API - 直接访问 OpenAI Platform,按使用量计费,通过 OPENAI_API_KEYopenai API 密钥认证配置文件进行认证。
  • 旧版配置 - codex/*openai-codex/* 引用会由 openclaw doctor --fix 修复为 openai/*,并添加模型范围的 agentRuntime.id: "codex"
OpenAI 明确支持在 OpenClaw 这样的外部工具和工作流中使用订阅 OAuth。

使用情况和成本跟踪

OpenClaw 将订阅配额和平台 API 计费分开处理:
  • ChatGPT/Codex OAuth 会显示订阅计划、配额窗口和余额。
  • OPENAI_ADMIN_KEY 会在控制台 UI 的 使用情况 中显示过去 30 天由提供方上报的组织成本和补全使用情况,包括每日支出、请求数/令牌总数、热门模型和成本类别。
  • OPENAI_PROJECT_ID 可选地将 Admin API 历史记录限定到单个项目。
  • OpenClaw 绝不会将 OPENAI_API_KEYopenai 推理配置文件发送到组织 API;这些凭据可能属于自定义、Azure 或代理本地端点。
显式的 Admin 密钥优先于 OAuth。提供方上报的历史记录不会与 OpenClaw 基于会话推导的估算成本合并;它可能包含来自其他客户端的 API 活动以及提供方侧的计费调整。 OpenAI 的 API 使用情况仪表板 文档说明了组织所有者和具有显式“使用情况仪表板”权限的用户访问使用数据所需的条件。 提供方、模型、运行时和通道是彼此独立的层级。如果这些标签开始混在一起,请在更改配置之前先阅读 代理运行时

快速选择

命名映射

隐式代理运行时

当 provider/model 的 agentRuntime 策略未设置或为 auto 时,OpenAI 的 provider-owned 路由策略会根据有效端点和适配器选择隐式运行时: 有效的模型范围 params.fastMode / params.fast_mode 值和有效的截止键属于类型化的代理运行时控制项,而不是已编写的 provider 请求参数。它们不会使路由失去隐式选择 Codex 的资格,也不会自行选择运行时。当某个配置方案依赖特定运行时时,请固定设置 agentRuntime.id: "openclaw"agentRuntime.id: "codex" 显式的、非默认的 provider/model agentRuntime.id 仍然具有权威性。 例如,agentRuntime.id: "openclaw" 会将原本有资格使用 Codex 的 路由保留在 OpenClaw 上,而 agentRuntime.id: "codex" 则要求使用 Codex, 并且当有效路由未声明与 Codex 兼容时会关闭失败。 运行时选择不会改变凭证类型或计费:Platform API 密钥 认证和 ChatGPT/Codex 订阅认证仍然是分开的。 openclaw doctor --fix 会将旧版的 codex/*openai-codex/* 模型 引用、旧版 Codex 认证配置文件 ID 以及旧版 Codex 认证顺序条目迁移到 规范的 openai 路由。迁移后的模型引用会获得模型范围的 agentRuntime.id: "codex";新的认证顺序配置请使用 auth.order.openai
全新的 OpenAI 设置仅在未配置主模型时才会应用 GPT-5.6 作为主模型。 添加或刷新 OpenAI 认证会保留现有的显式选择,包括 openai/gpt-5.5, 除非你显式使用 models auth login --set-defaultmodels set。 仅当你希望某个代理模型使用 API 密钥认证时,才使用 API 密钥认证配置文件。

GPT-5.6 有限预览

OpenClaw 识别精确的 openai/gpt-5.6-solopenai/gpt-5.6-terraopenai/gpt-5.6-luna 模型 id。这三者在当前目录中都提供 xhighmax 推理。OpenAI 将 Sol 描述为旗舰层级,Terra 描述为均衡层级,Luna 描述为快速、 更低成本的层级。请参阅 GPT-5.6 发布公告访问指南 OpenAI 的 GPT-5.6 Sol model page 记录了裸 openai/gpt-5.6 id 是 Sol 支持的别名。全新的 API 密钥和 ChatGPT/Codex OAuth 设置使用规范的 openai/gpt-5.6-sol 引用,因此模型选择器不会针对同一层级显示两个名称。运行 openclaw doctor --fix 可将持久化的裸 OpenAI 引用重写为该规范身份。原生 Codex 目录可能会根据 工作区访问权限显示确切的 Sol、Terra 和 Luna id。使用以下命令检查当前账户:
API 组织和 Codex 工作区访问权限可能不同。如果 GPT-5.6 不可用,请显式选择 GPT-5.5:
OpenClaw 会暴露上游访问错误,不会静默地将一个 GPT-5.6 选择替换为 GPT-5.5。
符合条件的精确官方 HTTPS 路由在运行时策略未设置或为 auto 时,可能会选择捆绑的 Codex 应用服务器插件; 作者创建的 Completions 路由、自定义端点以及请求传输覆盖仍保留在 OpenClaw 上。纯文本的 官方 HTTP 端点会被拒绝。显式的提供方/模型运行时配置仍然具有最高优先级。运行 openclaw doctor --fix 可修复过时的旧版 Codex 模型 引用、codex-cli/* 引用,或未由显式运行时配置设置的旧运行时会话固定。

OpenClaw 功能覆盖

GA OpenAI 实时语音通过公开的 OpenAI Platform Realtime API 提供,并需要平台 API 密钥。浏览器和 Gateway 中继 GPT-Live 是例外:它们原生的 api.openai.com/v1/live 路由优先使用 ChatGPT OAuth 配置,并在该账户拥有受候补名单限制的访问权限时,回退到平台 API 密钥认证。其他 GPT-Live 后端语音桥接使用 Frameless Bidi WebSocket,并需要平台 API 密钥认证。平台身份验证按以下顺序解析:已配置的实时 API 密钥、openai API 密钥配置文件,然后是 OPENAI_API_KEY。ChatGPT OAuth 不会配置 GA Talk、语音通话、Discord 实时语音或实时转录。如果 API key 认证报告缺少 billing,在使用 API-key 认证时,请为支撑你的 realtime 凭证的组织在 platform.openai.com/account/billing 为支撑你的 realtime 凭证的组织配置账单。实时语音接受通过 openclaw onboard --auth-choice openai-api-key 创建的 openai API 密钥认证配置文件、通过 talk.realtime.providers.openai.apiKey 为控制界面 Talk 设置的平台 API 密钥、通过 plugins.entries.voice-call.config.realtime.providers.openai.apiKey 为语音通话设置的密钥,或 OPENAI_API_KEY 环境变量。在使用平台身份验证的控制界面视频通话中,OpenAI WebRTC 会按需接收摄像头上下文: 当模型调用 describe_view 时,浏览器会通过实时数据通道发送一张有大小限制的 JPEG 图片。OpenClaw 不会向 OpenAI 会话附加持续的摄像头轨道。

内存嵌入

OpenClaw 可以使用 OpenAI,或 OpenAI 兼容的嵌入端点,来进行 memory_search 索引和查询嵌入:
对于要求使用非对称嵌入标签的 OpenAI 兼容端点,请在 memory.search 下设置 queryInputTypedocumentInputType。OpenClaw 会将这些值作为提供商专用的 input_type 请求字段进行转发:查询 嵌入使用 queryInputType;已索引的内存块和批量索引使用 documentInputType。完整示例请参阅 内存配置参考

快速开始

最适合: 直接 API 访问和按使用量计费。
1

获取你的 API 密钥

OpenAI Platform 控制台 创建或复制一个 API 密钥。
2

运行引导

或直接传入密钥:
3

验证模型可用

路由摘要

当运行时未设置或为 auto 时,只有符合条件的精确官方 HTTPS 原生 路由才可能隐式选择 Codex app-server harness。对于代理模型上的 API 密钥认证, 请创建一个 openai API-key 认证配置文件,并使用 auth.order.openai 进行排序;OPENAI_API_KEY 仍然是非代理 OpenAI API 接口的直接回退方式。运行 openclaw doctor --fix 以迁移旧的 传统 Codex 认证顺序条目。

配置示例

直接 API 的裸 gpt-5.6 别名也受支持,并会解析为 Sol 层级。如果此 API 组织不公开 GPT-5.6,请明确将 primary 设置为 openai/gpt-5.5若要从 OpenAI API 中尝试 ChatGPT 当前的即时模型,请将模型 设为 openai/chat-latest
chat-latest 是一个动态别名。新的 OpenAI API-key 设置应改用 openai/gpt-5.6-sol。裸的直接 API openai/gpt-5.6 别名仍受支持, 并会解析为 Sol。现有的显式 primary,包括 openai/gpt-5.5,保持不变。 chat-latest 别名仅接受 medium 文本详细程度;对于此模型,OpenClaw 会将 任何其他请求的详细程度强制设为 medium
OpenClaw 在直接 OpenAI API 密钥路由上提供 gpt-5.3-codex-spark。它 仅在你的已登录账户公开该模型时,通过 Codex 订阅目录条目可用。

原生 Codex app-server 认证

原生 Codex app-server harness 会在满足条件的精确官方 HTTPS 路由隐式选择 openai/* 模型引用时使用它,或者在 provider/model agentRuntime.id: "codex" 显式选择它时使用它。其认证仍然基于账户。OpenClaw 按以下顺序选择认证:
  1. 为代理按顺序排列的 OpenAI 认证配置文件,优先使用 auth.order.openai 下的配置。运行 openclaw doctor --fix 可迁移较旧的遗留 Codex 认证配置文件 id 和认证顺序。
  2. app-server 现有的账户,例如本地 Codex CLI 的 ChatGPT 登录。对于默认的隔离代理主页,OpenClaw 会通过其登录 RPC 将该原生 CLI 账户桥接到 app-server;它不会共享 CLI 的配置、插件或线程存储。
  3. 仅对于本地 stdio app-server 启动,并且仅当 app-server 报告没有账户时:CODEX_API_KEY,然后是 OPENAI_API_KEY
默认的每个代理的 codex-home/auth.json 并不是运行时认证存储。如果你在那里复制或挂载了 Codex CLI 凭据,请在启动原生 Codex 回合之前,将它们导入代理的 OpenClaw 认证存储。将 <agent-id> 替换为拥有此 Codex home 的已配置代理:
本地 ChatGPT/Codex 订阅登录不会仅仅因为网关进程还通过 OPENAI_API_KEY 使用直接 OpenAI 模型或嵌入而被替换。环境变量 API 密钥回退仅适用于本地 stdio 无账户路径;它绝不会通过 WebSocket app-server 连接发送。当选择订阅类型的 Codex 配置文件时,OpenClaw 还会阻止将 CODEX_API_KEYOPENAI_API_KEY 传递给启动的 stdio app-server 子进程,而是通过 app-server 登录 RPC 发送所选凭据。 当该订阅配置文件因 Codex 使用限额而被阻止时,OpenClaw 会将该配置文件标记为已阻止,直到 Codex 公布的重置时间,并让认证顺序轮换到下一个 openai:* 配置文件,而不会更改所选模型,也不会退出 Codex harness。一旦重置时间过去,该订阅配置文件即可再次使用。

图像生成

捆绑的 openai 插件通过 image_generate 工具注册图像生成。它使用同一个 openai/gpt-image-2 模型引用,同时支持 OpenAI API 密钥和 Codex OAuth 图像生成。
参见 图像生成 了解共享工具参数、 提供方选择以及故障转移行为。
gpt-image-2 是 OpenAI 文生图和图像编辑的默认模型。gpt-image-1.5gpt-image-1gpt-image-1-mini 仍可作为显式模型覆盖使用。对于透明背景的 PNG/WebP 输出,请使用 openai/gpt-image-1.5;当前 gpt-image-2 API 会拒绝 background: "transparent" 对于透明背景请求,请调用 image_generate,并设置 model: "openai/gpt-image-1.5"outputFormat: "png""webp",以及 background: "transparent";旧的 openai.background 提供方选项仍然可接受。OpenClaw 还通过将默认的 openai/gpt-image-2 透明背景请求重写为 gpt-image-1.5,来保护公开的 OpenAI 和 OpenAI Codex OAuth 路由;Azure 和自定义 OpenAI 兼容端点会保留其配置的部署/模型名称。 相同设置也可用于无头 CLI 运行:
从输入文件开始时,在 openclaw infer image edit 中使用相同的 --output-format--background 标志。--openai-background 仍可作为 OpenAI 专用别名使用。使用 --quality low|medium|high|auto 来控制 OpenAI Images 的质量和成本。在 image generateimage edit 中使用 --openai-moderation low|auto,即可传递 OpenAI 的内容审核提示。直接的 OpenAI Images API 和 ChatGPT/Codex OAuth Responses 后端都支持文生图生成和参考图像编辑的内容审核。 对于 ChatGPT/Codex OAuth 安装,请保持使用相同的 openai/gpt-image-2 引用。当配置了 openai OAuth 配置文件时,OpenClaw 会解析已存储的 OAuth 访问令牌,并通过 Codex Responses 后端发送图像请求;它不会先尝试 OPENAI_API_KEY,也不会静默回退到 API 密钥。如果你想直接使用 OpenAI Images API 路由,请显式配置 models.providers.openai,并提供 API 密钥、自定义 base URL 或 Azure 端点。若该自定义图像端点位于受信任的 LAN/私有地址,还需要设置 browser.ssrfPolicy.dangerouslyAllowPrivateNetwork: true;除非启用此选项,OpenClaw 会继续阻止私有/内部的 OpenAI 兼容图像端点。 生成:
生成透明 PNG:
编辑:

视频生成

捆绑的 openai 插件通过 video_generate 工具注册视频生成。 OpenAI 图像生成视频请求使用 POST /v1/videos,并带有图像 input_reference。单视频编辑使用 POST /v1/videos/edits,并将 上传的视频放在 video 字段中。
请参见 视频生成 了解共享工具参数、 提供方选择以及故障转移行为。OpenAI 提供方声明支持 supportsSize,但不支持 supportsAspectRatiosupportsResolution。OpenClaw 的共享规范化层会在请求到达提供方之前, 将请求的 aspectRatio 转换为最接近的 OpenAI size,因此宽高比请求通常仍然有效。 resolution 没有尺寸回退,会被丢弃,并向调用者提示为 Ignored unsupported overrides for openai/<model>: resolution=<value>

GPT-5 提示词贡献

OpenClaw 会为匹配 GPT-5 系列的 OpenClaw 组装提示添加共享的 GPT-5 提示词贡献。下面的 OpenAI 插件设置控制 OpenAI 系列路由上的友好风格。较旧的 GPT-4.x 模型 ID 不匹配。 原生 Codex 应用服务器运行框架不会通过开发者指令获得人格/工具纪律行为契约或友好交互风格覆盖层;原生 Codex 保留 Codex 自有的基础、模型和项目文档行为,而 OpenClaw 会为原生线程禁用 Codex 内置人格,使代理工作区人格文件保持权威。OpenClaw 仅向原生 Codex 线程贡献运行时上下文:通道传递、OpenClaw 动态工具、ACP 委派、工作区上下文以及 OpenClaw 技能。来自同一贡献中的心跳指导文本是唯一例外:原生 Codex 的心跳轮次确实会收到它,但它是作为专门的协作指令注入的,而不是通过共享提示词贡献钩子注入的。 GPT-5 提示词贡献会为匹配的 OpenClaw 组装提示添加一个带标签的行为契约,涵盖人格持久性、执行安全、工具纪律、输出形态、完成检查以及验证。特定通道的回复和静默消息行为仍保留在共享的 OpenClaw 系统提示和出站传递策略中。友好交互风格层是独立且可配置的。
运行时值不区分大小写,因此 "Off""off" 都会禁用友好风格层。
已弃用的 agents.defaults.promptOverlays 键不再读取;配置验证会拒绝该键,并且当 plugins.entries.openai.config.personality 未设置时,openclaw doctor --fix 会将其中的 personality 值迁移到该配置项。

语音与音频

捆绑的 openai 插件为 tts 表面注册语音合成。可用模型:gpt-4o-mini-ttsgpt-4o-mini-tts-2025-12-15tts-1tts-1-hd。可用声音:alloyashballadcedarcoralechofablejunipermarinonyxnovasageshimmerverseextraBody 会在 OpenClaw 生成的字段之后合并到 /audio/speech 请求 JSON 中,因此可用于需要额外键(如 lang)的 OpenAI 兼容端点。原型键会被忽略。
设置 OPENAI_TTS_BASE_URL 可覆盖 TTS 基础 URL,而不会影响聊天 API 端点。OpenAI TTS 和 GA Realtime 语音通过 OpenAI Platform API 密钥配置。仅支持 OAuth 的安装可以通过 ChatGPT 订阅使用 Codex 支持的聊天模型、GPT-Live 以及 GA Realtime 浏览器 Talk(请参阅 Realtime 折叠面板)。如果没有 Platform API 密钥,它们无法使用 OpenAI TTS、iOS Realtime WebRTC、Voice Call、Gateway relay 或 Discord realtime voice。
捆绑的 openai 插件通过 OpenClaw 的媒体理解转录表面注册批量语音转文本。
  • 默认模型:gpt-4o-transcribe
  • 端点:OpenAI REST /v1/audio/transcriptions
  • 输入路径:multipart 音频文件上传
  • 用于任何入站音频转录读取 tools.media.audio 的场景, 包括 Discord 语音频道片段和频道音频附件
要强制入站音频转录使用 OpenAI:
当共享的音频媒体配置或单次转录请求提供语言和提示提示时,它们会被转发给 OpenAI。
捆绑的 openai 插件为 Voice Call 插件注册实时转录。
使用 WebSocket 连接到 wss://api.openai.com/v1/realtime,并使用 G.711 u-law(g711_ulaw / audio/pcmu)音频。对于 openai API 密钥 配置文件,Gateway 会在打开 WebSocket 之前生成一个临时的 Realtime 转录客户端 secret。此流式提供方用于 Voice Call 的实时转录路径;Discord 语音目前会录制短 片段,并改用批量 tools.media.audio 转录路径。
捆绑的 openai 插件为 Voice Call 插件注册实时语音。gpt-realtime-2.1 可用的内置 Realtime 声音有:alloyashballadcoralechosageshimmerversemarincedar。 OpenAI 推荐 marincedar 以获得最佳 Realtime 质量。此声音集合与上方 的文本转语音声音是分开的;像 fablenovaonyx 这类仅用于 TTS 的声音 不适用于 Realtime 会话。 如果你更偏好更小、成本更低的 Realtime 2.1 变体,请显式将模型设为 gpt-realtime-2.1-mini

通过 ChatGPT OAuth 使用 GA Realtime 浏览器 Talk

浏览器 Talk 可以将 gpt-realtime-2.1gpt-realtime-2.1-minigpt-realtime-2 与 Platform API 密钥身份验证或 OpenClaw ChatGPT OAuth 订阅配置文件结合使用。Platform 身份验证按以下顺序优先: 已配置的 realtime 密钥、openai API 密钥配置文件,然后是 OPENAI_API_KEY。如果均未配置,Gateway 会回退到由 openclaw models auth login --provider openai 创建的 ChatGPT OAuth 配置文件。两条浏览器路径公开相同的 Talk 会话契约,但会将凭据保存在信任边界的不同侧。Platform 身份验证会生成临时客户端 secret,浏览器直接与 OpenAI 交换 SDP。OAuth 身份验证则留在 Gateway 中:现有的单次使用 offer broker 将原始 application/sdp 发送到 /v1/realtime/calls?model=<model>,并且只返回 answer SDP。 OAuth 令牌永远不会到达浏览器。如果已配置的 Platform 凭据无法解析,仍会采取故障关闭策略;在 OAuth 回退生效前,请修复或移除该凭据来源。此 GA OAuth 回退仅适用于浏览器。iOS 客户端自有 WebRTC、Voice Call、Gateway relay、提供方 WebSocket 传输、Discord realtime voice 以及其他后端 GA Realtime 桥接仍然只支持 Platform 密钥。

GPT-Live 传输路径

GPT-Live 支持浏览器 Talk 以及 Gateway 自有的 gateway-relay Talk,可使用 ChatGPT OAuth 或已注册的 Platform API 密钥。两条路径都会在 /v1/live 创建 WebRTC 呼叫;Gateway relay 使用 werift 对等端,并将媒体、凭据 和经过身份验证的 sideband 保留在 Gateway 上。Discord 和 Voice Call 使用带 Platform API 密钥身份验证的 Frameless Bidi wss://api.openai.com/v1/live?model=... 端点。使用 gpt-live-1-codex(推荐)或 gpt-live-1-boulder-alphagpt-live-1gpt-live-1-mini 这两个值在此路径上无效。请通过 talk.realtime.model 显式选择;gpt-realtime-2.1 仍是 GA 默认值。GPT-Live 接受以下声音:alloyashballadcedarcoralechomarinsageshimmerverse。OpenClaw 默认使用 marin,并会将未知或不受支持的已配置声音映射回该声音。浏览器 WebRTC 前置条件如下,顺序不可变:
  1. ChatGPT OAuth 身份验证配置文件:openclaw models auth login --provider openai。 现有的 Codex CLI(~/.codex)登录信息不会被读取;配置文件必须存在于 OpenClaw 中。拥有 /v1/live 访问权限的 Platform API 密钥也可以替代,但该权限受候补名单限制。
  2. talk.realtime.model 设置为 gpt-live-* 值——可通过控制界面的设置 → Talk,或使用下面的配置完成。
  3. 以完整模式注册捆绑的 openai 插件。限制性的 plugins.allow 列表会失败,并显示“OpenAI GPT-Live browser session broker is unavailable”。
请注意一种不对称的失败模式:如果已配置的 Platform API 密钥无法解析(例如损坏的 secret 引用),就会以“fix or remove it”抑制 OAuth 回退——请修复或删除该密钥,而不要期待 OAuth 静默接管。
对于 Gateway 自有的 WebRTC 路径,请选择 Gateway relay。它优先使用 OpenClaw ChatGPT OAuth 配置文件;如果不可用,则依次回退到 talk.realtime.providers.openai.apiKey 中已注册的 Platform 密钥、 openai API 密钥配置文件或 OPENAI_API_KEY
浏览器 Talk 使用 transport: "webrtc"
Platform API 密钥对 /v1/live 的访问受候补名单限制,未完成注册时通常会返回 400 model_not_found。请使用 ChatGPT OAuth 配置文件,或通过 GPT-Live API 访问申请表申请 Platform 访问权限。
403 Voice session access denied 响应含义较为宽泛,不能单凭此响应证明账户没有相应权限:无效的声音也会产生相同响应。首先根据上面的可接受列表检查模型和声音,然后确认所选的 ChatGPT OAuth 配置文件与 chatgpt-account-id 属于同一账户。Gateway 自有的 WebRTC 路由会通过已配置的 OpenClaw agent 路由 sideband 委派,并使 OAuth 或 Platform 凭据远离 relay 客户端。直接 WebSocket 桥接支持通过 Platform 身份验证实现 Discord 语音和 Voice Call/电话服务;OpenClaw 会将 G.711 u-law 电话音频转换为 GPT-Live 的 24 kHz PCM 流,反向转换亦然。在 Gateway relay 路径从 Android 设备获得实时证明之前,Android 的客户端侧开关会保持关闭。WebRTC 路径会在 api.openai.com/v1/live 上创建呼叫,并在那里加入其 sideband。后端路径会打开 /v1/live?model=...,发送 Frameless session.update,然后通过同一个 socket 传输 PCM 音频、转录文本、 委派和委派结果。旧版 chatgpt.com 后端路由会返回 403,不会被使用。维护者可以使用选择性启用的 live 测试来执行 OpenClaw 完整的 OAuth 路径。没有 ChatGPT OAuth 凭据时测试会跳过,并且永远不会打印令牌内容:
GA 后端 OpenAI realtime 桥接使用 Realtime WebSocket 会话格式,不接受 session.temperature;GPT-Live 使用独立的 Frameless Bidi 格式。Azure OpenAI 部署仍可通过 azureEndpointazureDeployment 使用,并保留与部署兼容的会话格式(包括 temperature)。 支持双向工具调用和 G.711 u-law 音频。
Realtime 声音在会话创建时选定。OpenAI 允许大多数 会话字段在之后更改,但一旦模型在该会话中发出过音频,就不能再 更改声音。OpenClaw 当前将内置 Realtime 声音 id 作为字符串暴露。
控制界面 Talk 使用 OpenAI 浏览器 WebRTC 会话。GA gpt-realtime-* 模型在 Platform 凭据可用时使用 Gateway 生成的临时客户端 secret,并在浏览器中直接交换 SDP。 已配置的 realtime 密钥、API 密钥配置文件和 OPENAI_API_KEY 按此顺序使用该路径。 没有 Platform 凭据时,GA 浏览器 Talk 使用与 GPT-Live 相同的 Gateway offer broker,因此 ChatGPT OAuth 始终保留在服务器端。 当两种身份验证模式都已配置时,GPT-Live 优先使用 ChatGPT OAuth;如果账户拥有受候补名单限制的 /v1/live 访问权限,则回退到 Platform API 密钥访问。 GA Gateway relay 和 Voice Call 后端 realtime WebSocket 桥接需要 Platform 凭据。 GPT-Live Gateway relay 则使用 Gateway 自有 WebRTC,优先使用 ChatGPT OAuth,并回退到已获准访问的 Platform 权限;Voice Call GPT-Live 使用 Platform 密钥后端 WebSocket。 维护者可以使用 OPENAI_API_KEY=... GEMINI_API_KEY=... node --import tsx scripts/dev/realtime-talk-live-smoke.ts 进行实时验证;其中 OpenAI 测试部分会验证后端 WebSocket 桥接、合成的 PCM24 语音到响应音频往返,以及浏览器 WebRTC SDP 交换,并且不会记录 secret。 传入 --openai-only 可在没有 Google 凭据的情况下运行这些测试。 使用 --openai-audio-cycles 3 可进行短时间的重复连接、应答和关闭浸泡测试。

Azure OpenAI 端点

捆绑的 openai 提供程序可以通过覆盖基础 URL,将 Azure OpenAI 资源用于图像 生成。在图像生成路径上,OpenClaw 会在 models.providers.openai.baseUrl 上检测 Azure 主机名,并自动切换为 Azure 的请求格式。
实时语音使用单独的配置路径 (plugins.entries.voice-call.config.realtime.providers.openai.azureEndpoint), 不受 models.providers.openai.baseUrl 影响。有关其 Azure 设置,请参见 语音与语音合成 下的 实时语音 折叠面板。
在以下情况下使用 Azure OpenAI:
  • 你已经拥有 Azure OpenAI 订阅、配额或企业协议
  • 你需要 Azure 提供的区域数据驻留或合规性控制
  • 你希望将流量保留在现有的 Azure 租户内

配置

对于通过捆绑的 openai 提供程序进行的 Azure 图像生成,请将 models.providers.openai.baseUrl 指向你的 Azure 资源,并将 apiKey 设置为 Azure OpenAI 密钥(不是 OpenAI Platform 密钥):
OpenClaw 会识别以下 Azure 主机后缀,以用于 Azure 图像生成 路由:
  • *.openai.azure.com
  • *.services.ai.azure.com
  • *.cognitiveservices.azure.com
对于在已识别的 Azure 主机上的图像生成请求,OpenClaw:
  • 发送 api-key 请求头,而不是 Authorization: Bearer
  • 使用部署范围路径(/openai/deployments/{deployment}/...
  • 为每个请求追加 ?api-version=...
  • 对 Azure 图像生成调用使用默认 600 秒请求超时。 单次调用的 timeoutMs 仍然会覆盖此默认值。
其他基础 URL(公共 OpenAI、OpenAI 兼容代理)会保持标准的 OpenAI 图像请求格式。
openai 提供程序的图像生成路径进行 Azure 路由需要 OpenClaw 2026.4.22 或更高版本。更早的版本会将任何自定义的 openai.baseUrl 视为公共 OpenAI 端点,并在 Azure 图像 部署上失败。

API 版本

设置 AZURE_OPENAI_API_VERSION 以为 Azure 图像生成路径固定一个特定的 Azure 预览版或 GA 版本:
当该变量未设置时,默认值为 2024-12-01-preview

模型名称是部署名称

Azure OpenAI 将模型绑定到部署。对于通过捆绑的 openai 提供程序路由的 Azure 图像生成请求, OpenClaw 中的 model 字段必须是你在 Azure 门户中配置的 Azure 部署名称, 而不是公共 OpenAI 模型 id。 如果你创建了一个名为 gpt-image-2-prod 的部署,用于提供 gpt-image-2
同样的“部署名称”规则也适用于任何通过捆绑的 openai 提供程序路由的 图像生成调用。

区域可用性

Azure 图像生成目前仅在部分区域可用 (例如 eastus2swedencentralpolandcentralwestus3uaenorth)。在创建部署之前,请查看 Microsoft 的当前区域列表,并确认 特定模型在你的区域中可用。

参数差异

Azure OpenAI 和公共 OpenAI 并不总是接受相同的图像参数。 Azure 可能会拒绝公共 OpenAI 允许的选项(例如 gpt-image-2 上的某些 background 值),或者仅在特定模型版本上公开这些选项。这些差异来自 Azure 和底层模型,而不是 OpenClaw。如果 Azure 请求因验证错误而失败,请在 Azure 门户中查看你的特定部署和 API 版本所支持的参数集。
Azure OpenAI 使用原生传输和兼容行为,但不会接收 OpenClaw 的隐藏归因请求头 - 请参见 高级配置原生与 OpenAI 兼容 路由 折叠面板。对于 Azure 上的聊天或 Responses 流量(超出图像生成范围),请使用 引导流程或专用的 Azure 提供程序配置;仅有 openai.baseUrl 并不会自动匹配 Azure 的 API/认证形态。 还存在一个单独的 azure-openai-responses/* 提供程序;请参见下面的服务器端压缩 折叠面板。

高级配置

下面的 transportserviceTier 示例是由作者编写的嵌入式提供程序请求设置,因此,原本符合条件的 auto 路由会保持使用 OpenClaw,而不会隐式选择 Codex。有效的 fastMode / fast_mode 值以及有效的截止时间键属于类型化的 agent-runtime 控制项,不会选择运行时。因此,特定于运行时的示例会显式固定 agentRuntime.id。原生 Codex app-server harness 管理自身的传输和请求设置;当有效路由未声明为兼容 Codex 时,显式设置 agentRuntime.id: "codex" 会安全失败。
直接的 API 密钥请求默认使用 SSE。如果你希望在符合条件的官方 OpenAI 端点上使用 Responses WebSocket 模式,请设置 params.transport缓存模式会为每个会话保留一个符合条件的连接。当之前的请求和响应仍与当前历史记录匹配时,OpenClaw 只发送新的输入,并通过 previous_response_id 引用之前的响应。否则,它会在不包含该引用的情况下发送完整历史记录。请求分发前的设置或握手失败会回退到 SSE;不会先重试或重新连接。分发之后发生的未知结果失败仍然不适合重放,并会安全失败。明确的服务器拒绝 previous_response_not_foundwebsocket_connection_limit_reached 是安全例外:OpenClaw 会关闭失败的 socket,并通过 SSE 使用完整历史记录和被拒绝的 previous_response_id 重试这一轮。
相关的 OpenAI 文档:
OpenClaw 为 openai/* 提供一个共享的快速模式开关:
  • 聊天/界面: /fast status|auto|on|off
  • 配置: agents.defaults.models["<provider>/<model>"].params.fastMode
有效的 params.fastMode / params.fast_mode 值以及有效的截止时间键 属于类型化的运行时控制项。它们不计入作者编写的提供程序请求参数, 也不会选择 OpenClaw 或 Codex。下面的示例固定使用嵌入式 OpenClaw,因为它描述的是直接的提供程序请求。在嵌入式运行时中启用后,OpenClaw 会将快速模式映射到 OpenAI API 快速模式(以前称为优先处理),目前发送 service_tier = "priority"。快速模式不会重写 reasoningtext.verbosityfastMode: "auto" 会让新的模型调用在自动截止时间 之前以快速模式启动,之后启动的重试、回退、工具结果或续接调用则不使用 快速模式。截止时间默认为 60 秒;在活动模型上设置 params.fastAutoOnSeconds 可更改该值。
完整的优先级顺序为:内联消息、已存储会话、每个 agent 的默认值、 全局默认值、每个模型的 params.fastMode,最后是关闭。 /fast default 只会清除会话层。/status 报告的是解析后的 OpenClaw 策略和运行时,而不是上游实际采用或返回的服务层级。请参阅 思考级别Codex harness
快速模式按高级价格计费,并且因模型而异。GPT-5.6 Sol API 快速模式 目前按标准 token 价格的 2 倍计费,长上下文乘数会按上文所述叠加。 ChatGPT/Codex 积分快速模式是独立的计费系统:GPT-5.6 和 GPT-5.5 目前消耗 2.5 倍的标准积分,而使用 API 密钥运行 Codex 则采用 API token 价格。请参阅 快速模式API 定价Codex 速度
OpenAI 现在将此 API 产品称为快速模式;它以前称为优先处理。 OpenClaw 目前发送的线路值为 service_tier = "priority"。在嵌入式 OpenClaw 运行时中,按模型设置 显式层级:
支持的值:autodefaultflexpriority
params.serviceTier 是由作者编写的嵌入式提供程序设置,而不是原生 Codex app-server 配置。它仅由嵌入式运行时转发到原生 OpenAI 端点 (api.openai.com)和原生 ChatGPT 端点(chatgpt.com/backend-api)。 如果通过代理路由任一提供程序,OpenClaw 会原样保留 service_tier。 请通过 plugins.entries.codex.config.appServer.serviceTier 单独配置 原生 harness;共享的快速模式运行控制可能会覆盖该值。
对于直接的 OpenAI Responses 模型(api.openai.com 上的 openai/*), OpenAI 插件的 OpenClaw 流包装器会自动启用服务器端 压缩:
  • 强制 store: true(除非模型兼容性设置了 supportsStore: false
  • 注入 context_management: [{ type: "compaction", compact_threshold: ... }]
  • 默认 compact_thresholdcontextWindow 的 70%(如果不可用则为 80000
这适用于内置的 OpenClaw 运行时路径以及嵌入式运行所使用的 OpenAI 提供程序 钩子。原生 Codex app-server harness 通过 Codex 自行管理其上下文, 不受此设置影响。OpenAI 会将压缩后的状态作为加密的 compaction 输出项发出。 请将该项视为不透明数据。对于无状态续接,请向前传递最新的项,并丢弃 它所替代的较早输入前缀。OpenClaw 会自动执行此操作:仅针对匹配的路由、 会话和身份验证身份持久化并重放该项,在 worker 提交会话记录期间保留该项, 并将其从用户可见历史记录和诊断信息中过滤掉。绝不要显示或记录加密内容。
适用于兼容端点,例如 Azure OpenAI Responses:
responsesServerCompaction 只控制 context_management 注入。 直接的 OpenAI Responses 模型仍会强制 store: true,除非兼容性 设置了 supportsStore: false
对于通过 OpenClaw 嵌入式运行时运行的 openai 提供程序 GPT-5 系列模型, OpenClaw 已默认采用更严格的执行契约,称为 strict-agentic。只要解析后的提供程序是 openai 且模型 id 匹配 GPT-5 系列, 它就会自动启用,除非配置显式将其关闭:
显式设置 "strict-agentic" 在受支持的通道上不会产生变化(因为它 已经是默认值),而在不受支持的提供程序/模型组合上则不会生效。启用 strict-agentic 后,OpenClaw:
  • 为较大工作自动启用 update_plan
  • 使用可见答案续写来重试结构上为空或仅含推理的轮次
  • 在所选 harness 提供明确的计划事件时使用这些事件
OpenClaw 不会根据 assistant 的 prose 来判断某一轮是计划、进度更新还是最终答案。
该契约完全存在于 OpenClaw 的嵌入式 agent runner 中。它不适用于原生 Codex app-server harness;后者会自行管理轮次与计划行为。对于原生 Codex 运 行,harness 选择比 execution-contract 设置更重要。
OpenClaw 会将直接的 OpenAI、Codex 和 Azure OpenAI 端点 与通用的 OpenAI 兼容 /v1 代理区别对待:原生路由openai/*、Azure OpenAI):
  • 仅对支持 OpenAI none effort 的模型保留 reasoning: { effort: "none" }
  • 对于模型或代理不接受 reasoning.effort: "none" 的情况,省略禁用的 reasoning
  • 默认将工具 schema 设为严格模式
  • 仅在已验证的原生主机上附加隐藏归因标头(Azure OpenAI 不会获得这些标头,即使它是原生路由)
  • 保留仅 OpenAI 可用的请求形状调整(service_tierstore、 reasoning-compat、prompt-cache 提示)
代理/兼容路由:
  • 使用更宽松的兼容行为
  • 从非原生 openai-completions 载荷中移除 Completions 的 store
  • 接受面向 OpenAI 兼容 Completions 代理的高级 params.extra_body/params.extraBody 透传 JSON
  • 接受 params.chat_template_kwargs,适用于如 vLLM 之类的 OpenAI 兼容 Completions 代理
  • 不强制严格工具 schema 或仅原生可用的标头

相关内容

模型选择

选择提供程序、模型引用和故障转移行为。

图像生成

共享的图像工具参数和提供程序选择。

视频生成

共享的视频工具参数和提供程序选择。

OAuth 和身份验证

身份验证详情和凭据复用规则。