OpenClaw、CodexハーネスでOpenAIエージェントのランタイムを最適化

OpenClawは、OpenAIエージェントのモデル推論ループをデフォルトでCodexアプリサーバーエンジンが駆動するように変更したことを発表しました。この変更は、以前OpenClawが自らモデルループを駆動していた際に発生していた翻訳オーバーヘッド、ツールの重複、プロンプトの肥大化といった問題を解決することを目的としています。

旧アーキテクチャでは、OpenClawは自身のフレームワークとOpenAIが構築中のエージェントランタイムとの間で変換を行う必要がありました。現在はCodexが、ネイティブなスレッド状態、ツール継続、コンパクション、コードモード、動的ツール検索を含むOpenAIループを担当します。OpenClawは、チャネル、ペルソナ、メモリ、セッション、cron、メディア、ブラウザ、ゲートウェイ、OpenClawツールといった、エージェントをユーザー専用のアシスタントにする製品機能に集中します。

この境界線の再定義により、いくつかの実用的な改善がもたらされました。まず、モデルはCodexネイティブの読み取り、編集、パッチ、実行、プロセス、計画ツールを直接使用できるようになり、重複したワークスペースツール間で選択する必要がなくなりました。次に、可視応答はOpenClawメッセージツールを介して意図的に送信されるようになり、内部推論は非公開に保たれ、エージェントが本当に何かを伝えたいときのみ可視出力が生成されます。ハートビートメカニズムもアップグレードされ、「HEARTBEAT_OK」のようなマーカーテキストに頼るのではなく、構造化されたハートビート応答ツールを使用して、「報告なし」「ユーザーに通知」「フォローアップをスケジュール」などの状態を明示的に伝えます。

最も顕著な改善の1つは動的ツールロードです。OpenClawエージェントは、メッセージング、セッション、メディア、cron、ブラウザ、ノード、ゲートウェイ制御、ウェブ検索、MCPサーバー、プラグインツール、チャネル固有のアクションなど、多数のツールを持つことができます。以前はすべてのツールスキーマが初期プロンプトにロードされ、プロンプトが肥大化し、モデルが誤ったツールを選択する確率が高くなっていました。現在、CodexはOpenClawの製品機能を動的ツールとして渡すことを可能にし、モデルはネイティブのツール検索を通じてオンデマンドで必要なツールを発見しロードします。これにより、初期コンテキストが削減され、ツール選択の精度が向上します。

非OpenAIユーザーにとっても、この改善は意義があります。OpenClawはCodexから学んだパターンをデフォルトのPIツール検索に適用し、すべてのモデルがよりコンパクトな検索、記述、呼び出しインターフェースの恩恵を受けられるようにする予定です。現在、PIツール検索は実験段階であり、デフォルトでは有効になっていません。

認証面では、ユーザーはChatGPT/CodexアカウントでOpenClawにログインすることで、サブスクリプションベースのCodex認証プロファイルを取得でき、同じモデルに二重に支払う必要がありません。APIキーはバックアップとしてオプションで追加できます。OpenClawは各エージェントごとにCodexの状態を分離し、個人のCodex CLI設定がエージェントに誤ってインポートされるのを防ぎます。

セキュリティ面では、Codexエンジンは制限なしのローカル実行とレビュー承認モードをサポートします。OpenClawは外部承認ルーティング、チャネル配信、プラグインフック、可視障害報告を保持しつつ、Codexのネイティブセーフティメカニズムを活用します。

長期的には、OpenClawはAnthropic、Google、ローカルモデル、OpenRouter、DeepSeek、Kimi、MiniMaxなどをサポートするマルチモデルプラットフォームを目指しています。今回のCodexとの統合は双方向です。Codexが最も適している領域でCodexを使用し、同時に、よりクリーンなツール境界、遅延カタログ、構造化された静かな結果、より優れたプロンプトスコーピングといった優れた設計アイデアをOpenClaw自身のPIエンジンにフィードバックし、最終的にすべてのモデルの処理能力を向上させます。