ガイド一覧へ戻る
連携·2026年9月21日·最終更新 2026年9月23日·読了9分

OpenClaw Codexハーネス:セッション、認証情報、請求

OpenClawにはCodexという名前を共有する5つの入口があります。これはランタイムを切り替える機能であり、委任用の製品でも、サードパーティのエンドポイントへの経路でもありません。

最終確認日:。

OpenClaw Codexハーネスは公式の@openclaw/codexプラグインであり、OpenClawのエージェントターンをOpenAIのCodex app-serverに渡すことで、モデルループ、スレッドの再開、ツールの継続、コンパクションをCodexが担います。これはコーディング委任製品でも請求レイヤーでもなく、そして、最も多くの設定で混乱を招く点ですが、CodexをサードパーティAPIエンドポイントに接続して実行する方法でもありません。このページは、実際に必要なのがどれなのかを判断するために存在します。

まず日付を示すので、ここに日付のない情報はない。npmパッケージopenclawは2026.9.5で、Node >=24.16.0 <25 || >=26.1.0が必要である。@openclaw/codexも2026.9.5で、2026年9月18日に公開された。いずれも2026年9月21日にレジストリから読み取った。3つの無関係なプロジェクトがこれらの名前を共有しており、どの番号もここには該当しない。pjasicek/OpenClawは1997年のプラットフォーマーゲームCaptain Clawの再実装を名乗り、単独のnpmパッケージcodexは「静的サイトおよびコードドキュメント生成器」で、最終公開は2012年である。OpenAIのCLIは@openai/codexであり、同日現在0.155.1である。

5つのOpenClawの領域が「Codex」という名前を共有する

OpenClawのエージェントランタイムのドキュメントでは、これらを「意図的に独立」と呼んでいる。間違ったものを選ぶことが、設定が正しそうに見えるのに何も起こらない最も一般的な理由である。

画面正体次の場合に必要になる
Codexハーネス(ネイティブランタイム)@openclaw/codexプラグインが、Codex app-serverを通じてopenai/*のターンを実行するCodex独自のモデルループ、スレッド、コンパクションが必要
Codex OAuth認証プロファイルopenai OAuth認証情報ChatGPTまたはCodexのサブスクリプションでサインインする
Codex ACPアダプターランタイムacp、エージェントID codexACPキャリアと、その独自のコマンドを使用している
/codex …チャットコマンドバインドされたネイティブセッションの制御面実行中のターンを操作、停止、再開、または再バインドする必要がある
OpenAI Platform API経路非エージェントの領域:画像、リアルタイムなどその呼び出しはそもそもエージェントターンではない

6つ目の名前はOpenClawのものではない。openclaw-code-agentは、計画の承認とworktreeの分離を伴うバックグラウンドのコーディングセッションを実行するサードパーティ製プラグインである。そのREADMEには、OpenClawに同梱されたacpxランタイムプラグインおよび同梱されたコアcodexプラグインとは別物だと記載されている。ランタイムの置き換えではなく委任を求めてここに来たのであれば、それは異なる設定キーを持つ別の製品である。

ハーネスを有効にし、有効であることを確認する

文書化された経路は2つのコマンド、つまりプラグインのインストール、続いてサインインである。

Codexハーネスのドキュメントに基づくクイックスタート
openclaw plugins install @openclaw/codex
openclaw models auth login --provider openai

次に最小構成を設定する。plugins.allowリストを使用する場合は、"codex"もそのリストに追加する。

config.json5 — ハーネスを有効にする最小設定
{
  plugins: {
    entries: {
      codex: {
        enabled: true,
      },
    },
  },
  agents: {
    defaults: {
      // The docs' own example ref. Legacy codex-cli/* refs are
      // repaired to the same openai/<model> route by doctor --fix.
      model: "openai/gpt-6-astra",
    },
  },
}

ハーネスのドキュメントが明示している詳細が2つある。プラグイン設定の変更はハイブリッド再読み込みモードで自動的に適用されるが、既存のチャットでは、次のターンが現在の設定からハーネスを解決できるように、まず/newまたは/resetが必要である。また、有効なツールプロファイルではネイティブのシェルおよびファイルシステム機能を許可する必要がある。codingとfullは許可し、messagingとminimalはネイティブ面を無効にする。通常のOpenClawサンドボックスまたは制限付きツールポリシーは、同じドキュメント内でさらに狭い構成であり、実験的なsandbox exec-server経路を選択しない限りネイティブコードモードを無効にする。サンドボックスによってネイティブ面が無効になった場合でも、許可されたシェルコマンドはsandbox_execを通じて到達可能である。

app-serverトランスポートのリファレンスに照らして2026年9月21日に確認したバージョン要件。プラグインは安定版のCodex app-server 0.154.0を管理する一方、明示的なカスタム実行ファイル、リモートapp-server、macOSデスクトップバイナリでは、解析可能なセマンティックバージョンとして0.149.0以降を報告する必要がある。npmの最新の@openai/codexは同日現在0.155.1であるため、管理対象の固定バージョンは1つのパッチ分だけ遅れている。これが、日付のない「Codex latest」と書かれたチュートリアルが数日で古くなる理由である。古い設定の移行も重要である。エージェントランタイムのページでは、OpenClawに同梱されたCodex CLIバックエンドがv2026.5.14で削除されたと説明している。また、従来のcodex-cli/*参照は、レガシーCodex経路の修復全般を担うopenclaw doctor --fixによって、同じopenai/<model> Codex app-server経路へ修復される。

確認方法:Codexをバックエンドにしたターンでは、/statusの下にRuntime: OpenAI Codexと表示され、/codex status、/codex models、/codex bindingでapp-serverの状態を確認できる。openclaw doctor --lint --only codex/managed-app-server --jsonというlintは管理対象バイナリを確認するが、ドキュメントではこれを読み取り専用と説明しており、選択したCodex Desktopバイナリ、明示的なカスタムコマンド、リモートapp-serverはこのパッケージチェックの対象外としている。

これを基盤に構築する前に知っておく価値のある緊張関係が1つある。OpenAI自身のapp-serverドキュメントには、「app-serverコマンドとWebSocketトランスポートは実験的であり、本番ワークロードには対応していない」と記載されている。この警告がトランスポートだけでなくコマンドも明示している点に注意すること。OpenClawはそのコマンドを基盤としてリリース済みの機能を構築しており、そのtransportフィールドのデフォルトはstdioで、urlを設定した場合にのみwebsocketが使用される。両方の記述は同時に真である。両方を踏まえて判断すること。

委任アーティファクト、権限、キャンセル、再開

ハーネスのドキュメントは、ネイティブサブエージェントのステータスが証明できる範囲の限界を正直に説明しています。実行、タスク結果、結果の配信は別々の事実であり、アイドル状態、割り込み状態、またはアンロードされたネイティブスレッドは、タスクが成功したことを証明しません。終了確認を取得できない場合、タスクは終了処理を再試行するよう求めます。ネイティブ Codex サブエージェントは Codex 自身の仕組みです。明示的な OpenClaw または ACP の委任は、引き続き sessions_spawn を経由します。

プラグインの設定フィールド表によると、app-server が起動する OpenClaw プロセスの実行権限は、ローカルの Codex 要件でその姿勢が許可されない場合を除き、デフォルトでモード yolo、承認ポリシー never、サンドボックス danger-full-access です。その場合、guardian のデフォルトではオンデマンド承認と workspace-write が優先され、それ以外では read-only が使用されます。requestTimeoutMs(app-server 制御プレーン呼び出しのタイムアウト)のデフォルトは 60000 です。これらは起動するプロセスに対する OpenClaw のデフォルトであり、Codex CLI 自身のデフォルトではありません。未知のリポジトリでは、最初の実行前に確認すべき設定はこの最初のデフォルトです。

ターン中の制御はネイティブです。/codex stop、/codex steer、/codex resume、/codex detach、/codex bind、/codex compact、/codex threads、/codex goal、/codex model、/codex fast、/codex permissions。制限付きターンはセッションモードではなくターン単位で適用され、そのターンに限ってネイティブ Code Mode、環境選択、設定済み MCP サーバー、ネイティブフックリレーを無効にします。OpenClaw の runtime v1 サポート契約には、サポート対象外として、ネイティブツール引数の変更(pre-tool フックはブロックできますが、OpenClaw は引数を書き換えません)、編集可能な Codex ネイティブのトランスクリプト履歴、コンパクションへの介入、バイト単位で完全に一致するモデル API リクエストの取得も記載されています。したがって、監査要件が正確な送信リクエストである場合、このランタイムでは提供できません。

認可、プランの利用資格、トークン消費は別々のものです

質問Codex ハーネスが実際に行うこと
どの認証情報が使用されますか?まずエージェント用の明示的または順序付きの OpenClaw 認証プロファイルを使用します。API キールートの場合に限り、準備済みのキーまたは CODEX_API_KEY からのローカル stdio フォールバックを使用し、その後に OPENAI_API_KEY を使用します
API キーがサブスクリプションのターンに漏れる可能性はありますか?いいえ。ChatGPT サブスクリプション形式のプロファイルでは、OpenClaw は起動した Codex 子プロセスから CODEX_API_KEY と OPENAI_API_KEY を削除します
リモート app-server は Gateway のキーを継承しますか?いいえ。WebSocket app-server 接続には Gateway 環境の API キーフォールバックは渡されません。明示的な認証プロファイル、またはリモートサーバー自身のアカウントを使用してください
誰の Codex ログインが使用されますか?デフォルトでは、OpenClaw は CODEX_HOME をエージェントごとのディレクトリに設定します。appServer.homeScope: "user" は、Codex Desktop および CLI とネイティブ状態を共有するための明示的なオプトインです
診断情報は請求記録ですか?いいえ。ドキュメントには、/status と /codex binding は、完了したリクエストに実際に適用されたサービスティアや料金を確定するものではないと記載されています
では、消費額はどこで確認できますか?プロバイダー自身の利用状況および支出管理に加えて、選択した保存済みサブスクリプションログインのライブクォータを読み取る codex.accountUsage を使用します。operator.admin が必要です

2026 年 9 月 21 日にOpenClaw の Codex app-server ポリシーページから読み取りました。ここには、まず命名上の注意点があります。OpenAI の API 料金ページには、Priority processing が 2026 年 7 月 30 日に Fast mode に改称され、service_tier に "priority" または "fast" のいずれかを送信できると記載されています。一方、OpenClaw の appServer.serviceTier では "priority" と "flex" が文書化され、従来の "fast" を "priority" に正規化しています。方向が逆です。2 つのシステムでは、「高速モードをオンにする」の意味が異なります。

サードパーティエンドポイントでハーネスを離れる理由

これは、ほとんどのサードパーティによる解説が逆に説明している、最も重要な事実です。プロバイダーまたはモデルランタイムが未設定または auto の場合、OpenClaw の暗黙的なエージェントランタイム表は次のようになります。

実効ルートの事実暗黙的ランタイム
openai-responses を使用する正確な公式 Platform HTTPS エンドポイント、または openai-chatgpt-responses を使用する正確な公式 ChatGPT HTTPS エンドポイント。作成者によるプロバイダーリクエストの上書きはありませんCodex が選択される可能性があります
作成者が指定した openai-completions アダプターOpenClaw
カスタムエンドポイントOpenClaw
プレーン HTTP を使用する明示的かつ正確な公式エンドポイント拒否
作成者によるプロバイダーまたはモデルのリクエスト上書きを含むルートOpenClaw

したがって、OpenClaw を任意のサードパーティのベース URL(Kunavo を含む)に向けると、設計上、そのターンは OpenClaw の組み込みランタイムで実行されます。openai/* プレフィックスだけではハーネスは選択されず、agentRuntime.id: "codex" を強制しても救済されません。ランタイムページには、その設定は「登録済みの Codex ハーネスを必要とし、サポートされていないルートまたは認証はフェイルクローズする。ただし、作成者によるリクエスト上書きは、実行前に Codex が宣言した正確なリクエスト用の OpenClaw フォールバックを使用できる」とあります。したがって結果は、失敗したターンか OpenClaw のターンのいずれかであり、カスタムエンドポイント上の Codex になることはありません。プラグインの文書化された設定フィールドにもモデルのベース URL 設定はありません。そこにある唯一の url フィールドは、app-server 自身の WebSocket または unix:// アドレスです。appServer.args が管理対象 app-server にプロバイダーの上書きを忍び込ませられるかどうかは文書化されておらず、テストもされていません。このページでは回避策として提示していません。

組み込みランタイムのルートではリクエストも再構成されます。OpenClaw のカスタムプロバイダーページは、各ルールの適用範囲を具体的に示しています。非ネイティブエンドポイント上の api: "openai-completions"(これは、空でない baseUrl のうちホストが api.openai.com でないものとして定義されています)では、OpenClaw は compat.supportsDeveloperRole を false に固定し、明示的な true を上書きします。これとは別に、プロキシ形式の OpenAI 互換ルートでは「ネイティブの OpenAI 専用リクエスト再構成をスキップ」します。service_tier なし、Responses の store なし、Completions の store なし、プロンプトキャッシュヒントなし、OpenAI 推論互換のペイロード再構成なし、非表示の帰属ヘッダーなしです。通信上に service_tier がないため、そのようなルートでは Fast mode と Flex は選択できません。同じページが代わりに提供するのは、OpenAI 互換 Completions プロキシ向けの params.extra_body パススルー、プロバイダーごとの headers、遅いホストまたはリモートホスト向けの models.providers.<id>.timeoutSeconds です。

もう一方の半分は Codex 自体で、こちらはより寛容です。Codex の高度な設定ページには、~/.codex/config.toml が [model_providers.<id>] とともに base_url および env_key をサポートすると記載されています。ただし、厳格な制約があります。設定リファレンスには、model_providers.<id>.wire_api について「responses がサポートされる唯一の値であり、省略時のデフォルトでもある」と記載されています。したがって、Chat Completions のみを提供するエンドポイントでは Codex を動かせません。同じ高度な設定ページでは、組み込み ID として openai、ollama、lmstudio を予約し、プロジェクトレベルの .codex/config.toml で Codex が無視するキーとして model_provider と model_providers を挙げています。したがって、プロバイダーキーはユーザーレベルの設定に置きます。Kunavo は /v1/responses にネイティブ Responses サーフェスを実装しており、これによってCodex CLI のセットアップが可能になります。ただし、これはスタンドアロンの Codex CLI であり、OpenClaw ハーネスではありません。また、Kunavo はどちらのクライアントもランタイムテストしていません。

ソフトウェアの料金とトークンの料金

OpenClaw 自体は $0 です。ドキュメントインデックスでは、このプロジェクトを MIT ライセンス、コミュニティ主導、独立した 501(c)(3) 財団による開発、「有料ティアなし」と説明しています。@openclaw/codex は公開 npm レジストリで無料公開されています。実際にかかる費用は、Gateway を実行するマシンとモデル利用量だけで、モデル利用量には 3 つの契約形態があります。

ルート掲載価格得られるもの
ChatGPT Free月額 $0簡単なコーディングタスクでの Codex
ChatGPT Go月額 $8軽量なコーディングタスク向けCodex
ChatGPT Plus月額$20Web、CLI、IDE 拡張機能、iOS での Codex
ChatGPT Pro月額 $100 からPlusより5倍または20倍多いCodex利用量
ChatGPT Businessユーザーあたり月額 $20、2 人以上は年払い(毎月払いは $25)デスクトップとモバイルでの ChatGPT と Codex
Enterprise & Edu営業に問い合わせる公開された数値はありません
OpenAI API キーサブスクリプション料金なし。標準 API 料金CLI、SDK、IDE 拡張機能での Codex。GitHub コードレビューや Slack などのクラウド機能はなし

2026 年 9 月 21 日に確認した、OpenAI のCodex 料金ページによる情報です。この表には 3 つの注意点があります。料金カードで Pro について公開されているのは「From $100」だけです。OpenAI の別のChatGPT Pro ティアについての記事では、より高額な $200 ティアを挙げていますが、2026 年 9 月 10 日時点で新規登録とアップグレードが一時停止されています。そのため、このページが料金カードで確認していない金額を予算に組み込まず、チェックアウト時に確認してください。含まれる利用量は、固定メッセージ数ではなく、5 時間あたりのローカルメッセージ数の推定範囲としてのみ公開されています。また、含まれる上限を超えた後のクレジット料金は 100 万トークンあたりのクレジット数で公開されており、その料金ページにはクレジットのドル価値が記載されていません。したがって、その行についてドル換算は提供されていません。別途、GPT-5.5 は 2026 年 10 月 14 日に全プランの ChatGPT、ChatGPT Work、Codex から廃止されますが、OpenAI API は影響を受けません。

3 つ目の契約は、OpenClaw の組み込みランタイム上のゲートウェイです。キャッシュされていない入力トークン 180,000 個を送信し、出力トークン 9,000 個を受信する委任ターンを 1 回想定します。料金は、100 万トークンあたりのKunavo カタログの現在の価格です。

モデル100万トークンあたりの入力/出力1 ターンの見積もり40 ターンの見積もり
GPT-6 Astra$4.00 / $20.00$0.900$36.00
GPT-5.6 Sol$2.00 / $12.00$0.468$18.72
GPT-5.6 Terra$0.70 / $4.20$0.164$6.55

これらはトークン数に基づく計算例であり、実測したタスクのコストでも、請求額の上限でもありません。ターンの構成は仮定であり、実際のエージェントのターンでは、ツールとのやり取りのたびにコンテキストが再送信されます。Kunavoのカタログ料金は、請求額の上限ではなく下限です。上流プロバイダーが料金を報告した場合、請求額は、カタログ料金と、上流プロバイダーのコストに該当するマークアップ倍率を掛けた金額のうち、高い方になります。キャッシュ料金と外部ツールの料金は、この例には含まれていません。最低チャージ額は前払いクレジットで$10です。これはプランを購入するものではなく、残高を補充するものです。請求の詳細をご覧ください。

Kunavo は埋め込みモデル、音声合成モデル、音声認識モデルを提供していません。これらの処理はどのルートでも Kunavo が提供するものではないため、対応するプロバイダーへ移してください。

この境界はここで重要です。上記のサーフェス表では、エージェントではない OpenAI Platform ルートをハーネスとは別に扱っており、Gateway キーで利用できるのは Kunavo カタログ内のチャットモデルだけだからです。

どのような場合にどのルートを選ぶか

求めているもの選択失うもの
OpenClaw 内での Codex 独自のループ、スレッド、コンパクションサブスクリプションまたは OpenAI API キープロファイルを使用した公式エンドポイント上のハーネスサードパーティエンドポイントなし。また runtime v1 ではバイト単位で完全に一致するリクエスト取得なし
毎日の大量コーディングを定額でChatGPT または Codex のサブスクリプション含まれる利用量は保証ではなく推定値として公開されています
モデルファミリー間で 1 つのキーと 1 つの残高OpenClaw の組み込みランタイム上のゲートウェイCodex ハーネス、service_tier、プロンプトキャッシュヒント、developer ロール
より安価なエンドポイント上の Codex CLI 自体ユーザーレベルの ~/.codex/config.toml にある [model_providers.<id>] ブロッククラウド機能、および wire_api = responses を提供できないエンドポイント
小規模またはプライベートな作業でリクエストごとの料金なしOpenClaw の組み込みランタイム上のローカルモデル最先端の性能に加え、それを実行するハードウェア

答えがゲートウェイの行にある場合は、Responses API の形式についてCodex CLI 統合から始め、OpenClaw に最適な APIとCodex に最適な APIで選択肢を比較し、キーへの入金準備ができたらKunavo アカウントを作成してください。セルフホスト型アシスタントの予算については、OpenClaw の料金でソフトウェア、ホスティング、モデル利用料を分けて説明しています。

よくある質問

OpenClaw Codexハーネスとは何か

これは公式の@openclaw/codexプラグインであり、npmではOpenClaw Codex app-serverハーネスおよびネイティブセッション監視プラグインと説明されている。有効化され、経路が条件を満たすと、openai/*モデル参照でのOpenClawエージェントターンは、OpenClaw独自のランタイムではなく、OpenAIのCodex app-serverによって実行される。その場合、モデルループ、スレッドの再開、ツールの継続、コンパクションはCodexが担い、OpenClawはチャネル、セッションファイル、モデル選択、動的ツール、承認、メディア、トランスクリプトミラーを保持する。これはランタイムの置き換えであり、コーディング委任製品でも請求レイヤーでもない。2026年9月21日にOpenClawのCodexハーネスドキュメントに照らして確認した。

@openclaw/codexはOpenClawに同梱されているのか、それともインストールが必要か

インストールすること。OpenClaw自身のドキュメントでは表現が2通り使われている。あるページでは同梱されたcodexプラグインと呼んでいる一方、Codexハーネスの要件では公式の@openclaw/codexプラグインをインストールするよう記載し、クイックスタートでは`openclaw plugins install @openclaw/codex`を実行している。npm経路についてはnpmレジストリが結論を示している。2026年9月21日に確認したところ、openclawパッケージのバージョン2026.9.5には、名前にcodexを含む依存関係がないため、その依存ツリーからプラグインが取り込まれることはない。インストーラースクリプトやコンテナイメージなど、その他の配布経路はここでは確認していない。インストールコマンドを実行し、事前にインストール済みなら追加の利点として扱うこと。

OpenClaw CodexハーネスはカスタムAPIベースURLに接続して実行できるか

文書化された経路ではできない。OpenClawの暗黙的ランタイム表では、カスタムエンドポイントはOpenClaw自身のランタイムに送られる。作成したopenai-completionsアダプターや、作成したプロバイダーリクエスト上書きでも同様である。Codexが選択される経路は、作成者による上書きがなく、公式PlatformまたはChatGPTのHTTPSエンドポイントと完全一致する場合だけである。強制しても役に立たない。agentRuntime.idをcodexに設定すると、サポートされない経路と認証はクローズドフェイルになり、文書化された唯一の例外は、作成したリクエスト上書きがCodexの宣言する正確なリクエスト用OpenClawフォールバックを使用できる場合である。ただし、それでもOpenClawのターンである。プラグインの文書化された設定フィールドにも、モデルのベースURL設定はない。urlフィールドはapp-server自身のWebSocketまたはunix://アドレスであり、APIエンドポイントではない。したがって、OpenClaw内のサードパーティエンドポイントは設計上、組み込みランタイムの経路になる。モデルは使えるが、Codexハーネスは使えない。2026年9月21日にOpenClawのランタイムおよびCodexハーネスのドキュメントから読み取った。

OpenAI APIキーで、OpenClawにおけるChatGPTまたはCodexのサブスクリプションを置き換えられるか

すべてを置き換えられるわけではなく、2つの経路は別々の契約である。OpenAIのCodex料金カードでは、APIキーによってCLI、SDK、IDE拡張機能でCodexを利用でき、使用量には標準APIレートが課金されるが、GitHubコードレビューやSlackなどのクラウドベース機能は利用できず、モデルの可用性はそのキーで利用できるAPIモデルに従う。OpenClaw内部ではコードによって分離が強制される。ChatGPTサブスクリプション形式のCodex認証プロファイルを検出すると、起動されるCodex子プロセスからCODEX_API_KEYとOPENAI_API_KEYを削除するため、ネイティブターンがAPI経由でひそかに課金されることはない。環境変数のフォールバックもAPIキールート専用であり、WebSocket app-server接続にはGateway環境フォールバックが一切渡されない。2026年9月21日に確認した。

ターンが実際にCodexで実行されたか、料金はいくらだったかを確認するには

ランタイムについては、Codexをバックエンドにしたターンで/statusを実行するとRuntime: OpenAI Codexと表示され、/codex status、/codex models、/codex bindingでapp-serverの状態を確認できる。`openclaw doctor --lint --only codex/managed-app-server --json`は管理対象バイナリを確認するが、このチェックは読み取り専用であり、選択したCodex Desktopバイナリ、明示的なカスタムコマンド、リモートapp-serverは対象外である。料金については、これらのコマンドは明示的に不適切なツールである。OpenClawのドキュメントでは、/statusと/codex bindingによって、完了したリクエストに実際に適用されたサービスティアや請求額は確定できないと記載している。プロバイダー自身の使用量・支出管理機能に加え、選択した保存済みサブスクリプションログインのライブ割り当て量を読み取る、プラグインのcodex.accountUsage Gatewayメソッドを使用する。このメソッドにはoperator.adminが必要である。2026年9月21日に確認した。

@openclaw/codexとopenclaw-code-agentの違いは何か

両者は異なる問題を解決し、設定キーを共有しない。@openclaw/codexは、OpenClawのエージェントターンをCodexに実行させる公式プラグインであり、ランタイムである。openclaw-code-agentは別の作者によるサードパーティ製のMITライセンスプラグインで、計画の承認、worktreeの分離、マージまたはプルリクエストのフォローアップを伴うコーディングセッションをバックグラウンドで実行する。そのREADMEには、OpenClawに同梱されたacpxランタイムプラグインおよび同梱されたcore codexプラグインとは別物だと記載されている。そのREADMEは、セッションごとのUSDコスト見積もりも説明している。OpenAI APIキーでのCodexセッションではapp-serverのレスポンスごとの使用量から見積もり、サブスクリプションセッションは$0のままである。そのため、会計は公式ハーネスのものではなく、プラグイン独自のものである。openclaw codexの検索結果には両方が表示されるため、設定をコピーする前に名前を区別しておく価値がある。

上記のランタイム表、認証順序、app-server に関する警告、wire_api ゲート、バージョン固定、プラン料金は、2026 年 9 月 21 日に OpenClaw と OpenAI の公式ドキュメント、OpenAI のヘルプセンター、openclaw、@openclaw/codex、@openai/codex、codex、openclaw-code-agent の npm レジストリエントリから取得しました。各主張は出典ページにリンクしています。文書で確定できない事項については、空白を埋めず、その旨を記載しています。Kunavo は OpenClaw も Codex ハーネスもランタイムテストしていないため、ここにある各設定は Kunavo のエンドポイントで実演したものではなく、出典ドキュメントと照合したものです。Kunavo のトークン料金はライブカタログから取得しており、各ドル額は例示的な計算です。