Ox Alpha api：セットアップガイド、制限事項とベストプラクティス

Ox Alphaは、コーディング、継続的なエージェント作業、複雑な推論、テキストと視覚的コンテキストを組み合わせるワークフロー向けに構築された、匿名のステルス推論モデルです。このモデルはOpenRouterを通じてホスティングされており、OpenRouter自体がモデルを開発・運用するのではなく、単一の第三者プロバイダーへリクエストをルーティングします。

OpenRouterでは、Ox Alphaのリリース日を2026年8月20日として掲載しており、執筆時点では100万トークンのコンテキストウィンドウと無料のプレビュー価格が設定されています。プロバイダーの正体は明らかにされていないため、開発者はモデルの挙動、提供状況、レート制限、料金を恒久的な保証ではなく、プレビュー期間中の条件として扱うべきです。

動画のハイライト：

• Ox Alphaは、長いコンテキストを扱うエージェント能力に優れたステルスモデルとして紹介されています。
• 小規模なベンチマーク報告では、複数の比較対象モデルを上回る結果が示されています。
• コミュニティによるテストでは、コーディング、マルチモーダルタスク、自律型エージェントのワークフローが中心となっています。
• モデルのプロバイダーと基盤となるモデルファミリーは、いまだ確認されていません。

最も重要なのは、プラットフォームで確認された情報と、コミュニティによる推測を区別することです。OpenRouterのページでは、モデルのAPI仕様、ホスティング形態、コンテキストサイズ、モダリティ、掲載価格が確認できます。一方、GLM、Xiaomi、DeepSeek、MiniMaxとの関連など、モデルの出自に関する主張は未検証であり、公式な特定情報として扱うべきではありません。

Ox Alphaを呼び出す最も簡単な方法は、OpenRouterのOpenAI互換APIを使用することです。OpenRouterのアカウント、APIキー、モデルスラッグ stealth/ox-alpha が必要です。既存のOpenAI形式のクライアントは、ベースURLとモデル名を変更するだけで適応できる場合があります。

セットアップ手順

最小限のTypeScript例は次のとおりです。

import { OpenRouter } from "@openrouter/sdk";

const openrouter = new OpenRouter({
  apiKey: process.env.OPENROUTER_API_KEY
});

const response = await openrouter.chat.send({
  model: "stealth/ox-alpha",
  messages: [
    {
      role: "user",
      content: "Review this function and explain the most likely bug."
    }
  ],
  stream: false
});

console.log(response.choices[0]?.message?.content);

生のHTTPクライアントを使用する場合は、ベアラートークンを使ってOpenRouterのエンドポイントへアクセスし、モデル、メッセージ、任意の生成設定を含むJSONボディを送信します。現在のエンドポイント形式とSDK構文を確認するには、OpenRouterのクイックスタートドキュメントが最適です：OpenRouterのOx Alpha APIクイックスタート。

Ox Alphaは、ファイル、インターフェース、スクリーンショット、ドキュメント、動画をまたいで推論を継続する必要があるワークフロー向けに位置づけられています。これは単純なテキスト補完モデルとは異なります。有用な出力はプロンプトだけでなく、モデルがコンテキストを解釈し、接続されたツールを通じて行動する能力にも左右されます。

想定されるユースケースには、次のようなものがあります。

信頼性の高いエージェントワークフローでは、観察、計画、実行、検証を分離する必要があります。ツールの呼び出しを許可する前に、モデルへ見えている内容を説明させてください。コーディングでは、リポジトリの規約、テストコマンド、受け入れ基準を提示します。視覚的なタスクでは、画像または動画内の関連領域を指定し、期待する出力形式を明確にしてください。

モデルの大きなコンテキストウィンドウは長時間のセッションに役立ちますが、大きなコンテキストだけで優れたプロンプト構成の代わりにはなりません。過剰なログ、重複したファイル、無関係なスクリーンショットは、エージェントの効率を低下させる可能性があります。プロジェクト指示は簡潔にまとめ、可能な限り一時的な成果物をメインプロンプトから除外してください。

OpenRouterの現在のプロバイダースナップショットでは、Ox Alphaは無料として掲載されており、表示されたプロバイダー行では、プロバイダーのレイテンシがP50で5.30秒、スループットが毎秒23トークンと報告されています。同じページでは、指定された3日間の期間における99.99%の稼働率や99.51%の可用性など、最近の集計パフォーマンス統計も報告されています。

これらの測定値は時間によって変化します。レイテンシは、プロンプトのサイズ、出力の長さ、ツール呼び出し、マルチモーダルペイロード、キューの状態、プロバイダーのプレビュー容量によって変動する可能性があります。サービスレベルの保証ではなく、計画のためのスナップショットとして利用してください。

このページには、Hermes Agent、Claude Code、omp、DeepSeek Harness、pi など、モデルへ大量のトラフィックを送信しているアプリケーションも掲載されています。このトラフィックの傾向から、コーディングエージェントや継続的なワークフローが重要なユースケースであることがうかがえます。ただし、利用量だけでOx Alphaがあらゆるアプリケーションに最適だと証明されるわけではありません。

モデルは匿名のプレビュー段階にあるため、料金やアクセス条件は変更される可能性があります。予算を策定したり、公開インテグレーションを公開したり、ユーザーに固定料金を約束したりする前に、最新のOx Alpha料金・プロバイダーページを確認してください。

プライバシーに関する規約には特に注意が必要です。OpenRouterは、プロンプトと補完結果が第三者プロバイダーによって保持され、トレーニングには使用されないと説明しています。一方、それ以外の利用についてはプロバイダーのStealth Model Termsが適用されます。つまり、「トレーニングに使用されない」ことは「保持されない」ことを意味しません。

組織が適用される規約を確認し、ワークフローを承認していない限り、秘密情報、個人情報、非公開の認証情報、独自ソースコード、規制対象の記録を送信しないでください。スクリーンショット、ログ、ドキュメント、動画を送信する前に、機密性の高い値をマスキングしてください。

失敗を観測可能にするため、構造化されたプロンプトを使用してください。タスク、利用可能なツール、禁止事項、出力スキーマ、成功基準を定義します。コード変更では、パッチの概要とテストレポートを要求してください。ブラウザー自動化では、購入、アカウント変更、取り消し不可能な送信を行う前に確認を求めるようにします。

本番用のラッパーでは、機密性の高いプロンプト内容を不必要に保存することなく、リクエストID、レイテンシ、トークン使用量、ツールの結果、検証失敗を記録するべきです。アプリケーションが視覚的な解釈に依存する場合は、問題を再現するために必要な最小限の診断資料だけを保存してください。

最初に取り組むワークフローとしては、管理されたコーディングアシスタントや社内向けの調査ワークフローが最も適しています。最初のプロンプトは狭い範囲に保ち、計画を求め、結論には根拠を示すよう要求してください。基本的なリクエストが安定したら、代表的で機密性のないデータを使って、より大きなコンテキストやマルチモーダル入力をテストします。

推奨される運用方法は次のとおりです。

• 再現性が求められるコーディングタスクでは、temperature と top_p を控えめに設定する。
• 予想外に長いレスポンスを防ぐため、max_tokens を設定する。
• 明確な名前と厳格なパラメータスキーマをツールに付与する。
• 長い出力やインタラクティブなインターフェースでは、ストリーミングを優先する。
• 計画用の権限と実行用の権限を分離する。
• 結果を比較する際は、モデルスラッグと日付を記録する。
• プレビューの性能は変動する可能性があるため、OpenRouterの最新メトリクスを再確認する。