Ox Alpha AIモデル：APIセットアップガイドとベンチマーク

Ox Alpha AIモデルは、OpenRouter上でstealth/ox-alphaという識別子で掲載されている、推論指向の言語モデルです。コーディング、継続的なエージェント型作業、本番ワークロード、テキストとビジュアルコンテキストを組み合わせる可能性のある複雑な推論向けに位置付けられています。

このモデルはステルスモデルと説明されています。これは、プレビュー期間中、その開発者と運用プロバイダーが公表されていないことを意味します。OpenRouterはモデルの所有者や開発者ではなく、ルーティングおよびアクセスレイヤーとして機能します。この違いは、利用規約、プライバシーに関する期待、サポート責任、長期的な提供可能性を確認する際に重要です。

掲載情報によると、リリース日は2026年8月20日です。モデルは初期プレビュー段階にあるため、公開ドキュメントや性能プロファイルは変更される可能性があります。現在の指標は恒久的な保証ではなく、ある時点のスナップショットとして扱ってください。

Ox Alphaは、短い会話形式の回答以上のものを必要とする開発者や技術チームに特に関係があります。継続的なエージェント型作業を重視しているため、複数ステップのソフトウェアタスク、コードベース分析、デバッグセッション、本番志向の自動化に適した候補となります。

大きな作業コンテキストを必要とするリクエストでは、特に役立つ可能性があります。公表されている1Mトークンのコンテキストは、リポジトリ、技術仕様書、ログ、移行計画、長大な設計文書を扱う際に有用です。ただし、コンテキスト上限が大きいからといって、すべてのプロンプトで最良の結果が得られるとは限りません。明確なタスク範囲、簡潔な指示、構造化された出力は、引き続き信頼性の向上に役立ちます。

OpenRouterの公開アプリ利用状況では、このモデルはHermes Agent、Claude Code、omp、DeepSeek Harness、piなどのコーディングおよびエージェントアプリケーションと関連付けられています。これらの関連性は試行されているワークロードの種類を示す可能性がありますが、正式な品質ランキングとして扱うべきではありません。

最も迅速な方法は、OpenRouterのOpenAI互換APIを利用することです。OpenRouter APIキー、モデルスラッグstealth/ox-alpha、そしてメッセージを含むリクエストが必要です。アプリケーションで出力を段階的に表示したい場合は、ストリーミングを有効にできます。

プロバイダーのクイックスタート例では、TypeScript、Python、cURL、互換性のあるサードパーティSDKの利用方法が示されています。以下のワークフローでは、セットアップの焦点を絞りながら、本番環境向けの安全対策を組み込めるようにしています。

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: "この関数をレビューし、3つのテストケースを提案してください。"
    }
  ],
  stream: false
});

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

現在のOpenRouterスナップショットでは、プロバイダーのスループットは毎秒23トークン、プロバイダーP50レイテンシは5.30秒と報告されています。より広範な3日間の性能パネルでは、P50スループット平均36トークン/秒、P50レイテンシ平均3.38秒など、異なるパーセンタイル平均が示されています。これらの数値は観測されたプラットフォーム測定値であり、時間、ワークロード、地域、リクエストサイズによって変動する可能性があります。

確認時点の掲載情報では、入力と出力の加重平均価格はいずれもゼロです。また、プロバイダーは1社と示されているため、表示されたエンドポイント内でプロバイダー選択を比較することはできません。無料アクセスは評価に役立ちますが、チームは引き続きレート制限、プレビュー内容の変更、可用性の変動、有料本番サービスとは異なる可能性のある規約を想定して計画すべきです。

最新の数値については、OpenRouterのOx Alpha API価格・プロバイダーページを確認してください。このページには、現在の性能パネル、プロバイダーデータ、価格履歴、稼働率情報、クイックスタート例が掲載されています。

プライバシー確認は後付けではなく、初期統合の一部として行うべきです。OpenRouterの掲載情報によると、プロンプトと完了結果はプロバイダーによって保持されますが、トレーニングには使用されません。一方、それ以外の利用についてはStealth Model Termsが適用されます。プレビュー期間中は上流プロバイダーが匿名であるため、チームは送信可能なデータと、承認済みシステム内に留めるべきデータを明確にする必要があります。

本番ワークフローでOx Alphaを使用する前に、簡単なデータ取り扱いポリシーを策定してください。

• プロンプトからAPIキー、アクセストークン、秘密証明書、セッションCookieを削除する。
• 顧客名、メールアドレス、アカウント識別子、規制対象情報をマスキングする。
• 初期統合のベンチマークでは、合成リポジトリを使用する。
• タスクに必要な最小限の権限だけをツールに付与する。
• コードをマージしたり破壊的なコマンドを実行したりする前に、人によるレビューを必須にする。
• 必要な場合を除き、機密性の高いプロンプト内容を保存せず、リクエストメタデータを記録する。
• 不正な出力、ツール呼び出しエラー、タイムアウト、ストリーミングの部分レスポンスをテストする。

実用的な評価では、個々の回答が印象的かどうかだけでなく、Ox Alphaが実際のワークフローを改善するかどうかを測定すべきです。バグ診断、複数ファイルのリファクタリング、テスト作成、ドキュメント更新、必要に応じたビジュアルコンテキストの解釈など、代表的なタスクを使って小規模なベンチマークセットを作成してください。

各テストで同じプロンプト、ファイル、ツール権限、成功基準を使用します。正確性と速度は分けて記録してください。微妙なリグレッションを引き起こす高速なレスポンスよりも、レビュー可能でテスト可能な変更を生成する低速なレスポンスの方が有用な場合があります。

有用なテストプロンプトには、目標、リポジトリのルール、期待する出力、停止条件を明記する必要があります。例えば、モデルにモジュールを調査させ、リスクを列挙し、パッチ計画を提案させたうえで、変更前に待機するよう指示します。これにより、実装とは別に計画を評価するための再現可能なチェックポイントを作成できます。