Ox Alphaの推論強度：設定とAPIガイド

Ox Alphaは、2026年8月20日にOpenRouterを通じて公開された、サードパーティ製のステルス推論モデルです。コーディング、継続的なエージェント作業、本番ワークロード、テキストと視覚的コンテキストを組み合わせるタスク向けに位置付けられています。Ox Alphaの推論強度を調べるうえで重要なのは、推論が必須と説明されている点です。つまり、このモデルは無効化する単純なスイッチを公開する代わりに、難しいタスクへ内部処理を費やすよう設計されています。

OpenRouterの公開リストでは、Ox Alphaはテキスト、画像、動画を受け取り、テキストを返すマルチモーダルモデルとして紹介されています。記載されているコンテキストは1Mトークンで、大規模なリポジトリ、長い仕様書、視覚的な参照資料、複数ステップのセッションに適しています。推論強度を選択するためのユーザー向けスライダーについては、リスト上で文書化されていません。

動画のハイライト：

• このモデルは2026年8月、匿名のプロバイダーによるリストとして登場しました。
• 設定上の類似点から、複数の推論プロファイルが存在する可能性が示されています。
• コーディングとエージェント型ワークロードが、主要な実用例となっています。
• プロバイダーの身元とデータ取り扱い条件は、依然として重要な未解決事項です。

確認できる設定に関する議論では、低・高・最大という3つの推論強度ラベルが説明されており、最大がデフォルトプロファイルとして使われていると報告されています。これらは、確定した公開コントロールではなく、設定に関する証拠として扱うべきです。OpenRouterのクイックスタート文書には標準的な生成パラメーターが記載されていますが、専用の reasoning_effort フィールドは示されていません。

Ox Alphaの推論動作を理解する最も有用な方法は、内部推論の強度と通常のサンプリングコントロールを分けて考えることです。Temperature、top-p、top-k、最大トークン数、ツール設定は、応答の生成方法に影響します。しかし、これらは推論強度を選択する機能の代わりにはなりません。

OpenRouterでは、Ox Alphaのtemperatureのデフォルトを1、top-pのデフォルトを0.95、top-kのデフォルトを0として掲載しています。このモデルは、ツール、ツール選択、応答形式、最大トークン数の制限にも対応しています。これらのコントロールは出力のスタイルやワークフローの動作を整えられますが、リクエストで内部推論の低・高・最大のいずれかが選択されたことを証明するものではありません。

安定した結果を得るには、隠れた推論強度を無理に指定しようとせず、保守的なプロンプトから始めましょう。目的を示し、制約を列挙し、望ましい出力を定義し、検証を求めてください。コーディング作業では、関連ファイルやリポジトリマップを含め、テストコマンドを指定し、モデルが確認できた事実と仮定を区別するよう求めましょう。

Ox Alphaは、モデルスラッグ stealth/ox-alpha を使用してOpenRouter互換APIから利用できます。統合方法はOpenAI互換のパターンに従います。APIキーを作成し、ベースURLまたはSDK設定を指定し、モデルを選択してリクエストを送信します。ストリーミングは、出力を段階的に受け取れるため、長時間の推論タスクに便利です。

最小限のリクエストには、Ox Alpha OpenRouterリストに示されているものと同じOpenAI互換形式を使用できます。

const response = await openrouter.chat.send({
  model: "stealth/ox-alpha",
  messages: [
    {
      role: "user",
      content: "Review this function, identify edge cases, and propose tests."
    }
  ],
  stream: true
})

マルチモーダル作業については、テキストコンテンツと画像・動画入力を組み合わせる例もリストに示されています。使用するSDKが送信予定のコンテンツ形式に対応していることを確認し、本番ワークフローを実行する前にメディアURLを検証してください。

OpenRouterのリストでは、プレビュー期間中のプロンプトトークンと完了トークンの料金が無料と報告されています。無料で利用できるからといって、サービスに運用上のトレードオフがないわけではありません。報告されるパフォーマンスは測定期間や指標によって異なるため、スループット、レイテンシ、可用性、ツール呼び出しエラーは分けて読む必要があります。

リストでは、プロバイダーのスループットはP50で毎秒23トークン、プロバイダーのレイテンシはP50で5.30秒と示されています。より広い3日間の数値では、平均スループットのパーセンタイルとエンドツーエンドのレイテンシが大きく変動する可能性があります。また、同ページでは、記載された3日間の期間における稼働率99.99%、可用性99.51%も報告されています。これらは記載されたサービス期間におけるプラットフォーム上の観測値であり、恒久的な保証ではありません。

最も有望なユースケースには、3つの共通点があります。拡張された推論からメリットを得られること、大きなコンテキストウィンドウを正当化できる十分な情報があること、そして人間が結果を検証できることです。短い事実確認のプロンプトでは、同じ深さは必要ないかもしれません。定型的な変換では指示を簡潔に保ち、追加の推論によって精度が向上するかを測定してください。

最も重要な運用上の問題は、データ保持です。OpenRouterのページでは、Ox Alphaは匿名のサードパーティプロバイダーによって開発・運用されていると説明されています。プロンプトと完了結果はそのプロバイダーによって保持され、トレーニングには使用されませんが、その他の取り扱いは適用されるステルスモデルの規約に従います。

この違いは、ソースコード、顧客データ、認証情報、専有文書、個人情報に関係します。別のアクセス経路では、その経路独自のレイヤーで異なる保持ポリシーが示される場合がありますが、あるゲートウェイのポリシーを別のゲートウェイに自動的に適用してはいけません。機密情報を送信する前に、正確な経路、規約、組織のポリシーを確認してください。

リポジトリを送信する前に、非公開の情報を削除する工程を設けてください。タスクに関係しない .env の値、アクセストークン、非公開URL、顧客識別子、内部コメントを削除します。モデルに設定の形状が必要な場合は、代わりに合成データによる例を提示してください。