CodexにおけるOx Alpha：エージェント型コーディングのセットアップガイド

Ox Alphaは、コーディング、継続的なエージェント型作業、複雑なソフトウェアエンジニアリング、本番志向のワークフローを想定した推論モデルです。CodexにおけるOx Alpha と検索する人は、Codexに似たコーディングエージェント、エディターワークフロー、またはコマンドラインアシスタントにこのモデルを追加することを意味している場合があります。

公開されているモデル一覧では、Ox AlphaがネイティブなOpenAI Codexモデルであることや、公式のCodex統合であることは確認されていません。その代わり、Ox Alphaは匿名のサードパーティプロバイダーがホストし、OpenRouter経由でルーティングされる stealth/ox-alpha として識別されています。この違いは重要です。セットアップ方法は、使用するコーディングクライアントがOpenAI互換エンドポイントやカスタムモデル設定に対応しているかどうかに左右されるためです。

モデル一覧に掲載されているプロバイダーは1つだけなので、OpenRouterはこのモデルに対して複数プロバイダー間のルーティング判断を行いません。設定は簡素化できますが、その一方で、可用性や挙動が単一の上流プロバイダーと密接に結び付くことを意味します。

最も簡単な方法は、OpenRouterをAPIゲートウェイとして利用することです。OpenRouterは自身のAPIをOpenAI互換として説明しているため、ベースURL、APIキー、モデルスラッグを変更すれば、多くの既存SDKを利用できます。

まず、OpenRouterのAPIキーを作成し、環境変数として保存します。プロバイダーページでは標準の変数名として OPENROUTER_API_KEY が示されています。キーをソースファイル、他のユーザーと共有するシェル履歴、公開リポジトリの設定に直接記載することは避けてください。

最小限のリクエストでは、モデルスラッグとストリーミングフラグを使用できます。たとえば、cURLリクエストでは、認証ヘッダーにOpenRouterのAPIキーを含め、コンテンツタイプをJSONに設定し、リクエスト本文に "model": "stealth/ox-alpha" を渡します。

TypeScriptプロジェクト向けのOpenRouter SDK例では、@openrouter/sdk、APIキー、チャットリクエスト、ストリーミングされたチャンクを使用します。OpenAI SDKのユーザーも、ベースURLとモデル値を変更することで既存のクライアントを適応できる可能性がありますが、使用するCodex形式アプリケーション内で互換性を検証する必要があります。

Ox Alphaは、短いオートコンプリート用プロンプトだけでなく、継続的なエージェント型コーディングを想定しています。優れたワークフローでは、明確な目的、リポジトリの範囲、検証要件、明示的な停止条件をモデルに与えます。

まず計画から始めます。関連ファイルを調査し、現在のアーキテクチャを説明し、リスクを特定して、変更手順を提案するようモデルに依頼してください。その後で初めて編集を許可します。この分離により、誤った前提が複数のファイルに広がる前に検出しやすくなります。

有用なプロンプト形式には、次の5つの要素が含まれます。

• 目標：コード操作だけでなく、ユーザーから見える結果を記述します。
• 範囲：変更してよいリポジトリ、ディレクトリ、ファイルを指定します。
• 制約：API、コーディングスタイル、ランタイムサポート、依存関係の制限を維持します。
• 検証：実行すべきテスト、リンター、ビルド、手動確認を指定します。
• 報告：編集内容、失敗、フォローアップ作業の概要を求めます。

たとえば、Ox Alphaに「認証ミドルウェアを調査し、期限切れセッション処理の最小限の修正を提案し、関連ファイルのみを変更し、既存のテストスイートを実行して、実行できないテストがあれば報告してください」と依頼します。これは、ガードレールなしで広範な書き換えを求めるよりも信頼性が高くなります。

モデルページには、Claude Code、Hermes Agent、その他のコーディングハーネスなど、コーディングやエージェント型利用に関連するアプリケーションも掲載されています。これらの一覧はモデルを取り巻くワークロードの種類を示すものですが、すべてのアプリケーションがOx Alpha用のネイティブコネクターを提供している証拠と解釈すべきではありません。

2026年8月22日付のOpenRouterスナップショットでは、表示スループットは毎秒23トークン、プロバイダーのレイテンシは表示されたP50で5.30秒と報告されています。同じページでは、3日間の稼働率が99.99%、可用性が99.51%と報告されています。これらの値は特定時点の測定値であり、恒久的な保証ではありません。

このページには、表示されたプロバイダーデータとして、ツール呼び出しの平均エラー率2.27%、平均キャッシュヒット率81.72%も示されています。実際の結果は、リクエストサイズ、地域、ワークロード、クライアント、ツール設定によって変わる可能性があります。

本番環境のテストでは、レスポンス品質だけでなく、モデルが正しいファイルを選択するか、ツール権限に従うか、有効なパッチを生成するか、テストを実行するか、要求された目的を完了した時点で停止するかも測定する必要があります。

OpenRouterは、このstealthモデルへのプロンプトと補完結果がプロバイダーによって保持され、トレーニングには使用されないと説明しています。一方、それ以外の利用はStealth Model Termsによって管理されます。チームは、OpenRouterのOx Alpha掲載ページで最新の規約を直接確認し、社内のセキュリティ要件と比較してください。

コーディングワークフローをテストするだけの目的で、認証情報、秘密鍵、顧客記録、規制対象情報を送信しないでください。セキュリティレビューが完了するまでは、サニタイズ済みのリポジトリまたは管理されたテスト用フィクスチャを使用してください。

Codex形式の開発環境でOx Alphaをデフォルトモデルにする前に、以下のチェックリストを使用してください。

2026年8月22日時点で、掲載プロバイダー経由の表示価格は入力・出力トークンともにゼロです。これは普遍的な保証ではなく、現在の掲載状態として扱ってください。プレビュー期間中は、価格、アクセス、制限、可用性が変更される可能性があります。

最新のモデル識別子、プロバイダーの状態、パフォーマンススナップショット、利用規約については、公式のOpenRouter Ox Alphaページを参照してください。自動化されたコーディングワークフローを更新するときや、実験から本番環境へ移行するときは、これらの情報を再確認してください。