Ox Alphaの推論設定：APIガイドと主な制限

Ox Alphaの推論設定は、モデルの挙動と公開されているAPI制御を組み合わせたものとして理解するのが適切です。このモデルは、コーディング、継続的なエージェント型作業、長期的なソフトウェアエンジニアリング、テキストと視覚的なコンテキストを組み合わせるワークフロー向けの推論システムとして紹介されています。ゲームやエンターテインメント作品ではなく、このページではAIモデルおよびAPIの対象として扱います。

最も重要な点は、推論が公開リクエストパラメータにある単純なオン／オフ設定ではなく、モデルの動作設計の一部であるように見えることです。公開されているドキュメントでは標準的な生成制御やツール制御が示されていますが、推論の強度を選択するための完全なユーザー向けパネルは提供されていません。

動画のハイライト：

• Ox Alphaは、2026年8月のプレビュー期間中、OpenRouter上で匿名モデルとして登場しました。
• 報告された構成には、1,048,576トークンのコンテキストウィンドウが含まれています。
• このモデルは、入力としてテキスト、画像、動画を受け付けます。
• 公開された構成上の手掛かりから、基盤となるモデルファミリーについて推測が行われています。
• プロバイダーの身元と内部推論の実装は、依然として確認されていません。

利用可能なAPI機能は、標準的なOpenAI互換のリクエストパラメータを中心に構成されています。これらの制御によって、応答の多様性、トークン上限、ツールの利用、出力構造を調整できます。ただし、これらを選択可能な推論レベルの確定したセットと誤解しないでください。

ある構成比較では、推論が必須のモデルと、low、high、maxと表現された3つの推論強度が確認されたと報告されています。しかし、公開されているOx Alphaのページでは、API一覧に推論強度を指定するパラメータは記載されていません。プロバイダーが詳細を公開するまでは、使用するエンドポイントまたはSDKが明示的にサポートしている制御だけを利用してください。

これらの制御の解釈方法

コード生成では、temperatureを低くするとより一貫した出力が得られる場合がありますが、最適な値はタスクやアプリケーションによって異なります。temperatureを普遍的な品質スイッチと見なすのではなく、代表的なプロンプトを使ってテストしてください。

top_pとtop_kは、追加のサンプリング制御を提供します。両方を同時に大きく調整すると、結果の評価が難しくなる可能性があるため、テスト時は一度に1つの変数だけを変更してください。構造化出力では、サンプリングの変更よりもresponse_formatの方が直接的に関係します。

ツールの利用は、エージェント型コーディングにおいて特に重要です。toolsフィールドは利用可能なアクションを定義し、tool_choiceはモデルによるツール呼び出しを許可または必須にするかどうかに影響します。ツールを有効にしたワークフローでも、引数の検証、権限の制限、失敗した呼び出しへの対応を必ず行ってください。

OpenRouterでは、Ox Alphaをスラッグstealth/ox-alphaを使用するOpenAI互換モデルとして説明しています。基本的なセットアップには、APIキー、モデル識別子、互換チャットエンドポイントに送信するリクエストが必要です。利用可能になった出力を部分的に受け取りたい場合は、ストリーミングが便利です。

最小限のリクエストは、次の概念的な構造を使用できます。

長いリポジトリタスクでは、明確な目的、制約、対象ファイル、検証コマンドを提示してください。コンテキストウィンドウは大きいものの、コンテキストが多ければ自動的に良くなるわけではありません。プロジェクトのスナップショットを送信する前に、無関係なログ、重複ファイル、秘密情報を削除してください。

Ox Alphaは、テキスト、画像、動画を受け付け、テキストを返すモデルとして掲載されています。この組み合わせにより、スクリーンショット、UI参照、図、録画デモ、視覚的なデバッグ資料とコードを組み合わせて利用できます。

100万トークンのコンテキストは、このモデルを特徴付ける容量上の機能です。構成について報告された正確な2の累乗の値は1,048,576トークンであり、OpenRouterのページでは丸めた「1M」というラベルが表示されています。これらのラベルは、精度の違いはあるものの、同じ概ねの容量を表しています。

パフォーマンスの数値は、ワークロード、プロンプトサイズ、ストリーミングの挙動、プロバイダーの状況によって変化します。OpenRouterのページでは、表示された3日間の期間について稼働率99.99%、可用性99.51%が報告されています。一方、レイテンシーとスループットは監視されたパーセンタイルとして表示されています。これらの数値は、すべてのリクエストに対する保証ではなく、運用上の指標として利用してください。

主な用途

• 関連ファイルやアーキテクチャメモを含む大規模なコードベースをレビューする。
• スクリーンショット、図、動画デモと実装要件を比較する。
• コードを書く前に複数ファイルの変更を計画する。
• 長い技術資料を実行可能な実装計画に要約する。
• 明示的なツールと検証手順を備えた、制御されたエージェントワークフローを実行する。

最も重要な運用上の問題は、表示されている価格ではありません。OpenRouterによると、Ox Alphaは匿名の第三者プロバイダーによって開発・運用されています。表示されているモデル規約では、プロンプトと生成結果はそのプロバイダーによって保持されますが、トレーニングには使用されません。その他の利用については、適用されるOx AlphaのOpenRouterモデルページと、そこからリンクされているStealth Model Termsに従います。

この違いはソフトウェアチームにとって重要です。金銭的には無料のリクエストであっても、機密性の高いソースコード、認証情報、顧客情報、独自設計が外部プロバイダーの保持ログに保存される可能性があります。OpenRouterはルーティング層として機能しており、Ox Alphaの開発者、所有者、プロバイダーとしては特定されていません。

原資料では、アクセス経路の違いも区別されています。OpenRouterのページではモデルプロバイダーによるデータ保持が説明されていますが、OpenCodeは自身の層においてゼロデータ保持を宣伝していると説明されています。これらは異なるポリシーを持つ別々のサービス層です。あるアクセス経路のポリシーが、別の経路にも自動的に適用されると考えないでください。

保持規約が要件に合う場合は、Ox Alphaを低リスクのプロトタイプ、公開コード、合成例、または承認済みの社内ワークフローに利用してください。規制対象の資料や極めて機密性の高い資料については、テスト前に組織の承認を取得してください。