openai を使用します。openai/* は正規のモデルルートです。
ランタイムポリシーが未設定または auto の埋め込みエージェントターンでは、OpenAI のルート情報により、
OpenClaw がバンドルされた Codex app-server ランタイムを暗黙的に選択できるかどうかが決まります。
openai/* プレフィックスだけではランタイムは選択されません。
- エージェントモデル - 明示的な
agentRuntime設定または OpenAI の暗黙的なルートポリシーによって選択されたランタイムを介するopenai/*。ChatGPT/Codex サブスクリプションを使用する場合は Codex 認証でサインインし、キーに基づく課金を使用する場合は API キー認証 プロファイルを設定します。 - エージェント以外の OpenAI API -
OPENAI_API_KEYまたはopenaiAPI キー認証プロファイルを介した、 使用量に応じて課金される OpenAI Platform への直接アクセス。 - レガシー設定 -
codex/*およびopenai-codex/*の参照は、openclaw doctor --fixによってopenai/*とモデルスコープのagentRuntime.id: "codex"に 修復されます。
使用量とコストの追跡
OpenClaw は、サブスクリプションのクォータと Platform API の課金を区別して扱います。- ChatGPT/Codex OAuth には、サブスクリプションプラン、クォータ期間、クレジット残高が表示されます。
OPENAI_ADMIN_KEYは、Control UI の 使用量 に、プロバイダーから報告された組織のコストと completions 使用量の過去 30 日分を表示します。これには、日別支出、リクエスト数とトークン数の合計、上位モデル、コストカテゴリーが含まれます。OPENAI_PROJECT_IDを使用すると、Admin API の履歴を任意で 1 つのプロジェクトに限定できます。- OpenClaw は、
OPENAI_API_KEYまたはopenai推論プロファイルを組織 API に送信することはありません。これらの認証情報は、カスタム、Azure、またはエージェントローカルのエンドポイントに属している可能性があります。
クイック選択
名前の対応表
暗黙的なエージェントランタイム
プロバイダー/モデルのagentRuntime ポリシーが未設定または auto の場合、OpenAI が所有する
プロバイダールートポリシーは、有効なエンドポイントとアダプターから暗黙的なランタイムを
選択します。
明示的なデフォルト以外のプロバイダー/モデル
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-default または
models set を明示的に使用した場合を除きます。エージェントモデルに API キー認証を
使用する場合にのみ、API キー認証プロファイルを使用してください。GPT-5.6 限定プレビュー
OpenClaw は、正確なopenai/gpt-5.6-sol、
openai/gpt-5.6-terra、および openai/gpt-5.6-luna モデル ID を認識します。現在のカタログでは、3 つすべてが
xhigh および max 推論を公開しています。OpenAI は、Sol をフラッグシップティア、Terra をバランス型ティア、Luna を高速かつ
低コストのティアと説明しています。
GPT-5.6 リリース発表
およびアクセスガイドを参照してください。
OpenAI API キーによる直接認証では、修飾なしの openai/gpt-5.6 ID は
Sol のエイリアスであり、新規設定のデフォルトです。ネイティブ Codex カタログは、
この直接 API のエイリアスをクライアント側で適用しません。ワークスペースのアクセス権に応じて、
正確な Sol、Terra、Luna の ID が表示される場合があります。そのため、新規の ChatGPT/Codex OAuth 設定では
openai/gpt-5.6-sol を使用します。次のコマンドで現在のアカウントを確認してください。
対象となる正確な公式 HTTPS ルートでは、ランタイムポリシーが未設定または
auto の場合、
バンドルされた Codex app-server Plugin が選択されることがあります。作成された Completions ルート、
カスタムエンドポイント、リクエストトランスポートのオーバーライドは OpenClaw のままです。平文の
公式 HTTP エンドポイントは拒否されます。明示的なプロバイダー/モデルのランタイム設定は引き続き
優先されます。古いレガシー Codex モデル参照、
codex-cli/* 参照、または明示的なランタイム設定によって設定されていない古いランタイムセッションの固定を修復するには、openclaw doctor --fix を実行します。OpenClaw の機能対応範囲
OpenAI のリアルタイム音声は、公開されている OpenAI Platform Realtime
API を経由し、Platform API キーが必要です。Codex OAuth トークンは
代わりに ChatGPT Codex バックエンドを認証するものであり、公開 Realtime
エンドポイント用の Platform API キーと互換性はありません。API キー認証で請求情報が不足していると報告された場合は、API キー
認証の使用時に、リアルタイム認証情報を提供する組織の Platform クレジットを
platform.openai.com/account/billing
で補充してください。リアルタイム音声では、
openclaw onboard --auth-choice openai-api-key によって作成された openai API キー認証プロファイル、
Control UI Talk 用に talk.realtime.providers.openai.apiKey で設定された Platform API キー、
Voice Call 用の plugins.entries.voice-call.config.realtime.providers.openai.apiKey、または
OPENAI_API_KEY 環境変数を使用できます。Control UI Video Talk では、OpenAI WebRTC は必要に応じてカメラのコンテキストを受信します。
モデルが describe_view を呼び出すと、ブラウザーはサイズ制限された JPEG を 1 枚、
リアルタイムデータチャネル経由で送信します。OpenClaw は OpenAI セッションに
継続的なカメラトラックを添付しません。メモリ埋め込み
OpenClaw は、memory_search のインデックス作成とクエリ埋め込みに、
OpenAI または OpenAI 互換の埋め込みエンドポイントを使用できます。
memory.search の下に queryInputType と documentInputType を設定します。OpenClaw は
これらをプロバイダー固有の input_type リクエストフィールドとして転送します。クエリ
埋め込みでは queryInputType を使用し、インデックス化されたメモリチャンクとバッチインデックス作成では
documentInputType を使用します。完全な例については、
メモリ設定リファレンス
を参照してください。
はじめに
- API キー(OpenAI Platform)
- Codex サブスクリプション
最適な用途: API への直接アクセスと従量課金。または、キーを直接渡します。直接 API の単独の
1
API キーを取得する
OpenAI Platform ダッシュボードから API キーを作成またはコピーします。
2
オンボーディングを実行する
3
モデルが利用可能であることを確認する
ルートの概要
ランタイムが未設定または
auto の場合、条件を満たす公式の完全一致 HTTPS
ネイティブルートのみが、Codex app-server ハーネスを暗黙的に選択できます。エージェントモデルで
API キー認証を使用するには、openai API キー認証プロファイルを作成し、
auth.order.openai で順序を設定します。OPENAI_API_KEY は、
エージェント以外の OpenAI API サーフェス向けの直接フォールバックとして引き続き使用されます。古い
レガシー Codex 認証順序エントリを移行するには、openclaw doctor --fix を実行します。設定例
gpt-5.6 ID は Sol ティアに解決されます。この API
組織で GPT-5.6 が公開されていない場合は、プライマリを
openai/gpt-5.5 に明示的に設定します。OpenAI API から ChatGPT の現在の Instant モデルを試すには、モデルを
openai/chat-latest に設定します。chat-latest は変動するエイリアスです。新しい OpenAI API キーのセットアップでは代わりに
openai/gpt-5.6 を使用し、その直接 API の単独 ID は Sol に解決されます。
openai/gpt-5.5 を含む既存の明示的なプライマリは変更されません。
chat-latest エイリアスは medium のテキスト詳細度のみを受け付けます。このモデルに
ほかの詳細度が要求された場合、OpenClaw は medium に強制します。ネイティブ Codex app-server の認証
対象となる正確な公式 HTTPS ルートによって暗黙的に選択された場合、またはプロバイダー/モデルのagentRuntime.id: "codex" によって明示的に選択された場合、ネイティブ Codex app-server ハーネスは
openai/* モデル参照を使用します。その認証は引き続きアカウントベースです。
OpenClaw は次の順序で認証を選択します。
- エージェント用に順序付けられた OpenAI 認証プロファイル。できるだけ
auth.order.openaiの下に配置してください。古い従来の Codex 認証プロファイル ID と認証順序を 移行するには、openclaw doctor --fixを実行します。 - ローカル Codex CLI の ChatGPT サインインなど、app-server の既存アカウント。 デフォルトの分離されたエージェントホームでは、OpenClaw はそのネイティブ CLI アカウントを ログイン RPC を介して app-server に橋渡しします。CLI の設定、plugins、スレッドストアは共有しません。
- ローカル stdio app-server の起動時のみ、かつ app-server がアカウントなしと
報告した場合のみ、
CODEX_API_KEY、続いてOPENAI_API_KEY。
OPENAI_API_KEY も
設定されているという理由だけで、ローカルの ChatGPT/Codex サブスクリプションによる
サインインが置き換えられることはありません。環境 API キーのフォールバックは、ローカル stdio の
アカウントなしパスにのみ適用され、WebSocket app-server 接続経由で送信されることはありません。
サブスクリプション形式の Codex プロファイルが選択されている場合、OpenClaw は
CODEX_API_KEY と OPENAI_API_KEY を、生成された stdio app-server 子プロセスに
渡さず、代わりに選択された認証情報を app-server のログイン RPC 経由で送信します。
そのサブスクリプションプロファイルが Codex の使用上限によってブロックされると、OpenClaw は
Codex が通知したリセット時刻までプロファイルをブロック済みとしてマークし、選択したモデルを
変更したり Codex ハーネスから外れたりすることなく、認証順序に従って次の
openai:* プロファイルに切り替えます。リセット時刻を過ぎると、
サブスクリプションプロファイルは再び使用可能になります。
画像生成
バンドルされたopenai plugin は、image_generate ツールを通じて
画像生成を登録します。同じ openai/gpt-image-2 モデル参照を通じて、OpenAI API キーと
Codex OAuth の両方による画像生成をサポートします。
共通ツールパラメーター、プロバイダーの選択、フェイルオーバー動作については、
画像生成を参照してください。
gpt-image-2 は、OpenAI のテキストからの画像生成および画像編集におけるデフォルトです。
gpt-image-1.5、gpt-image-1、gpt-image-1-mini は、明示的なモデルの上書きとして
引き続き使用できます。背景が透明な PNG/WebP 出力には openai/gpt-image-1.5 を使用してください。
現在の gpt-image-2 API は background: "transparent" を拒否します。
背景を透明にするリクエストでは、model: "openai/gpt-image-1.5"、outputFormat: "png"、または
"webp" と、background: "transparent" を指定して image_generate を呼び出します。
古い 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 固有のエイリアスとして引き続き利用できます。
OpenAI Images の品質とコストを制御するには、--quality low|medium|high|auto を使用します。
image generate または image edit から OpenAI のモデレーションヒントを
渡すには、--openai-moderation low|auto を使用します。
ChatGPT/Codex OAuth インストールでは、同じ openai/gpt-image-2 ref を維持します。
openai OAuth プロファイルが設定されている場合、OpenClaw は保存されている OAuth
アクセストークンを解決し、Codex Responses バックエンドを通じて画像リクエストを送信します。
最初に OPENAI_API_KEY を試したり、暗黙的に API キーへフォールバックしたりすることはありません。
代わりに OpenAI Images API の直接ルートを使用する場合は、API キー、カスタムベース
URL、または Azure エンドポイントを使用して models.providers.openai を明示的に設定します。
そのカスタム画像エンドポイントが信頼済みの LAN/プライベートアドレス上にある場合は、
browser.ssrfPolicy.dangerouslyAllowPrivateNetwork: true も設定します。このオプトインがない限り、OpenClaw は
プライベート/内部の OpenAI 互換画像エンドポイントをブロックしたままにします。
生成:
動画生成
同梱のopenai Plugin は、video_generate ツールを通じて
動画生成を登録します。
OpenAI の画像から動画へのリクエストでは、画像
input_reference とともに POST /v1/videos を使用します。単一動画の編集では、
アップロードした動画を video フィールドに指定して POST /v1/videos/edits を使用します。
共有ツールのパラメーター、プロバイダーの選択、フェイルオーバーの動作については、
動画生成を参照してください。OpenAI プロバイダーは
supportsSize を宣言しますが、supportsAspectRatio や
supportsResolution は宣言しません。OpenClaw の共有正規化レイヤーは、リクエストされた
aspectRatio を、リクエストがプロバイダーに到達する前に最も近い OpenAI
size に変換するため、通常はアスペクト比のリクエストも機能します。
resolution にはサイズのフォールバックがないため破棄され、
Ignored unsupported overrides for openai/<model>: resolution=<value> として呼び出し元に通知されます。GPT-5 プロンプトへの追加
OpenClaw は、openai プロバイダー上の GPT-5 ファミリーモデルに対して、
共有 GPT-5 プロンプト追加要素を加えます(openai/* に正規化される、
修復前の従来の Codex ref を含む)。OpenRouter や opencode ルートなど、
GPT-5 ファミリーのモデル ID も提供する他のプロバイダーには、このオーバーレイは適用されません。
これはモデル ID だけではなく、プロバイダー ID openai によって制限されます。
古い GPT-4.x モデルには適用されません。
ネイティブ Codex app-server ハーネスは、developer instructions を通じて
ペルソナ/ツール規律の動作コントラクトや、親しみやすい対話スタイルのオーバーレイを受け取りません。
ネイティブ Codex は Codex が所有するベース、モデル、プロジェクトドキュメントの動作を維持し、
OpenClaw はネイティブスレッドで Codex の組み込みパーソナリティを無効にするため、
エージェントワークスペースのパーソナリティファイルが引き続き基準となります。
OpenClaw がネイティブ Codex スレッドに追加するのは、実行時コンテキストのみです。
これには、チャネル配信、OpenClaw 動的ツール、ACP 委任、ワークスペースコンテキスト、
OpenClaw Skills が含まれます。同じ追加要素に含まれる Heartbeat ガイダンステキストだけは例外です。
ネイティブ Codex の Heartbeat ターンにはこのテキストが適用されますが、
共有プロンプト追加フックではなく、専用のコラボレーション指示として注入されます。
GPT-5 追加要素は、一致する OpenClaw 組み立て済みプロンプトに対して、
ペルソナの持続性、実行の安全性、ツール規律、出力形式、完了チェック、検証に関する
タグ付き動作コントラクトを追加します。チャネル固有の返信とサイレントメッセージの動作は、
共有 OpenClaw システムプロンプトと送信配信ポリシーに引き続き含まれます。
親しみやすい対話スタイルのレイヤーは独立しており、設定可能です。
- 設定
- CLI
共有の
agents.defaults.promptOverlays.gpt5.personality 設定が未設定の場合、従来の
plugins.entries.openai.config.personality は互換性フォールバックとして引き続き読み取られます。音声とスピーチ
音声合成(TTS)
音声合成(TTS)
同梱の
openai Plugin は、tts サーフェス向けに
音声合成を登録します。利用可能なモデル:
gpt-4o-mini-tts、tts-1、tts-1-hd。利用可能な音声:
alloy、ash、ballad、cedar、coral、echo、fable、juniper、
marin、onyx、nova、sage、shimmer、verse。extraBody は、OpenClaw が生成したフィールドの後に
/audio/speech リクエスト JSON へマージされるため、lang などの
追加キーを必要とする OpenAI 互換エンドポイントに使用します。プロトタイプキーは無視されます。チャット API エンドポイントに影響を与えずに TTS のベース URL を上書きするには、
OPENAI_TTS_BASE_URL を設定します。OpenAI TTS と Realtime 音声はどちらも
OpenAI Platform API キーを通じて設定されます。OAuth のみのインストールでも
Codex ベースのチャットモデルは使用できますが、OpenAI のライブ音声応答は使用できません。音声テキスト変換
音声テキスト変換
同梱の 言語とプロンプトのヒントは、共有音声メディア設定または呼び出しごとの文字起こしリクエストで
指定された場合、OpenAI に転送されます。
openai Plugin は、OpenClaw のメディア理解文字起こしサーフェスを通じて、
バッチ音声テキスト変換を登録します。- デフォルトモデル:
gpt-4o-transcribe - エンドポイント: OpenAI REST
/v1/audio/transcriptions - 入力パス: マルチパート音声ファイルのアップロード
- Discord ボイスチャネルのセグメントやチャネル音声添付ファイルを含め、
受信音声の文字起こしが
tools.media.audioを読み取るすべての場所で使用
Realtime 文字起こし
Realtime 文字起こし
同梱の
openai Plugin は、Voice Call Plugin 向けに
Realtime 文字起こしを登録します。G.711 u-law(
g711_ulaw / audio/pcmu)音声で
wss://api.openai.com/v1/realtime への WebSocket 接続を使用します。openai API キー
プロファイルの場合、Gateway は WebSocket を開く前に一時的な Realtime 文字起こし
クライアントシークレットを発行します。このストリーミングプロバイダーは Voice Call の
Realtime 文字起こしパス向けです。現在 Discord ボイスは短いセグメントを録音し、
代わりにバッチ tools.media.audio 文字起こしパスを使用します。Realtime 音声
Realtime 音声
同梱の
openai Plugin は、Voice Call
Plugin 向けに Realtime 音声を登録します。gpt-realtime-2.1 で使用可能な組み込み Realtime 音声:alloy、ash、
ballad、coral、echo、sage、shimmer、verse、marin、cedar。
OpenAI は、最高の Realtime 品質を得るために marin と cedar を推奨しています。これは
上記のテキスト読み上げ音声とは別のセットです。fable、nova、onyx などの TTS 専用音声は、
Realtime セッションでは使用できません。より小規模で低コストな Realtime 2.1 バリアントを使用する場合は、
モデルを明示的に gpt-realtime-2.1-mini に設定します。GPT-Live(近日提供予定)。 OpenAI の全二重
gpt-live-1 および
gpt-live-1-mini モデルは、2026 年 7 月に ChatGPT 音声モードを置き換えました。
開発者 API は早期アクセス対象の組織へ段階的に提供されています。OpenClaw は
このモデルファミリーを認識しますが、まだ実行しません。GPT-Live セッションは
WebRTC 専用で、ターンテイキングを独自に管理し(VAD なし)、OpenClaw の Realtime トランスポートが
まだ実装していないハンドオフイベントプロトコルを介してエージェントの作業を委譲します。
gpt-live-* モデルを設定すると、エージェントにアクセスできないまま音声へ暗黙的に接続するのではなく、
WebSocket ブリッジと Talk ブラウザセッションの両方に関するガイダンスを示して安全側で失敗します。
早期アクセス期間中は、API アクセスも OpenAI の組織ごとに制限されます。
GPT-Live のサポートが実装されるまでは、gpt-realtime-2.1(デフォルト)を使用してください。バックエンドの OpenAI Realtime ブリッジは GA Realtime WebSocket セッション形式を使用します。
この形式では
session.temperature は使用できません。Azure OpenAI
デプロイメントは引き続き azureEndpoint および azureDeployment を介して利用でき、
デプロイメント互換のセッション形式(temperature を含む)を維持します。
双方向のツール呼び出しと G.711 u-law 音声をサポートします。Realtime 音声はセッションの作成時に選択されます。OpenAI ではほとんどの
セッションフィールドを後から変更できますが、そのセッションでモデルが音声を出力した後は、
音声を変更できません。OpenClaw は現在、組み込み Realtime 音声 ID を文字列として公開しています。
Control UI の Talk は、Gateway が発行する一時的なクライアントシークレットと、
OpenAI Realtime API に対するブラウザからの直接的な WebRTC SDP 交換を使用して、
OpenAI のブラウザ Realtime セッションを利用します。Gateway は、選択された
openai の認証情報を使用して、そのクライアントシークレットを発行します。
設定済みのキー、API キープロファイル、および OPENAI_API_KEY が優先され、
openai OAuth プロファイルまたは外部 Codex ログインがフォールバックになります。
Gateway リレーと Voice Call バックエンドの Realtime WebSocket ブリッジは、
ネイティブ OpenAI エンドポイントに対して同じ認証情報の優先順位を使用します。
メンテナー向けのライブ検証は
OPENAI_API_KEY=... GEMINI_API_KEY=... node --import tsx scripts/dev/realtime-talk-live-smoke.ts
で利用できます。OpenAI 側の処理では、シークレットをログに記録せずに、
バックエンド WebSocket ブリッジとブラウザ WebRTC SDP 交換の両方を検証します。
Google の認証情報なしでこの 2 つの処理を実行するには、--openai-only を渡します。Azure OpenAI エンドポイント
バンドルされているopenai プロバイダーは、ベース URL を上書きすることで、
画像生成用の Azure OpenAI リソースを対象にできます。画像生成パスでは、OpenClaw は
models.providers.openai.baseUrl 上の Azure ホスト名を検出し、
Azure のリクエスト形式へ自動的に切り替えます。
Realtime 音声は別の設定パス
(
plugins.entries.voice-call.config.realtime.providers.openai.azureEndpoint)
を使用し、models.providers.openai.baseUrl の影響を受けません。Azure の設定については、
音声とスピーチの Realtime 音声 アコーディオンを参照してください。- Azure OpenAI のサブスクリプション、クォータ、またはエンタープライズ契約をすでに保有している
- Azure が提供する地域別データレジデンシーまたはコンプライアンス制御が必要である
- 既存の Azure テナント内にトラフィックを維持したい
設定
バンドルされているopenai プロバイダーを介して Azure 画像生成を使用するには、
models.providers.openai.baseUrl を Azure リソースに向け、apiKey を
Azure OpenAI キー(OpenAI Platform キーではありません)に設定します。
*.openai.azure.com*.services.ai.azure.com*.cognitiveservices.azure.com
Authorization: Bearerの代わりにapi-keyヘッダーを送信する- デプロイメントスコープのパス(
/openai/deployments/{deployment}/...)を使用する - 各リクエストに
?api-version=...を追加する - Azure 画像生成呼び出しでは、デフォルトのリクエストタイムアウトとして 600s を使用する。
呼び出しごとの
timeoutMs値は、引き続きこのデフォルトを上書きします。
openai プロバイダーの画像生成パスで Azure ルーティングを使用するには、
OpenClaw 2026.4.22 以降が必要です。それ以前のバージョンでは、カスタム
openai.baseUrl が公開 OpenAI エンドポイントと同様に扱われるため、Azure の画像
デプロイメントに対するリクエストは失敗します。API バージョン
Azure 画像生成パスに特定の Azure プレビュー版または GA 版を固定するには、AZURE_OPENAI_API_VERSION を設定します。
2024-12-01-preview です。
モデル名はデプロイメント名
Azure OpenAI では、モデルがデプロイメントに関連付けられます。バンドルされているopenai プロバイダーを介してルーティングされる Azure 画像生成リクエストでは、
OpenClaw の model フィールドに、公開 OpenAI モデル ID ではなく、
Azure ポータルで設定した Azure デプロイメント名 を指定する必要があります。
gpt-image-2 を提供する gpt-image-2-prod というデプロイメントを作成した場合:
openai プロバイダーを介して
ルーティングされるすべての画像生成呼び出しに適用されます。
利用可能なリージョン
Azure の画像生成は現在、一部のリージョンでのみ利用できます (例:eastus2、swedencentral、polandcentral、westus3、
uaenorth)。デプロイメントを作成する前に Microsoft の最新リージョン一覧を確認し、
対象のモデルが使用するリージョンで提供されていることを確認してください。
パラメーターの相違点
Azure OpenAI と公開 OpenAI では、常に同じ画像パラメーターを使用できるとは限りません。 Azure は、公開 OpenAI で使用できるオプション(たとえばgpt-image-2 における特定の
background 値)を拒否したり、特定のモデルバージョンでのみ公開したりする場合があります。
こうした相違は OpenClaw ではなく、Azure と基盤モデルに起因します。Azure リクエストが
検証エラーで失敗した場合は、Azure ポータルで、使用しているデプロイメントと API バージョンが
サポートするパラメーターセットを確認してください。
Azure OpenAI はネイティブトランスポートと互換動作を使用しますが、
OpenClaw の非表示の帰属ヘッダーは受け取りません。詳細については、
高度な設定の ネイティブと OpenAI 互換ルートの比較
アコーディオンを参照してください。画像生成以外の Azure 上のチャットまたは Responses トラフィックには、
オンボーディングフローまたは専用の Azure プロバイダー設定を使用してください。
openai.baseUrl だけでは Azure の API/認証形式は適用されません。
別の azure-openai-responses/* プロバイダーも存在します。下記のサーバー側 Compaction
アコーディオンを参照してください。高度な設定
以下のモデルごとのparams の例は、OpenClaw の組み込みプロバイダーリクエストを
形成します。これらの設定は作成者が指定するリクエスト動作であるため、通常は対象となる
auto ルートでも、Codex が暗黙的に選択されるのではなく OpenClaw 上に維持されます。
ネイティブ Codex app-server ハーネスは、独自のトランスポートとリクエスト設定を所有します。
有効なルートが Codex 互換として宣言されていない場合、明示的な agentRuntime.id: "codex" は
安全側で失敗します。
トランスポート(WebSocket と SSE)
トランスポート(WebSocket と SSE)
OpenClaw は 関連する OpenAI ドキュメント:
openai/* に対して、SSE フォールバックを伴う WebSocket 優先
("auto")を使用します。"auto" モードでは、OpenClaw は次の処理を行います。- 初期の WebSocket 障害を 1 回再試行してから SSE にフォールバックする
- 障害後に WebSocket を 60 秒間縮退状態としてマークし、 クールダウン中は SSE を使用する
- 再試行と再接続のために、安定したセッションおよびターン識別ヘッダーを付加する
- トランスポートのバリアント間で使用量カウンター(
input_tokens/prompt_tokens)を 正規化する
高速モード
高速モード
OpenClaw は
openai/* に対して共有の高速モード切り替えを公開します。- チャット/UI:
/fast status|auto|on|off - 設定:
agents.defaults.models["<provider>/<model>"].params.fastMode
service_tier = "priority")にマッピングします。既存の service_tier 値は
保持され、高速モードは reasoning または
text.verbosity を書き換えません。fastMode: "auto" は、自動カットオフまでは
新しいモデル呼び出しを高速モードで開始し、その後の再試行、フォールバック、ツール結果、
または継続呼び出しは高速モードなしで開始します。カットオフのデフォルトは 60 秒です。
変更するには、アクティブなモデルに params.fastAutoOnSeconds を設定します。セッションの上書きは設定より優先されます。Sessions UI でセッションの上書きを解除すると、
セッションは設定済みのデフォルトに戻ります。
優先処理 (service_tier)
優先処理 (service_tier)
OpenAI の API は、サポートされる値:
service_tier を介して優先処理を提供します。OpenClaw では
モデルごとに設定します。auto、default、flex、priority。サーバー側 Compaction (Responses API)
サーバー側 Compaction (Responses API)
OpenAI Responses モデルに直接接続する場合 (
api.openai.com 上の openai/*)、
OpenAI Plugin の OpenClaw ストリームラッパーはサーバー側
Compaction を自動的に有効化します。store: trueを強制します (モデル互換設定でsupportsStore: falseが設定されている場合を除く)context_management: [{ type: "compaction", compact_threshold: ... }]を挿入します- デフォルトの
compact_threshold:contextWindowの 70% (利用できない場合は80000)
- 明示的に有効化
- カスタムしきい値
- 無効化
Azure OpenAI Responses などの互換エンドポイントに役立ちます。
responsesServerCompaction は context_management の挿入のみを制御します。
OpenAI Responses モデルへの直接接続では、互換設定で supportsStore: false が設定されていない限り、
引き続き store: true が強制されます。Strict-agentic GPT モード
Strict-agentic GPT モード
OpenClaw の埋め込みランタイムを介して実行される
openai プロバイダーの
GPT-5 ファミリーモデルでは、OpenClaw はすでに strict-agentic と呼ばれる
より厳格な実行コントラクトをデフォルトで使用します。解決されたプロバイダーが
openai で、モデル ID が GPT-5 ファミリーに一致する場合、設定で
明示的にオプトアウトしない限り自動的に有効化されます。"strict-agentic" を明示的に設定しても、サポートされるレーンでは何も変わらず
(すでにデフォルトです)、サポートされないプロバイダーとモデルの組み合わせでは機能しません。strict-agentic が有効な場合、OpenClaw は以下を行います。- 大規模な作業では
update_planを自動的に有効化します - 構造的に空、または推論のみのターンを、表示可能な回答を生成する 継続ターンとして再試行します
- 選択したハーネスが提供する場合、明示的なハーネス計画イベントを 使用します
このコントラクトは、すべて OpenClaw の埋め込みエージェントランナー内にあります。
独自のターンと計画の動作を管理するネイティブ Codex app-server ハーネスには
適用されません。ネイティブ Codex の実行では、実行コントラクトの設定よりも
ハーネスの選択の方が重要です。
ネイティブ経路と OpenAI 互換経路
ネイティブ経路と OpenAI 互換経路
OpenClaw は、OpenAI、Codex、Azure OpenAI の直接エンドポイントと、
汎用の OpenAI 互換
/v1 プロキシを異なる方法で処理します。ネイティブ経路 (openai/*、Azure OpenAI):- OpenAI の
noneeffort をサポートするモデルでのみreasoning: { effort: "none" }を維持します reasoning.effort: "none"を拒否するモデルまたはプロキシでは、 無効化された推論を省略します- ツールスキーマのデフォルトを strict モードにします
- 検証済みのネイティブホストにのみ非表示の帰属ヘッダーを付加します (Azure OpenAI はネイティブ経路ですが、これらのヘッダーは付加されません)
- OpenAI 専用のリクエスト整形 (
service_tier、store、 推論互換、プロンプトキャッシュのヒント) を維持します
- より緩やかな互換動作を使用します
- 非ネイティブの
openai-completionsペイロードから Completions のstoreを削除します - OpenAI 互換 Completions プロキシ向けに、高度な
params.extra_body/params.extraBodyパススルー JSON を受け入れます - vLLM などの OpenAI 互換 Completions プロキシ向けに
params.chat_template_kwargsを受け入れます - strict ツールスキーマやネイティブ専用ヘッダーを強制しません
関連項目
モデルの選択
プロバイダー、モデル参照、フェイルオーバー動作の選択。
画像生成
共通の画像ツールパラメーターとプロバイダーの選択。
動画生成
共通の動画ツールパラメーターとプロバイダーの選択。
OAuth と認証
認証の詳細と認証情報の再利用ルール。