Ox Alpha openrouter：セットアップガイドとAPIパフォーマンス

Ox Alpha openrouterとは、OpenRouterのAPIおよびPlaygroundを通じて stealth/ox-alpha 推論モデルを利用することを指します。このモデルは、コーディング、複雑な推論、継続的なエージェント作業、テキストと視覚的コンテキストを組み合わせるタスク向けに設計されています。OpenRouterではOx Alphaをステルスモデルとして掲載しており、これはプレビュー期間中、上流の開発者および運営者が公表されていないことを意味します。

このモデルは 2026年8月20日 にリリースされ、OpenRouterの掲載情報では 100万トークンのコンテキスト が示されています。そのためOx Alphaは、大規模なコードベース、複数ステップの計画、リポジトリ分析、大量の指示や参考資料を必要とするワークフローに特に適しています。

OpenRouterはモデルの所有者や開発者ではなく、アクセスレイヤーとして機能します。リクエストは掲載されている1つのプロバイダーに転送されるため、ユーザーはOpenRouterアカウントの機能と、プロバイダーによるモデルの挙動を区別する必要があります。

掲載情報で最も目立つ本番利用のシグナルは、コーディングおよびエージェントアプリケーションからのものです。Hermes Agent、Claude Code、omp、DeepSeek Harness、pi などが、モデルにトラフィックを送信するアプリケーションとして表示されています。これらのシグナルは、Ox Alphaが継続的なコーディングや自動化環境でテストされていることを示唆します。ただし、アプリケーションの人気を、あらゆるタスクでの品質保証とみなすべきではありません。

2026年8月22日 のスナップショット時点で、OpenRouterのページではOx Alphaが無料として掲載されています。入力と出力の加重平均料金はいずれも、100万トークンあたり $0 と表示されています。この料金設定により、モデルは実験、バッチプロトタイピング、エージェントワークフローに役立ちますが、重要なワークロードを投入する前に、現在の利用規約とレート制限を確認する必要があります。

プロバイダーテーブルには、Stealthという名前の上流プロバイダーが1つ表示されています。掲載プロバイダーが1つだけであるため、OpenRouterがこのモデルに対してプロバイダーのルーティングを選択する余地はありません。表示されているプロバイダーメトリクスには、測定期間における P50レイテンシ5.30秒、P50スループット毎秒23トークン、稼働率100.00% が含まれます。

パフォーマンスパネルでは、より広いパーセンタイル平均も報告されています。高いパーセンタイルではレイテンシが大幅に上昇します。また、エンドツーエンドレイテンシには、リクエストの完全なライフサイクルに必要な時間が含まれます。ツール呼び出しの信頼性も重要な考慮事項です。掲載情報では、Stealthのツール呼び出しエラー率の平均が 2.27% と報告されています。

キャッシュもパフォーマンスデータに表示されています。ページでは平均キャッシュヒット率が 81.72% と報告されている一方、料金履歴テーブルでは、掲載プロバイダーのキャッシュヒット率が 85.6%、1日あたりのトークンシェアが100.0%と示されています。これらは運用上の測定値であり、恒久的な仕様ではありません。トラフィックやインフラの変化に応じて変動する可能性があります。

現在の掲載情報と測定値については、OpenRouterのOx Alpha API料金およびプロバイダーページを参照してください。このページは、変動する料金、レイテンシ、稼働率、可用性、プロバイダー情報を確認するための最適な情報源です。

Ox Alphaを理解するうえで、ステルスモデルとしての状態は中心的な要素です。プレビュー期間中、プロバイダーは匿名であり、OpenRouterは自社がモデルの開発者、所有者、プロバイダーではなく、リクエストをプロバイダーにルーティングしているだけだと説明しています。

掲載情報では、プロンプトと生成結果はプロバイダーによって保持されますが、トレーニングには使用されないとも記載されています。この説明は、Stealth Model Termsおよび現在のOpenRouterアカウントポリシーと併せて確認する必要があります。保持とトレーニングは別の問題です。リクエストがトレーニングに使われなくても、運用上または契約上の目的で保持される可能性があります。

プライベートコード、認証情報、顧客情報、規制対象データを送信する前に、明確なデータ取り扱いポリシーを適用してください。基本的な対策として、秘密情報をマスキングし、コンテキストを最小限に抑え、現在のタスクに必要なファイルや記録だけを提供することを推奨します。

大きなコンテキストウィンドウは、品質上のリスクも生み出します。リポジトリ全体を送信することは技術的に可能でも、関係のないファイルによって優先事項が埋もれ、モデルが最も重要な制約を見落とす可能性があります。可能な限り、簡潔なプロジェクトマップ、明確な目的、対象を絞ったファイル抜粋を使用してください。

OpenRouterの統合はOpenAI互換として説明されているため、ベースURLまたはモデル識別子を変更するだけで、多くの既存SDKを利用できます。モデル固有の基本スラッグは stealth/ox-alpha です。

OpenRouter SDKを使用した最小限の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: "この関数をレビューし、エッジケースを説明してください。"
    }
  ]
});

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

ストリーミングする場合は、stream: true を追加し、Server-Sent Eventsのチャンクを到着順に処理します。SDKのレスポンス構造で利用可能な場合、最後のチャンクには推論トークンに関する情報を含む使用量の詳細が含まれることがあります。

OpenRouterのページでは、image_url および video_url オブジェクトを使った画像・動画コンテンツの例も提示されています。マルチモーダルのペイロード形式はSDKによって異なる場合があるため、自動化パイプラインに組み込む前に、管理された環境で正確なリクエスト形式をテストしてください。

Ox Alphaは、単発の回答を求めるよりも、継続的な目的をプロンプトで定義した場合に最も役立ちます。コーディングでは、リポジトリの目的、関連ファイル、制約、テストコマンド、期待する出力形式を提示してください。エージェントタスクでは、計画と実行を分け、何が変更されたかをモデルに報告させます。

リクエストが失敗した場合は、すべての設定を一度に変更するのではなく、原因を切り分けてください。まずAPIキーとモデルスラッグを確認します。次に、通常のテキストメッセージをテストします。その後、ストリーミング、ツール、視覚入力を個別に追加します。この順序により、問題が認証、ペイロード形式、プロバイダーの可用性、クライアントの挙動のいずれにあるかを特定しやすくなります。

信頼性の高い本番用ラッパーでは、機密性の高いプロンプト内容を不必要に保存することなく、リクエスト時間、ステータスコード、モデル名、トークン使用量、ツール呼び出しの失敗を記録する必要があります。一時的な失敗に対しては回数を制限した再試行を追加します。ただし、ツールがファイルの作成、メッセージの送信、外部システムの変更を実行できる場合は、制御のない繰り返しを避けてください。