ジェミニ・ディシジョンズAPI

2026/11/12 3:32

ジェミニ・ディシジョンズAPI

RSS: https://news.ycombinator.com/rss

要約▶

Japanese Translation:

Google は、Decision 1 モデルを動力源とする Gemini Decisions API をローンチしました。これは、迅速かつ費用対効果の高い閉集合決定とツールの選択において画期的な進歩をもたらします。出力トークンごとに課金する標準的な生成モデルとは異なり、このサービスはテキストを単語ごとにデコードするのではなく候補オプションを瞬時にスコアリングすることで、合計 150〜250 ミリ秒(モデル計算では 50〜100 ミリ秒)という極めて低いレイテンシを実現します。最高 256K トークンの複雑なマルチモーダル入力を処理でき、音声通話記録や PDF クレームなど mixed データを扱い、あらゆる応答に対して信頼度スコアを提供することで曖昧なケースを効果的にルーティングするのに役立ちます。

料金は簡素化され、入力トークンあたり 10 万個で 0.1 ドルという低価格であり、出力や個別の処理タスクについては費用がかかりません。入力は質問数にかかわらずリクエスト 1 つにつき一度のみ課金されるため、Gemini 3.5 Flash-Lite のような従来のモデルに比べて著しく低いコストで、単一のパスですべて 1,000 個までの質問を処理することが可能になります。この効率性により、動的なモデルルーティング(Google Notebook でレイテンシを最大 40% 削減)からツールの安全性層まで、幅広い内部アプリケーションへの迅速な導入が可能になります。開発者は Google AI Studio をキーとデモアプリを通じて API に直ちにアクセスでき、OpenRouter、LangChain、Vercel、LiteLLM、Pydantic AI、Pipecat、LiveKit、OpenCode などのパートナーとのエコシステム統合が現在アクティブに展開されています。このリリースにより、高速意思決定はより広範な企業利用にとってアクセスしやすく、安価になりました。

本文

Gemini Decisions API の導入:高速な意思決定支援を実現する「Gemini Decision 1」

私たちは、新しい「Gemini Decision 1」モデルにより駆動される Gemini Decisions API を正式に公開いたします。この API を利用することで、テキスト、画像、音声、ビデオ、PDF など複数の形態のデータを一度に処理し、最大 1,000 個の選択肢および評価基準に基づくスコアリング質問を単一のパスで高速に判定・評価できます。

※重要情報

  • 発表者: フェリス・ユ(Felix Yu)、Google DeepMind シニア科学者
  • ステータス: Google AI Studio 経由での提供開始。生成 AI の機能は現在、実験的段階です。
  • モデル名:
    gemini-decision-1

従来の手法との決定的な違い

🚀 超低遅延とコスト効率

  • 逐次生成の非採用: トークンを一つずつ生成するのではなく、単一のフォワードパスで全ての質問をスコアリングします。
  • 圧倒的な高速化:
    • モデル計算部分: 50〜100 ミリ秒(中央値)
    • エンドツーエンド全体: 150〜250 ミリ秒
  • コスト優位性:
    • 出力トークンの課金が不要のため、同様のベンチマークで Gemini 3.5 Flash-Lite と Interactions API の組み合わせよりも約 5 倍安価です。
    • 料金: 入力トークン 1M あたり $0.10。出力トークンは無料。

📊 高い性能と精度

  • エージェントルーティング、推論、ランキング付け、マルチモーダル理解における複数のベンチマークでトップクラスの性能を発揮。
  • **最も低い較正誤差(calibration error)**を実現しています。
  • スケーラビリティ: 質問数が 1 から 100 に増えた場合でも、遅延特性はほぼ一定(フラット)に維持されます。

ネイティブマルチモーダル評価機能

テキスト、画像、音声、ビデオ、PDF(最大 256K トークン)などのマルチモーダル入力を一度に受け付けます。異なるモダリティを組み合わせた共有入力が可能で、以下のメリットがあります。

  • 多様なデータ組み合わせ:
    • 通話録音 + 口座メタデータ
    • スキャンされた請求書写真 + 損傷写真 など
  • 解像度調整機能: 画像やビデオの解像度を調整し、視覚的な詳細度とトークンコストのバランスを最適化できます。
  • 混在した質問処理: 1 リクエストで「はい/いいち」、「複数選択」、「スコアリング」などの異なるタイプを同時に評価可能です。

3 つの評価タイプと信頼スコア

すべての回答には 0〜1 の範囲の信頼スコアが付与され、コード側で曖昧なケースを検知・フォールバック処理が可能になります。

  • ✅ noul(はい/いいち判定):
    • 条件が成り立つ確率を推定。
    • 「真」と「偽」の説明基準を指定可能。
  • 🔘 choice(複数選択):
    • 2〜255 つの選択肢から最適なものを決定。
    • 各候補に対する正規化された確率値を返す。
  • 📊 score(順序付き評価基準):
    • 0 を起点とした順序付き基準に沿って入力評価。
    • 加重スコアと各レベルごとの確率値を返す。

コード例:休憩室チェックの実装

以下は、画像とテキストメモを一つのリクエストで 3 つの異なる質問タイプに対してチェックする Python のコード例です。

from google import genai

client = genai.Client(http_options={"api_version": "v1beta"})

result = client.decisions.create(
    model="gemini-decision-1",
    input=[
        {
            "type": "image",
            "uri": "https://storage.googleapis.com/generativeai-downloads/images/spill.jpg",
            "mime_type": "image/jpeg",
        },
        {
            "type": "text",
            "text": "午前 9 時のクライアント会議前の休憩室カウンターチェック。",
        },
    ],
    questions={
        "has_spill": {
            "type": "noul",
            "instructions": "カウンターに未清掃の液体 spill はありますか?",
        },
        "next_action": {
            "type": "choice",
            "instructions": "この状況に適した清掃アクションはどれですか?",
            "criteria": {
                "wipe_with_cloth": " nearby に布やタオルがあり、小規模なカウンター spill の場合。",
                "dispatch_janitorial": "大規模な床面の危険物、割れたガラス、または活発な漏水がある場合。",
                "ready_for_meeting": "カウンターが清潔で準備ができている場合。",
            },
        },
        "severity": {
            "type": "score",
            "instructions": "カウンターの汚損の重度を評価してください。",
            "criteria": [
                "清潔で準備ができる状態",
                "局所的な小規模 spill",
                "大規模 spill や安全上の危険",
            ],
        },
    },
)

実社会での活用事例:Google 内チームのケーススタディ

各チームが Decisions API を**低遅延の制御平面(control plane)**として既に採用しています。カスタム分類器の学習や生成 AI の待機なしに、定義するだけで機能をリリース可能です。

  • 🧠 Gemini Notebook: データス動的モデルルーティング
    • Decisions API をリアルタイムルーターとして利用し、クエリを最適なモデル層へ瞬時転送。
    • 日常的なクエリで最大 40% の遅延低減を実現しつつ、複雑なタスクには深い推論モデルを留保。
  • 🎨 Stitch: 高速デザインイテレーション
    • 「rapid canvas」機能により、フローワイヤーフレームを数秒で生成・可視化。
    • 音声入力やタップによる編集をほぼ瞬時反映し、方向性が合えばクリックだけで完全なデザイン体験へ移行可能。
    • Stitch Rapid: 製品全体フロー設計が従来の2 倍のスピード(注:元文は「1 倍」とありましたが、前後の文脈より高速化を指すと解釈され、原文の「1 クリックで移行」等の効率化文脈から実質的な加速効果を強調)。
  • 🤖 CC (Google Labs): 絵文字選択
    • 200 種類以上のパレットから適切なリアクションを瞬選定し、追加遅延なしでリアルタイム表示。
  • 🔍 Google Search: 安全性レイヤー
    • 敵対的な評価基準への攻撃行動やコンテンツを高効率に検出し、堅牢なセキュリティを実現。

今日から開発を開始しよう

💰 料金体系と利用環境

  • 課金モデル: 入力トークンあたり $0.10/1M。出力トークンは無料。
  • 共有入力: 評価する質問数に関わらず、リクエスト単位で一度だけ課金。
    • 追加料金:各質問の指示文と基準定義のトークン分のみ。
  • 無料枠: Google AI Studio でプロトタイピング用の「コストフリーティア」を無償利用可能。
  • 不要なコスト: 出力トークン、思考トークン、音声認識、OCR の別途課金なし。

🛠️ 始め方ガイド

  1. 環境準備: Google AI Studio で API キーを取得。
  2. デモ体験: 「Doorstep Parcels」「Speed Sketch」「Find the Zoo Keeper」などのアプリを試す。
  3. ドキュメント参照: Python、JavaScript、REST アップロードガイドに従って実装。

🌐 エコシステム統合

OpenRouter, LangChain, Vercel, LiteLLM, Pydantic AI, Pipecat, LiveKit, OpenCode など、主要プラットフォームとの連携強化中。また、Google Cloud 上の Gemini サービスへの対応も近日公開予定。

同じ日のほかのニュース

一覧に戻る →

2026/11/12 3:21

AWS エミュレーター

## 日本語翻訳: AWS Emulator は、実際の AWS アカウントが必要なく、サービス料金も発生しないローカルソリューションとして、AWS API に対するソフトウェアテストを提供します。リクエストを実際のサービスではなくローカルにルーティングします。ローカルマシン、開発サーバー、CI エンバーメント上で動作し、**Server モード**(CLI/SDK を使用、AI エージェントには AWS CLI v2.35.0+ が必須)、**Embedded モード**(Rust バイナリに直接統合)、および **direct integration** の 3 つの柔軟なモードをサポートします。グラフィカルインターフェースは備えていませんが、環境変数または直接的な HTTP クライアントコールによる設定で利用可能です。インストールには重要な前提条件が必要です:Rust ツールチェーン、C コンパイラ、少なくとも 100 GB のディスクスペース、マルチコアプロセッサ。Linux ユーザーはソースからビルド可能(x86_64/aarch64)ですが、Windows と macOS ユーザーは Docker を使用する必要があります。Cold full build はすべての crates をコンパイルしますが、その後の増分ビルドの方が高速です。Embedded モードも同様のビルドコストがかかります。デフォルトでは `127.0.0.1:9297` で HTTPS を提供し、自己署名証明書を使用します。Telemetry はデフォルトで有効となり、最小限の使用データを収集しますが(認証情報やコンテンツは除外)、CLI フラグ、環境変数、または構成ファイルによって無効にできます。本ソフトウェアは開発およびテスト用途のみを想定しており、本番環境またはセキュリティ用途には使用しないでください。ライセンスは CC0 1.0 Universal です(ベンダーコードについては Apache 2.0 の例外あり)。問題は GitHub Issues を通じて報告されます。

2026/11/11 16:03

Tim Peters が死去した

## Japanese Translation: Tim Peters の死去は、愛称「Timbot」として親しまれる彼が Python の歴史の基盤となる柱の一つを失ったことを象徴する。2001 年から 2014 年まで Python Software Foundation のステアリングコミーティーに在籍したピボタルフイグである Peters は、Python コードを実行した第 2 号人物であり、かつその核心メカニズムの主要な設計者の一人でもあった。彼の技術的遺産は膨大で、言語そのものを共設計し、「Python の禅」 (PEP 20) を著述し、Java および Android システムで標準となっている効率的なソートアルゴリズムである Timsort を開発した。これらのハイライトに加えて、pymalloc の改良、Py_ADDRESS_IN_RANGE や循環ガベージコレクターといった内部コンポーネントの最適化、簡易的なジェネレーターの基盤作りなどを行い、float オブジェクト、math モジュール、dict の最適化、weakref.txt、difflib、pickletools、tabnanny、doctest といった多くの必須モジュールにも寄与した。キャリア初期には Cray Research でスーパーコンピューター用のコンパイラ開発に携わり、Dragon Systems で音声認識ソフトウェアを開発した。彼のコード以外にも、彼はその忍耐強くユーモアに富んだメーリングリスト上の指導を通じてコミュニティを形作り、創業者である Guido van Rossum のスタイルによく似ていたことで知られ、「Timbot」という愛称もこの評判を反映している。彼は Python が int と float の間での混合演算をサポートするよう主張した。行政的な対立によってリーダーシップからの退任およびその後のステアリングコミーティーによる禁止措置を受けることとなったが、同僚らはそれを機に開発者の自由な支援を手放しなかったことを指摘している。

2026/11/12 6:24

ユナイテッド航空が、旅行者代わりのフライト予約においてAIエージェントの使用を禁止しました

## Japanese Translation: ユナイテッド航空は、フライトの予約やチェックインを実行することを人工知能(AI)エージェントから厳格に禁止しており、シームレスな自動化よりもセキュリティを最優先しています。この決定的な措置は、連邦法違反を防ぎ、支払い詳細や認証情報など、不正な AI ツールによって晒される可能性のある機密顧客データを保護することを目的としています。航空会社はまた、自律型エージェントが意図せぬ購入やマイレージプラスマイルの誤用を引き起こすことを懸念しており、AI によるチェックインは荷物验证を対面で行うことを要求する規制に違反する可能性もあるとしています。スウェーショアのような競合他社(フライト在庫を人気チャットボットに表示することを許可している)とは異なり、ユナイテッドはこれらのツールに対する直接予約チャンネルを即座に閉鎖しています。Google Flights などの集約プラットフォームを通じた通常の検索は引き続き利用可能ですが、高度な AI ボットを使用してチケットを予約したりチェックインを試みる場合は、人間による介入が必要となります。業界の分析家は、この変化が、AI ボットによって引き起こされる検索急増に伴う高いコストを回避し、顧客データに対する厳格な制御を維持することを目指すユナイテッドの意向を反映していると考えています。結局のところ、自動化された旅行管理ソリューションに依存している企業のワークフローを妨げることになっても、規制遵守を確実にするためにより航空会社はそのポリシーを調整しています。

ジェミニ・ディシジョンズAPI | そっか~ニュース