- Ox Alpha chat completionsでは、
stealth/ox-alphaモデル識別子を使用します。 - 認証には、Bearerトークンとして送信するTokenra APIキーが必要です。
- リクエスト形式は、一般的なOpenAI形式のmessages配列に従います。
- 推論モードは、サポートされている場合に
reasoning.enabled: trueで有効にできます。 - レスポンスデータは主に
choices[0].message.contentに含まれます。
Ox Alpha chat completionsの概要
Ox Alpha chat completionsは、stealth/ox-alphaモデルに会話形式のメッセージを送信するためのサーバーサイドAPIインターフェースを提供します。基本的なリクエストはJSONを使用し、modelとmessagesの2つのフィールドが必要です。オプションの制御項目を使うことで、推論、出力の長さ、サンプリング、ツールの動作を調整できます。
この統合機能は、一般的なchat completion構造を基盤として設計されています。各メッセージにはroleとcontentが含まれるため、アプリケーションからユーザープロンプトを送信し、必要に応じてシステムやアシスタントのコンテキストも追加できます。そのため、このエンドポイントはチャットインターフェース、社内ツール、自動化ワークフロー、構造化されたアプリケーション機能に適しています。
公式のOx Alpha APIドキュメントでは、必要なリクエスト構造、認証ヘッダー、利用可能なパラメーター、成功時のレスポンス形式について説明しています。
モデル
リクエスト本文では、正確な識別子stealth/ox-alphaを使用します。
メッセージ
roleとcontentの値を持つ会話オブジェクトの配列を送信します。
推論
推論オプションを有効にして、プロバイダーが提供する推論関連フィールドをリクエストします。
レスポンス
生成された回答はchoices[0].message.contentから読み取ります。
| 要件 | 値 | 目的 |
|---|---|---|
| モデル | stealth/ox-alpha | Ox Alphaモデルを選択 |
| メッセージ | 配列 | 会話コンテキストを提供 |
| コンテンツタイプ | JSON | リクエスト本文をフォーマット |
| 認証 | Bearerトークン | API呼び出しを認証 |
まずはmodelとmessagesだけで開始してください。基本的なcompletionが期待どおりに返ることを確認してから、生成制御やツールを追加します。
認証と最初のリクエスト
APIキーは、信頼できるサーバーまたは保護されたバックエンドに保管してください。本番用のキーをブラウザーのJavaScript、公開リポジトリ、モバイルバンドル、その他ユーザーが確認できるクライアント側パッケージに配置しないでください。
認証には、AuthorizationヘッダーにTokenra APIキーを指定します。値はBearerトークンの規約に従います。また、リクエストではContent-Type: application/jsonを指定して、JSONコンテンツであることを宣言してください。
HTTP-RefererとX-Titleヘッダーは任意のメタデータです。アプリケーションを識別したり、プロバイダーのランキング用コンテキストを提供したりできますが、基本的なリクエストに必須のヘッダーとしては記載されていません。
APIキーを安全に保存する
TOKENRA_API_KEYなどのサーバー側環境変数にTokenra APIキーを保存します。キーをソース管理の対象外にし、ログに出力しないでください。
JSON本文を準備する
modelをstealth/ox-alphaに設定し、messages配列を指定します。各メッセージには有効なroleとテキストコンテンツを含めてください。
POSTリクエストを送信する
Ox Alphaのドキュメントに記載されたChat Completionsエンドポイントに、サーバー側からPOSTリクエストを送信します。Bearer認証ヘッダーとJSONコンテンツタイプを含めてください。
アシスタントメッセージを読み取る
JSONレスポンスを解析し、生成されたcompletionをchoices[0].message.contentから確認します。
最小限のJavaScriptパターンを使うと、デプロイ環境の詳細をハードコードせずにエンドポイントを設定できます。
const response = await fetch(process.env.CHAT_COMPLETIONS_URL, {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.TOKENRA_API_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
model: "stealth/ox-alpha",
messages: [
{
role: "user",
content: "What AI model are you?"
}
]
})
})
const data = await response.json()
const answer = data.choices?.[0]?.message?.content
| ヘッダー | 必須/任意 | 推奨値 |
|---|---|---|
Authorization | 必須 | Bearer ${TOKENRA_API_KEY} |
Content-Type | 必須 | application/json |
HTTP-Referer | 任意 | アプリケーションのURL |
X-Title | 任意 | アプリケーション名 |
本番用APIキーをブラウザーコード、公開Gitリポジトリ、クライアント側バンドル、スクリーンショット、エラーメッセージに絶対に公開しないでください。
リクエストパラメーターと生成制御
必須のリクエスト本文は意図的にシンプルですが、Ox Alphaはいくつかのオプション制御をサポートしています。各パラメーターはアプリケーションによる生成処理を変えるため、必要なものだけを選択して使用してください。
max_tokensは生成されるトークン数の上限を設定します。temperatureはサンプリングの多様性を変更し、top_pは累積確率の範囲に基づいて選択を制限します。ドキュメント上のデフォルト値は、temperatureが1、top-pが0.95です。top_kのデフォルト値は0で、各生成ステップで考慮する候補トークン数を制限できます。
推論は単独のBoolean値ではなく、オブジェクトを通じて制御します。アプリケーションがプロバイダーに推論関連フィールドの返却を求め、選択したサービスがそれをサポートしている場合は、reasoning.enabledをtrueに設定します。
| パラメーター | 型 | ドキュメント上のデフォルト | 用途 |
|---|---|---|---|
model | String | なし | 必須のモデル識別子 |
messages | Array | なし | 必須の会話入力 |
reasoning | Object | なし | 推論の動作を制御 |
max_tokens | Integer | なし | 生成される出力の長さを制限 |
temperature | Float | 1 | サンプリングの多様性を制御 |
top_p | Float | 0.95 | 累積トークン確率を制限 |
top_k | Integer | 0 | 各ステップの候補トークン数を制限 |
tools | Array | なし | OpenAI形式のツールを定義 |
tool_choice | Stringまたはobject | なし | ツール選択を制御 |
予測しやすい出力
文体の変化より一貫性を重視する場合は、temperatureを低く設定します。
より長い回答
インターフェースで表示・保存できるレスポンスのサイズに応じて、max_tokensを設定します。
ツールワークフロー
アプリケーションにツール実行の経路がある場合にのみ、toolsを指定してtool_choiceを設定します。
実用的な設定は、タスクに合わせて調整してください。
- 分類や抽出では、出力を制約し、保守的なサンプリング設定を優先します。
- ブレインストーミングでは、適切な出力上限を維持しながら、より高いサンプリングの多様性を許容します。
- ツール呼び出しでは、ツールスキーマを明確に定義し、実行前に返された引数を検証します。
- 推論を有効にしたリクエストでは、返されたフィールドのうち、保存・表示・省略するものを決めておきます。
ドキュメントでは、temperature、top_p、top_kを個別の制御項目として説明しています。テスト時は一度に1つのサンプリング戦略だけを変更し、効果を特定できるようにしてください。
レスポンス形式とアプリケーションでの処理
成功したレスポンスはchat completion構造を使用します。生成されたアシスタントメッセージはchoices[0].message.contentにあります。レスポンスには、識別子、オブジェクトタイプ、作成日時、選択されたモデル、プロバイダー情報、completionの状態、使用量の詳細も含まれます。
推論が有効で利用可能な場合は、choices[0].message.reasoningとchoices[0].message.reasoning_detailsを確認してください。これらのフィールドにはプロバイダーが提供する推論出力が含まれる場合があるため、アプリケーションのプライバシー、セキュリティ、製品要件に従って取り扱う必要があります。
finish_reasonフィールドは、生成が停止した理由を示します。stopのような値は通常の完了を示し、トークン制限を示す状態は、設定した出力上限に達した可能性を示します。
| レスポンスパス | 意味 | アプリケーションでの用途 |
|---|---|---|
id | Completion識別子 | トレースログとサポート依頼 |
model | 生成に使用されたモデル | ルーティングと設定を確認 |
choices[0].message.content | アシスタントの主要レスポンス | 生成テキストを表示または処理 |
choices[0].message.reasoning | 利用可能な場合の推論テキスト | 選択的かつ安全に処理 |
choices[0].message.reasoning_details | 構造化された推論の詳細 | 必要な場合のみ確認 |
choices[0].finish_reason | Completionの停止状態 | 通常出力または制限出力を検出 |
usage.total_tokens | プロンプトとcompletionの合計トークン数 | リクエスト消費量を監視 |
usage.cost | 報告されたリクエストコスト | サービス使用量のメタデータを確認 |
すべてのオプションプロパティが存在すると仮定せず、防御的に解析してください。有効なアプリケーションは、空のchoices配列、欠落したcontent値、利用できない推論フィールド、予期しない完了状態が返された場合でもクラッシュせずに処理できる必要があります。
choices[0].message.contentを主要な出力として扱い、オプションの推論フィールドはレスポンス内に存在することを確認してから確認してください。
本番環境チェックリストとFAQ
Ox Alpha統合をリリースする前に、リクエスト経路、シークレットの取り扱い、レスポンスパーサー、運用上の安全対策を確認してください。通常のcompletionだけでなく、空の出力、長いプロンプト、ツール呼び出し、不完全な生成などのエッジケースもテストします。
本番環境対応チェックリスト:
- Tokenra APIキーをサーバー側環境変数に保存する
- 正確なstealth/ox-alphaモデル識別子を使用する
- modelとmessagesをJSONリクエスト本文として送信する
- choices[0].message.contentを防御的に解析する
- ユーザーに公開する前に推論フィールドと使用量フィールドを確認する
| テスト領域 | 確認内容 | 合格条件 |
|---|---|---|
| 認証 | Bearerトークンとシークレットの保存 | 認証情報を公開せずにリクエストが成功する |
| リクエスト本文 | Modelとmessagesのフィールド | JSONがドキュメント記載の構造と一致する |
| 生成 | 上限とサンプリング制御 | 出力が製品要件に収まる |
| 推論 | オプションの推論フィールド | フィールドが欠落していても解析が壊れない |
| Completion状態 | finish_reason | アプリケーションが通常出力と制限出力を処理できる |
| 使用量 | トークンメタデータ | プロンプトを漏えいせずにログで監視できる |
継続的なメンテナンスでは、エンドポイントの設定をアプリケーションロジックから分離してください。必要に応じてリクエスト識別子やcompletionの状態をログに記録しますが、明確な運用上の必要性がない限り、機密性の高いプロンプト、APIキー、プロバイダーが返した推論を記録しないでください。
Q: Ox Alpha chat completionsで必要なモデル識別子は何ですか?
ドキュメント上のモデル識別子は`stealth/ox-alpha`です。基本的なリクエストには`messages`配列も必要です。
Q: Ox Alphaのリクエストに必要なヘッダーはどれですか?
`Authorization`ヘッダーにBearer形式のTokenra APIキーを指定し、`Content-Type: application/json`で本文を送信します。`HTTP-Referer`と`X-Title`は任意です。
Q: 生成されたレスポンスはどこにありますか?
アシスタントの主要なレスポンスは`choices[0].message.content`から読み取ります。アプリケーションで通常の完了と制限による完了を区別する必要がある場合は、`finish_reason`も確認してください。
Q: リクエストで推論はどのように機能しますか?
`enabled`を`true`に設定した`reasoning`オブジェクトを追加します。推論が利用可能な場合、関連する値がアシスタントメッセージの`reasoning`と`reasoning_details`に含まれることがあります。
公式のOx Alpha APIドキュメントを2026-08-22に再確認し、その後もプロバイダー設定を変更するたびに確認してください。