Ox Alpha chat completions:API設定のステップバイステップガイド - API

Ox Alpha chat completions:API設定のステップバイステップガイド

Ox Alpha chat completionsの設定方法、リクエストの認証、推論オプション、生成制御、レスポンスの読み取り方法を解説します。

2026-08-22
Ox Alpha Wikiチーム
クイックガイド
  • 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を使用し、modelmessagesの2つのフィールドが必要です。オプションの制御項目を使うことで、推論、出力の長さ、サンプリング、ツールの動作を調整できます。

この統合機能は、一般的なchat completion構造を基盤として設計されています。各メッセージにはrolecontentが含まれるため、アプリケーションからユーザープロンプトを送信し、必要に応じてシステムやアシスタントのコンテキストも追加できます。そのため、このエンドポイントはチャットインターフェース、社内ツール、自動化ワークフロー、構造化されたアプリケーション機能に適しています。

公式のOx Alpha APIドキュメントでは、必要なリクエスト構造、認証ヘッダー、利用可能なパラメーター、成功時のレスポンス形式について説明しています。

モデル

リクエスト本文では、正確な識別子stealth/ox-alphaを使用します。

メッセージ

roleとcontentの値を持つ会話オブジェクトの配列を送信します。

推論

推論オプションを有効にして、プロバイダーが提供する推論関連フィールドをリクエストします。

レスポンス

生成された回答はchoices[0].message.contentから読み取ります。

要件目的
モデルstealth/ox-alphaOx Alphaモデルを選択
メッセージ配列会話コンテキストを提供
コンテンツタイプJSONリクエスト本文をフォーマット
認証BearerトークンAPI呼び出しを認証
統合のヒント

まずはmodelmessagesだけで開始してください。基本的なcompletionが期待どおりに返ることを確認してから、生成制御やツールを追加します。

認証と最初のリクエスト

APIキーは、信頼できるサーバーまたは保護されたバックエンドに保管してください。本番用のキーをブラウザーのJavaScript、公開リポジトリ、モバイルバンドル、その他ユーザーが確認できるクライアント側パッケージに配置しないでください。

認証には、AuthorizationヘッダーにTokenra APIキーを指定します。値はBearerトークンの規約に従います。また、リクエストではContent-Type: application/jsonを指定して、JSONコンテンツであることを宣言してください。

HTTP-RefererX-Titleヘッダーは任意のメタデータです。アプリケーションを識別したり、プロバイダーのランキング用コンテキストを提供したりできますが、基本的なリクエストに必須のヘッダーとしては記載されていません。

1

APIキーを安全に保存する

TOKENRA_API_KEYなどのサーバー側環境変数にTokenra APIキーを保存します。キーをソース管理の対象外にし、ログに出力しないでください。

2

JSON本文を準備する

modelstealth/ox-alphaに設定し、messages配列を指定します。各メッセージには有効なroleとテキストコンテンツを含めてください。

3

POSTリクエストを送信する

Ox Alphaのドキュメントに記載されたChat Completionsエンドポイントに、サーバー側からPOSTリクエストを送信します。Bearer認証ヘッダーとJSONコンテンツタイプを含めてください。

4

アシスタントメッセージを読み取る

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.enabledtrueに設定します。

パラメータードキュメント上のデフォルト用途
modelStringなし必須のモデル識別子
messagesArrayなし必須の会話入力
reasoningObjectなし推論の動作を制御
max_tokensIntegerなし生成される出力の長さを制限
temperatureFloat1サンプリングの多様性を制御
top_pFloat0.95累積トークン確率を制限
top_kInteger0各ステップの候補トークン数を制限
toolsArrayなしOpenAI形式のツールを定義
tool_choiceStringまたはobjectなしツール選択を制御

予測しやすい出力

文体の変化より一貫性を重視する場合は、temperatureを低く設定します。

より長い回答

インターフェースで表示・保存できるレスポンスのサイズに応じて、max_tokensを設定します。

ツールワークフロー

アプリケーションにツール実行の経路がある場合にのみ、toolsを指定してtool_choiceを設定します。

実用的な設定は、タスクに合わせて調整してください。

  • 分類や抽出では、出力を制約し、保守的なサンプリング設定を優先します。
  • ブレインストーミングでは、適切な出力上限を維持しながら、より高いサンプリングの多様性を許容します。
  • ツール呼び出しでは、ツールスキーマを明確に定義し、実行前に返された引数を検証します。
  • 推論を有効にしたリクエストでは、返されたフィールドのうち、保存・表示・省略するものを決めておきます。
パラメーターに関する注意

ドキュメントでは、temperaturetop_ptop_kを個別の制御項目として説明しています。テスト時は一度に1つのサンプリング戦略だけを変更し、効果を特定できるようにしてください。

レスポンス形式とアプリケーションでの処理

成功したレスポンスはchat completion構造を使用します。生成されたアシスタントメッセージはchoices[0].message.contentにあります。レスポンスには、識別子、オブジェクトタイプ、作成日時、選択されたモデル、プロバイダー情報、completionの状態、使用量の詳細も含まれます。

推論が有効で利用可能な場合は、choices[0].message.reasoningchoices[0].message.reasoning_detailsを確認してください。これらのフィールドにはプロバイダーが提供する推論出力が含まれる場合があるため、アプリケーションのプライバシー、セキュリティ、製品要件に従って取り扱う必要があります。

finish_reasonフィールドは、生成が停止した理由を示します。stopのような値は通常の完了を示し、トークン制限を示す状態は、設定した出力上限に達した可能性を示します。

レスポンスパス意味アプリケーションでの用途
idCompletion識別子トレースログとサポート依頼
model生成に使用されたモデルルーティングと設定を確認
choices[0].message.contentアシスタントの主要レスポンス生成テキストを表示または処理
choices[0].message.reasoning利用可能な場合の推論テキスト選択的かつ安全に処理
choices[0].message.reasoning_details構造化された推論の詳細必要な場合のみ確認
choices[0].finish_reasonCompletionの停止状態通常出力または制限出力を検出
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に再確認し、その後もプロバイダー設定を変更するたびに確認してください。