Decisions API が公開ベータ版を開始しました

2026/10/07 5:57

Decisions API が公開ベータ版を開始しました

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

要約▶

Japanese Translation:

Decisions API は、テキストまたは画像の評価において Responses API より 10 倍の高速化を実現し、gpt-6-luna モデルを専有して動作する専用 POST /v1/decisions エンドポイントを通じて型付けされた結果を返します。現在公開ベータ版で提供中であり、General Availability は近日を予定しています。対応する具体的な回答タイプは 3 つあり、predicates(条件の確率)、choices(固定セットからの選択)、scores(ルーブリック評価)です。機能的には、API は単一のリクエスト内での独立した質問間で入力共有を可能にし、ワークフローを簡略化する一方で、依存関係のある決断は別々の順序実行呼び出しによって取り扱う必要があります。リクエストではテキスト入力またはインライン base64 エンコードされた画像を受け付けるが、ホスト URL および file_id 入力はサポートされていません。コスト効率の向上は、入力トークンのみに対して課金される(100 万トークンあたり 0.1 ドル)モデル採用と出力トークン料金の非課金化を通じて達成されます。また、HIPAA 準拠を米国、欧州、スイスデータセンターで確保するためのゼロデータ保持ポリシーも備わっています。開発者は、偽陽性と偽陰性の間のトレードオフに基づいてルーティング閾値を設定するためにラベル付けされた例を使用することで、コストと精度の最適化が可能です。これにより、条件チェック、固定選択、詳細な評価に対する高速かつ自動化された決定が最小の遅延で可能になります。

本文

決断 API (Decisions API) 概要と活用ガイド

1. API の概要と特徴

決断 API は、テキスト、画像、あるいはその両方を評価し、レスポンス API に比べて 10 倍高速 でタイプ付けされた回答を返すための専用 API です。

主な機能

  • 確率取得: 条件が真である確率を算出
  • 選択: 与えられた固定集合からの最適な選択肢を選定
  • スコアリング: 基準への得点やレベル評価を行う
  • 活用シーン:
    • コンテンツの分類
    • リクエストのルーティング
    • アプリケーション内の作業優先順位の決定

現在のステータス

  • プレイグラウンド利用で事前実験が可能(コード書写前)
  • 一般ベータ版(GA: 一般公開は来週予想)
  • サポートモデル:
    gpt-6-luna
    のみ
  • 専用エンドポイント:
    /v1/decisions
    (POST リクエスト)

2. リクエスト構造

リクエストは以下の 3 つのフィールド で構成されます。

フィールド定義

フィールド名説明備考
model
評価を行うモデル現在は
gpt-6-luna
のみサポート
input
質問に共有する証拠情報テキスト文字列 または テキスト + イメージを含むメッセージ
questions
評価対象となる質問群各質問のタイプ、指示、許可される選択肢やスコアレベルを定義

レスポンス構造

  • answers
    配列で回答が格納されます。
  • 各質問には一意の名前 (
    name
    ) が与えられ、レスポンスでもその名前で回答が識別可能です。

3. 質問タイプの選択

タイプ使用目的メインの出力結果
predicate
状態の確認(例:目に見える損傷の有無、文章の関連性など)
probability
: 条件が真である確率 (0 〜 1)
choice
単一の選択肢選択(例:部門、カテゴリなど)
choice
: 供給された値の一つ
probabilities
: オプションごとの確率分布
score
順序付けられたレベルの評価(例:問題の深刻さなど)
score
: レベルインデックスの確率加重平均値

タイプ選定のヒント

  • 離散的なカテゴリ(順序なし、例:部門) →
    choice
    を使用
  • 順序のあるレベル(例:深刻度 1〜5 など) →
    score
    を使用
  • Yes/No の判定 →
    predicate
    を使用

注意点:

choice
と
score
はどちらも離散的な選択肢に関する確率を返します。一方、独自の JSON スキーマや抽出フィールドが必要な場合は Response API の Structured Outputs、ツール呼び出しが必要なら Function Calling を使用してください。


4. 実装例とレスポンス解説

A. Predicate(述語)質問:画像の損傷検出

製品写真に「ひび」「破損」「凹み」があるかを確認する例です。画像は内联 base64 データ URL である必要があります(外部 URL や

file_id
は非対応)。

リクエスト

curl https://api.openai.com/v1/decisions \
  -H "Authorization: Bearer $OPENAI_API_KEY" \
  -H "Content-Type: application/json" \
  --data-binary @- <<JSON
{
  "model": "gpt-6-luna",
  "input": [{
    "role": "user",
    "content": [
      {"type": "input_text", "text": "この写真の製品を点検してください。"},
      {"type": "input_image", "image_url": "data:image/png;base64,$IMAGE_BASE64"}
    ]
  }],
  "questions": [{
    "type": "predicate",
    "name": "visible_damage",
    "instructions": "製品に目に見える損傷(ひび、破損、凹みなど)がありますか?陰影やパッケージの損傷は無視してください。"
  }]
}
JSON

レスポンス示例

{
  "answers": [
    {
      "type": "predicate",
      "name": "visible_damage",
      "probability": 0.92
    }
  ]
}
  • probability
    :
    モデルが「条件が真である」と推定する確率(例:0.92 = 92%)。
  • 活用: この閾値に基づき、レビュー対象として写真をマークできます。

B. Choice(選択肢)質問:顧客苦情のルーティング

提供するオプションの中から単一の値を選択させる例です。各選択肢には

value
と
description
を設定してください。

リクエスト

curl https://api.openai.com/v1/decisions \
  -H "Authorization: Bearer $OPENAI_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "gpt-6-luna",
    "input": "注文が二重に請求されました。",
    "questions": [{
      "type": "choice",
      "name": "department",
      "instructions": "この苦情を担当する部門はどれですか?",
      "choices": [
        {"value": "billing", "description": "支払い、請求書、および返金に関する問題。"},
        {"value": "technical", "description": "製品の使用方法に関する問題。"},
        {"value": "shipping", "description": "配送および追跡に関する問題。"},
        {"value": "other", "description": "これらのカテゴリ外のリクエスト。"}
      ]
    }]
  }'

レスポンス示例

{
  "answers": [
    {
      "type": "choice",
      "name": "department",
      "choice": "billing",
      "probabilities": [
        {"value": "billing", "probability": 0.95},
        {"value": "technical", "probability": 0.02},
        {"value": "shipping", "probability": 0.01},
        {"value": "other", "probability": 0.02}
      ],
      "confidence": 0.93
    }
  ]
}
  • choice
    :
    選ばれた値(例:
    "billing"
    )。
  • probabilities
    :
    各オプションの確率分布。
  • confidence
    :
    回答への信頼度。
  • ヒント: カテゴリーが全ての入力をカバーしない場合は、フォールバックオプション(例:
    "other"
    )を含めることを推奨します。

C. Score(スコアリング)質問:問題の深刻さ評価

順序付けられたレベルに対する入力の評価を行います。低水準から高水準順に定義してください。

リクエスト

curl https://api.openai.com/v1/decisions \
  -H "Authorization: Bearer $OPENAI_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "gpt-6-luna",
    "input": "Safari ではエクスポートが失敗しますが、Chrome では動作します。",
    "questions": [{
      "type": "score",
      "name": "severity",
      "instructions": "この問題の深刻さはどれくらいですか?",
      "levels": [
        {"label": "Cosmetic(装飾的な)", "description": "外観のみで機能性の損失はありません。"},
        {"label": "Workaround available(代替手段がある)", "description": "タスクは失敗しますが、別の方法で実行可能です。"},
        {"label": "Fully blocked(完全にブロックされている)", "description": "タスクが失敗し、代替手段がありません。"}
      ]
    }]
  }'

レスポンス示例

{
  "answers": [
    {
      "type": "score",
      "name": "severity",
      "score": 1.1,
      "probabilities": [
        {"value": 0, "label": "Cosmetic(装飾的な)", "probability": 0.1},
        {"value": 1, "label": "Workaround available(代替手段がある)", "probability": 0.7},
        {"value": 2, "label": "Fully blocked(完全にブロックされている)", "probability": 0.2}
      ],
      "confidence": 0.55
    }
  ]
}
  • score
    :
    レベルインデックス (0〜) の確率加重平均値。
    • 例:レベル 0(10%), レベル 1(70%), レベル 2(20%) → スコア = $0 \times 0.1 + 1 \times 0.7 + 2 \times 0.2 = \mathbf{1.1}$
  • confidence
    :
    分布全体の信頼度。
  • 活用: 単一カテゴリの選択ではなく、レベル全体にわたる分布の概要を知る際に使用します。

5. ベストプラクティス

  • 複数の質問を 1 つのリクエストで実行: 同一
    input
    を共有しながら異なる質問(例:「損傷チェック」+「カテゴリ分類」)を行えます。各質問は異なるタイプを使用可能です。
  • 依存関係のある判断は分割する: 以前の回答に依存する場合は別々のリクエストを送信してください。
    • 例: まず「損傷の有無」を確認し、結果に基づいて「修理カテゴリが必要か」を判断するフローにする。
  • 質問の記述は観測基準を中心に:
    • 選択肢には明確な意味を持たせる。
    • スコアレベルは隣接するレベルが明確な境界を持てるように定義する。

6. 回答の解釈と閾値設定

  • Predicate: 「条件が真である」推定確率 (
    probability
    ) を返します。
  • Choice & Score: 確率分布 (
    probabilities
    ) と独立した信頼度 (
    confidence
    ) を返します。
  • 閾値の設定方法: アプリケーションのラベル付き例を学習させ、偽陽性や偽陰性のコストに基づいて最適な閾値を選択してください。

7. プライシングとコンプライアンス

コスト構造

  • 基本単価: 入力トークンあたり 100 万文字につき $0.10。
  • 課金対象: 入力トークンのみ。
    • キャッシュ読み書き、出力トークン:無料。
  • 追加料金:
    • 地域ごとの処理プレミアム
    • 長期コンテキスト入力の価格倍率

適用範囲:

/v1/decisions
エンドポイントにのみ適用されます。他リクエストでは該当モデルの通常価格体系が適用されます。

セキュリティ・準拠

  • ゼロデータ保持 (ZDR) のサポートあり。
  • HIPAA 利用 を支援(適合する顧客向け)。
  • データ所在・処理地域: 米国および欧州(EEA+スイス)でサポート。

8. まとめ:Live API との連携

決断 API は、Live API と組み合わせて以下のワークフローを構築できます。

  1. Live API で音声リクエストからアクションを選択。
  2. 結果をユーザーに報告する前に、Decisions API で文脈を理解・分類。
  3. ユーザーに対して適切な次のステップを案内する。

同じ日のほかのニュース

一覧に戻る →

2026/10/07 1:03

EmbeddingGemma 2:オープンで軽量なマルチモーダル埋め込みモデル

## Japanese Translation: EmbeddingGemma 2 は、オンデバイス多模态埋め込みにおいて最も高性能なモデルとして、テキスト、画像、音声、ビデオ、コードを統一空間にネイティブにマッピングする画期的なローカル AI 機能の飛躍を示しています。7.4 億パラメータを有し、商用許諾の Apache 2.0 ライセンス下にある堅牢な Gemma 4 アーキテクチャを基礎とすることで、軽量さを維持しつつもベンチマークスコアで業界トップレベルの成績を収めます。その特徴は、Matryoshka Representation Learning(MRL)によるストレージ効率化であり、ベクトル次元を動的に削減することで最大 6 倍までのスペース削減を可能にします。オンデバイス性能向けに最適化されており(テキストのみウェイトの場合 Google Pixel 11 Pro で約 191MB の RAM を必要とする)、ローカルハードウェア上で直接長形式メディアを処理できる impressive な 8K トークンコンテキストウィンドウを搭載しています。ローカル索引付けにおけるコード性能に著しい向上をもたらすと同時に、埋め込みをローカルで生成することでオフラインクロスモーダル検索を実現しデータプライバシーを確保します。開発者はすぐに Hugging Face や Kaggle を介してモデルを利用でき、MediaPipe、LiteRT、WebGPU などのデプロイメントツールや vLLM、Ollama などのサービングフレームワークを活用し、外部クラウドサーバーに依存せず既存のワークフローへのシームレスな統合が可能です。この進展は、効率的かつオフライン AI リトリバルのための新たな業界標準を確立します。

2026/10/07 5:33

パラマウント・スカイダンスがワーナー・ブラザーズ・ディスカバリーとの1,110億ドル合併を完了しました。

## Japanese Translation: パラマウント・グローバルは、ワーナー・ブラザース・ディスカバリーとの歴史的な 1,110 億ドル規模の合併を正式に完了させ、去年別の取引で買収した企業であるスカイダンスという名前の新しいメディア会社を創設しました。この組み合わせには、2 つの最大の映画スタジオ、広範なライブ・スポーツ関連資産(CBS スポーツおよび TNT スポーツを含む)、主要なストリーミングプラットフォーム(パラマウント+ および HBO マックス)ならびに CBS や CNN などの主要ニュース事業、さらに深いコンテンツライブラリとブランドが統合されています。 この取引は、合併が競争を著しく減少させ反トラスト法に違反すると主張するカリフォルニア州およびその他の 11 の州からの法的な課題に直面しました。米国地方裁判所の裁判官は 7 月に合併が競争を害する可能性が高いと裁定し、これを受けて各州から和解案の提議が行われました。言論自由およびメディア擁護団体は、和解を拒否するよう裁判所に要請しましたが(和解は訴追した州の住民に対して「実質的な何ら物事もないものを与えるに過ぎない」と主張)、9 月 30 日にアラセリ・マルティネス・オルギン裁判官は、訴訟回避を実現し合理的な事実および法的解決として合意を批准しました。 和解に基づき、パラマウントは国内映画に対する最低限の投資額および配給閾値を満たす必要があり、基本ケーブルチャネルのライセンスリングは各実体の保有に対して個別交渉の下で継続されます。エレン・ケイガン法務長官は差し止め申請を行わず、裁判プロセスは州側の訴訟とマルティネス・オルギン裁判官が和解を受諾したことに中心を置きました。スカイダンスの将来の成功は、これらの投資要件を満たし、さらなる法的混乱なく継続的なライセンス交渉を管理することによって左右されます。

2026/10/07 1:23

OpenTPU – AI から開発されたオープンソース AI アクセラレータ

## 日本語訳: 元のサマリーは強固ですが、キーポイントリストの粒度をより良く反映するために、特定のハードウェア制約、ツール名、およびビルドの区別を統合することで改善できます。以下が改訂版です: **改善されたサマリー:** OpenTPU は、ユーザーが独自の推論ハードウェアを設計し、Intel Core i7 などのホストシステムに PCIe を介して接続された Xilinx Kintex-7 FPGA(具体的には xc7k480t)上にモデルを実行することを可能にするオープンソースの AI アクセラレーターです。包括的なモノリポに含まれており、SystemVerilog デザイン、命令セット、ビット正確なシミュレータ、カーネル言語、コンパイラ、ホストソフトウェアを含み、キャッシュレスアーキテクチャを構築するための重要な教育資源として機能します。该系统は Inspur YPCB-00338 カード上でハードウェアとシミュレータ間のビット正確なトークン一致を実現しており、これらのカードは 2 つの DDR3 チャンネル(ピーク 17.1 GB/s)を有し、キャッシュなしで 133.33 MHz で動作します。データの移動は明示的であり、`opentpu-lens` などのツールを用いて正確な追跡を可能にします。プロダクションイメージでのベンチマークでは、LFM2.5-230M は 82–85% の DRAM 利用率で 85.8 tok/s を達成しました。ビルド B における戦略的な最適化により、FP4 量子化ウェイトと int8 ヘッドを利用することでトークンあたりのバイト数を大幅に削減し、DRAM 使用率を 91–94% に引き上げ、速度をさらに 8–9% 向上させ(総体的には最大で 40–45% の改善)、このアーキテクチャはオンボードメモリの制限に依存せず、PCIe レートで不活性なエクスパートをストレージからストリーミングすることで大規模なミクセル・オブ・エキスパートモデルをサポートします。主要なコマンドラインツールには、推論用の `otpu-chat`、モニタリング用の `otpu-smi`、検証用の `otpu-selftest` が含まれます。今後の作業では、現在の DRAM 利用率の制限を超え、安定性のためにタイミングマージンを最適化する予定です。

Decisions API が公開ベータ版を開始しました | そっか~ニュース