この記事は AIHubMix が作成しました。2026年11月12日時点のドキュメントに基づく解説です。認証付き API テストは実施しておらず、実際の出力やレイテンシも測定していません。以下のリクエストは架空の問い合わせを使った未実行の例であり、Google ネイティブ API の仕様とゲートウェイで確認できた動作は区別します。
TL;DR
- Gemini Decision 1 は文章生成ではなく、真偽判定、選択、ルーブリックに沿ったスコアを確率付きで返します。
- 1件の入力に複数の独立した質問をまとめられます。ただし、ある質問が別の質問の回答を読むことはできません。
- 公式標準料金は入力100万トークンあたり0.10米ドルで、出力トークンはありません。質問自体も入力課金に含まれます。
- AIHubMix の専用エンドポイントは Chat Completions ではありません。実際のレスポンス型と使用量は、組み込み前に検証が必要です。
問い合わせを3つの型付き判定に分ける
架空の問い合わせとして、Safari ではエクスポートボタンが動かず、Chrome では動くものの、今日中にレポートが必要な状況を考えます。必要なのは、担当部署、緊急度、代替手段が明記されているかという3つの判定です。
AIHubMix の Gemini Decision 1 は、このような限定された判断向けのモデルとして、専用の判定エンドポイントに掲載されています。ここではリクエストの構造を示すだけで、実際にどの回答が返ったかは示しません。
Google のモデル仕様には、次の3種類があります。
| 型 | 質問の役割 | 回答値 |
|---|---|---|
| noul | 条件が成立するか | yes の確率 |
| choice | どの振り分け先が適切か | 選択肢と確率 |
| score | どの程度か | 評価段階の期待値 |
Google ネイティブ API では、noul の範囲は0.01〜0.99です。choice は2〜255個の選択肢、score は2〜255段階の順序付き基準を扱い、通常の評価基準には2〜10段階が推奨されています。スコアは各段階のインデックスを確率で重み付けした平均なので、小数になることがあり、最も確率の高い段階と一致するとは限りません。
ネイティブ API の上限は1リクエストあたり1,000問で、入力と全質問を合わせた262,144トークンの範囲内です。テキスト、画像、音声、動画、PDF に対応すると記載されています。ただし、これは Google ネイティブ API の仕様です。AIHubMix 経由でのメディア対応、コンテキスト上限、質問数上限は、この記事では未検証です。
各質問は同じ入力を独立して評価します。別の質問の答えを参照する推論チェーンにはなりません。結果をアプリケーション側で組み合わせるか、前の判定に依存する処理には別のリクエストを使います。
料金は質問を含む入力全体で計算する
公式料金ページでは、共有入力は1リクエスト内で1回課金されます。各質問の指示、評価基準、書式のトークンは追加されるため、質問が無料になるわけではありません。
| モデル | 入力100万トークン | 出力100万トークン |
|---|---|---|
| Gemini Decision 1 | 0.10米ドル | 出力トークンなし |
| Gemini 3.5 Flash-Lite | 0.30米ドル | 2.50米ドル |
いずれも公式の標準直接 API 料金です。Flash-Lite の出力料金には thinking トークンが含まれます。2026年11月12日の確認時点では、AIHubMix の掲載料金もこれらと一致していました。
実測ではない仮定の試算として、月100,000件の問い合わせをそれぞれ1回送り、3問をまとめ、質問込みで1リクエスト2,000入力トークンが課金されるとします。
- Decision は2億入力トークン × 100万トークンあたり0.10米ドルで、20米ドルです。
- Gemini 3.5 Flash-Lite は同じ入力数の仮定で60米ドルです。さらに1リクエスト40出力トークンを仮定すると、400万出力トークンが10米ドルとなり、合計70米ドルです。
この試算にはキャッシュ、リトライ、税、後段のレビュー費用を含めていません。同じ課金入力数を仮定しているだけで、トークン分割や品質が同じという意味でもありません。振り分けの誤りが増えるなら、トークン料金の安さが運用費の安さにつながるとは限りません。
Decisions API にはコンテキストキャッシュも Batch API もありません。共有入力の利点はリクエスト内に限られ、次のリクエストで同じ長い入力を送れば再び課金されます。
ゲートウェイの形式でリクエストを作る
AIHubMix のモデル向け手順は、POST /v1/systemone、Bearer 認証、model、state、questions を含む本文を記載しています。
Google ネイティブ API は /v1beta/decisions と input を使います。リクエスト形式は交換可能ではありません。ネイティブ SDK の例のベース URL だけを変えても、メソッドやフィールドが変換されるとは限りません。
以下はドキュメントに基づく未実行の例です。架空の問い合わせを使い、ゲートウェイで未検証のメディア入力を避けてテキストだけを送る構成です。
curl --fail-with-body https://aihubmix.com/v1/systemone \
-H "Authorization: Bearer $AIHUBMIX_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "gemini-decision-1",
"state": "The export button fails in Safari. Chrome works, but I need to send the report today.",
"questions": {
"department": {
"type": "choice",
"instructions": "Which team should handle this support request?",
"criteria": {
"billing": "Charges, invoices, or refunds.",
"technical": "A product feature is not working.",
"other": "The request does not fit either department."
}
},
"urgency": {
"type": "score",
"instructions": "How time-sensitive is the request?",
"criteria": [
"No deadline is stated.",
"A future deadline is stated, but not today.",
"The user needs the task completed today."
]
},
"has_workaround": {
"type": "noul",
"instructions": "Does the message explicitly describe a working alternative?"
}
}
}'
choice.criteria はオブジェクト、score.criteria は順序付き配列です。質問キーの名前に意味を任せず、完全な質問を instructions に書きます。
ハマりどころ
掲載例だけでは Gemini のレスポンス型を確定できない
現在の AIHubMix の手順には Jev モデル名を使ったレスポンス例があります。これは Gemini の実行結果ではありません。 Gemini の実際のレスポンス形式、ルーティング、出力トークン計上、スコアや confidence の意味を確定する根拠にはなりません。組み込み前に、実際に返る型と使用量を検証してください。
confidence が高くても yes とは限らない
Google の Decisions API ガイドは、自分たちのトラフィックに由来するラベル付き事例で閾値を決め、別に残した評価用データで誤りを測ることを勧めています。
Google ネイティブ API の confidence は、結果のうち最も高い確率です。真偽判定では max(p, 1 − p) であり、別モデルによる独立した確認ではありません。確信度の高い no も no なので、条件が成立する確率の代わりには使えません。このネイティブ仕様が Gemini でもゲートウェイ経由で同じかは、Jev の掲載例からは検証できません。
スコアも期待値を使うのか、最も確率の高い単一の段階を使うのかを決めます。両者で処理が変わる場合があります。
候補外の入力でも選択肢に確率が配られる
振り分け先が許可済みの候補に含まれることを確認し、不確実、対象外、形式不正の結果はレビューに回します。どの候補にも当てはまらない可能性があれば other を用意します。閉じた選択肢の集合は、適切な候補がなくても確率を配分します。
回答がない状態を承認として扱ってしまう
Google のドキュメントには、ブロックされた入力が判定結果ではなく HTTP 400 を返す例があります。これはネイティブ API の記載で、AIHubMix で測定したレスポンスではありません。ゲートウェイの HTTP エラーガイドを参照し、非成功レスポンスを判定とは別に扱います。欠けた回答を自動承認にしてはいけません。
型付きの回答も実行権限を与えるものではありません。認可や重大な判断のレビューはアプリケーション側の責任です。
速度と用途の範囲
Google は、16Kトークンまでの入力でエンドツーエンドのレイテンシ中央値が150〜250ms、1〜100問ではレイテンシがほぼ一定と報告しています。ベンダー公表値であり、AIHubMix の実測値ではありません。 1,000問や最大コンテキストでの性能保証でもありません。
振り分け、ポリシーチェック、候補の順位付け、限定的なエージェントの停止・エスカレーション判定には適合する可能性があります。一方、説明文、任意の値の抽出、引数付きツール呼び出し、多段の推論が必要なら、生成モデルを使う領域です。
まとめ
- 同じ入力に対する独立した質問をまとめても、回答同士に依存関係は作れません。
- 課金は質問を含む入力全体で計算し、仮定の費用と実測を区別します。
- ネイティブ API の仕様、ゲートウェイのドキュメント、実際に確認した動作を混同しないことが重要です。
- 型、使用量、許可済み候補、失敗時の分岐を確認し、閾値はラベル付きデータで評価します。
組み込みに進む場合は、まず実際のレスポンス型と使用量を検証し、そのうえで保留した評価用データを使って振り分けポリシーの誤りを測ってください。
あわせて読みたい：Gemini Decision 1 シリーズ
- リクエスト形式だけでなく、閾値や振り分け全体のコストを比較するなら、Gemini Decision 1とJev 1.14：ルーティングの閾値とコストを比較するをご覧ください。
参考
料金は2026年11月12日06:43 UTC の確認に基づきます。仕様と料金はドキュメントのスナップショットであり、推論の実測ではありません。
- Gemini Decisions API 発表（Google DeepMind）
- Gemini Decision 1 モデル仕様、Decisions API ガイド（Google）
- Gemini API 料金（Google、Decision と Flash-Lite の米ドル建て標準料金）
- Gemini Decision 1 ゲートウェイ手順、Flash-Lite 掲載情報（AIHubMix）
- HTTP ステータスコードの参考情報（AIHubMix）