モデル

Models ページ（Settings の歯車 → Models）は、施設のモデルカタログです。"Turn models on or off for this account. All models are enabled by default. Individual keys and agents can be restricted further."

ページ上部にある Automatically enable new models スイッチで、カタログにモデルが追加されたときの動作を決めます："When a new model is added to the catalogue, turn it on for this account automatically. Turn this off to review new models yourself before they can be used."

各モデルの最新の料金については Model Catalog を、性能とコストパフォーマンスでモデルを比較するには Model Rankings を参照してください。

図 1：Available models：Automatically enable new models、クイックプリセット、フィルター、リストの最上部にある Auto Router カード

モデルの一覧

モデルはプロバイダーごとにグループ化され、各グループにはリージョンのバッジ（例：US）と有効なモデルの数（例：7/7）が表示されます。リストのヘッダーには全体の数（例：117 / 117 enabled）が表示されます。各モデルの行には、次の項目が表示されます。

• モデル ID（例：anthropic/claude-sonnet-4-5）
• ID の横にある Copy model ID ボタン
• コンテキストウィンドウのサイズ（例：200K context、1M context）
• 入力と出力を分けた 100 万トークンあたりの料金（例：$3.15 in · $15.75 out / 1M tokens）
• モデルが受け付ける入力（テキスト、画像、音声、PDF）を示す機能アイコン（アイコンにカーソルを合わせると意味が表示されます。例："Supports image input"）
• 推論の設定（例：Reasoning: Default）。推論の設定を受け付けないモデルには No reasoning バッジが表示されます
• 有効化/無効化の切り替え

図 2：各モデルのコンテキストサイズ、料金、推論の設定、切り替えが表示されたプロバイダーグループ

モデルのオンとオフを切り替えてから、変更を保存 をクリックします。"At least one model must stay enabled." 各プロバイダーグループには、Disable all / Enable all のショートカットがあります。

ここでモデルを無効にすると、施設全体（すべての API キーと接続されたサービス）でそのモデルがブロックされます。1 つのキーまたはサービスについてだけリストを絞り込む場合は、その Restrict models オプションを使用します（API キー と Connected Services を参照）。

推論の設定

推論に対応した各モデルには、推論の設定があります。これは、クライアントが推論の度合いを指定しない場合に適用される推論の度合いです。推論の度合いを自分で設定できないツールに便利です。クライアントが独自のレベルを送信した場合は、そちらが優先されます。

図 3：開いた状態のモデルの推論の設定。Reasoning: Default と推論の度合いのレベルが表示されています

• Reasoning: Default は、プロバイダーのデフォルトをそのまま使用します。
• None、Minimal、Low、Medium、High、Max は、リクエストに推論の度合いが含まれていない場合に使用するレベルを設定します。プロバイダーによっては、特定のレベルのみを受け付けます。
• モデルがオフの間は、この設定を変更できません。
• 推論の設定を受け付けないモデルには、代わりに No reasoning と表示されます："This model does not accept a reasoning setting, so no default can be configured for it."

変更を保存 をクリックして適用します。

クイックプリセット

プリセットを使うと、厳選されたモデルの組み合わせをワンクリックで適用できます（その後、変更を保存 をクリックして適用します）。

検索、フィルター、並べ替え

• 検索 は、モデル名とプロバイダー名に一致するものを表示します（"Search models or providers"）。
• Status：Any / Enabled / Disabled。
• リージョン：United States / Europe / China。
• Capability：Vision（画像入力）、Audio（入力または出力）、PDF input、Reasoning。
• Sort By：Recommended / Name / Price / Context size（昇順または降順）。

一致するものがない場合は、"No models match your filters." と Clear filters アクションが表示されます。

Auto Router（auto）

Auto Router は、モデル ID auto としてリストの最上部にあり、"Usage-priced" と表示されています。

"Auto Routerには独自の価格設定がありません。リクエストごとにプロンプトの複雑さに基づいて最適なモデルが自動的に選択され、選択されたモデルの料金が請求されます。これが推奨されるデフォルトです。単純な作業には高速で安価なモデルが割り当てられ、タスクに必要な場合にのみ最強のモデルが使用されます。"

情報のヒントには、次のように要約されています："The Auto Router picks the best model for each request based on complexity. Callers use the single model "auto"; you decide which model handles each tier."

カードには、現在のルーティング（複雑さの段階ごとにどのモデルが処理するか）が表示されます。

各段階の現在の対象モデルとその料金は、モデルカタログ のページで公開されています。

Activity と Logs では、auto に送信されたリクエストに 実際に処理したモデル が表示されます。リクエストの詳細ドロワーには、Requested model として auto が記録されます。これは想定どおりの動作で、ルーターが何を選択したかを確認する方法です。

ルーティングの編集

Auto Router カードの Edit routing をクリックすると、施設の段階のマッピングをカスタマイズできます。

図 4：Edit Auto Router ダイアログ：複雑さの段階ごとに 1 つのモデル

"各複雑度階層を処理するモデルを選択します。呼び出し側は引き続き単一のモデル "auto" を使用し、リクエストはプロンプトの複雑度に基づいてここで選択したモデルにルーティングされます。有効になっているモデルのみを選択できます。"

すべての段階でモデルを選択し（"Pick a model for every tier to save."）、Save routing をクリックします。Reset to default を使うと、施設は標準のルーティングに戻ります。

施設で有効なモデルのリストを制限する場合は、ルーターの対象モデルを有効のままにしておいてください。ルーティングされたリクエストを処理するには、決定されたモデルが利用可能である必要があります。

必要なモデルがない場合

Models ページのサイドカードには、"Want to see a model added? Raise a support request and we'll add it if it's generally available." と表示されています。Raise a support request リンクを使用してください。