
- OpenAIがDev Dayで「Decisions API」を発表。選択肢を与えて選ばせる仕組み
- TypeSafe AIが今月公開したJevと同種で、高速・低コストな出力が特徴
- エージェント監視ではJevが2.94ドル、フロンティアLLMは372ドルとの試算
Dev Dayでの発表内容
OpenAIのDev Dayで、CEOのSam Altman氏が「Decisions API」を明らかにしました。発表の中心ではなく、脇での言及だったと記事は伝えています。このAPIは、モデルにあらかじめ定義した選択肢を与え、その中から選ばせるものだと説明されました。画像を分類するカテゴリや、エージェントの異なる振る舞いなどが例として挙げられています。
Altman氏は、選択にモデルを集中させることで、画像理解や幅広い言語対応、安全性の保護といった能力を保ちながら、きわめて高速にできると述べています。提供は限定的なプレビューとして始まったとされ、TechCrunchはこれまでに開発者が本格的に試している例を確認していないとしています。一方でX上では関心の高さがうかがえる会話があったということです。
Jevとは何か
Jevは、今月TypeSafe AIが公開したモデルで、ソフトウェアの自動化を明示的に狙って設計されています。LLMを土台にした高性能な分類器のようなもので、開発者は選択肢の集合を渡すと、確率として安価かつ高速に出力を得られます。記事は、既存のLLMが比較的遅く高コストであるため多くのソフトウェアには向かない、という問題意識を背景に置いています。
TypeSafeはTechCrunchの質問に回答していません。CEOのDiogo Almeida氏は元OpenAIのエンジニアで、記事では強化学習の共同考案者とされています。同氏はXで「クローン戦争の始まり」と冗談めかして投稿し、OpenAIの関心は「System One互換の作り方が未来である兆候かもしれない」と付け加えました。System OneはTypeSafeが使う用語で、速く直感的な思考を指し、熟考を伴う推論を指すSystem Twoと対比されます。
Almeida氏は、速くて安いことは簡単であり、本当に速く安くしたいならサイコロを使えばよいとTechCrunchに語っています。難しいのは知能であり、常に「知能あたりのコスト」のパレート曲線を押し上げることを北極星にしていると説明しました。同氏は自社の競争優位の源泉を、統計的に有用な出力を生むために作る合成データに置いています。
エージェント監視への応用
記事は、こうしたモデルの有力な用途としてAIエージェントの監視と保護を挙げています。OpenAIは、エージェントが公開インターネット上で問題を起こした一連のインシデントを受けて新たなセキュリティ対策を導入しており、その一つは別のモデルで悪い行動を監視するものです。ただしこれには「大きな計算コスト」がかかるとされています。
サイバーセキュリティの長年の実務家で、スタートアップQueryStoryを率いるShapor Naghibzadeh氏は、Jevのようなモデルならはるかに安く実現できると考えています。同氏は先週末のハッカソン向けに、Jevを使って各エージェント行動を与えられたタスクと照合するデモを作りました。悪いと高い確信を持って判断した行動はブロックし、それ以外はレビュー用にフラグを立て、残りは許可する仕組みです。
記事によれば、理論上こうした監視はHugging Faceのインシデントを止められた可能性があります。監視コストはJevで2.94ドル、フロンティアLLMでは372ドルだったということです。Jevはすべてのエージェント行動に対して実行できる程度に安いと論じられており、エージェント全体の信頼性を高めるレビューの層になり得るとされています。
未確定な点と課題
現時点で、Decisions APIがJevとどれほど似ているかは不明です。OpenAIは限定的なプレビューとして公開しており、TechCrunchは開発者が本格的に試した例を確認していません。また、こうした意思決定モデルはJevだけではなく、他のスタートアップも同様のモデルを出しており、OpenAIが最後の大手になるわけではないと記事は見ています。
鍵となる問いとして、各意思決定モデルの出力が現実に対してどれだけ適切に校正されているかが挙げられています。Almeida氏は競争優位の源泉を合成データに置いており、統計的に有用な出力を生むためのデータ作りが難しい部分だと説明しました。安さと速さだけでは差別化にならず、判断の精度が焦点になるという整理です。
| 項目 | Jev | フロンティアLLM |
|---|---|---|
| エージェント監視のコスト | 2.94ドル | 372ドル |
| 計算コストの位置づけ | 高速・低コストを志向 | 監視には大きな計算コスト |
By focusing the model on that choice, we can make it extremely fast while keeping capabilities like image understanding, broad language support, and safety protections
その選択にモデルを集中させることで、画像理解や幅広い言語サポート、安全性の保護といった能力を保ちながら、きわめて高速にできます
今後の見通し
今後数カ月で、限定的なプレビューに参加した開発者がDecisions APIの実測値を公開すれば、Jevとの違いや用途の広がりが具体的に見えてくるとみられます。意思決定モデルが判断の精度でどこまで実用に耐えるかは、公開ベンチマークや校正誤差のデータが出るかどうかで判断できるでしょう。エージェント監視については、実際の運用で誤検知や見逃しがどの程度発生するかが導入の分かれ目になるとみられます。監視用モデルのコストが下がっても、止めるべき行動の定義は利用者側が設計する必要があります。他社や大手の参入が続けば、価格と精度の比較が進むと考えられます。
日本の開発者・IT企業にとっての意味
AIエージェントを業務に組み込む動きが進む中、日本企業にとって監視コストは導入判断を左右する要素になりつつあります。記事が示した2.94ドル対372ドルという試算は、すべてのエージェント行動を検査するという設計を現実的にし得ることを示唆します。自由な文章生成ではなく、選択肢への確率出力に特化した高速なモデルをLLMと役割分担させる発想は、コストと遅延に敏感な国内の業務システムでも検討に値します。一方で、出力の校正精度が実運用の品質を左右するため、監視結果をそのまま信用するのは危険です。限定的なプレビューの段階であり、まずは評価環境で精度とコストを自社データで測ることが現実的な一歩と考えられます。
気になる点
- Decisions APIの料金や利用できる地域は公表されていますか?
- 記事の時点では、限定的なプレビューとして公開されたこと以外、料金や提供地域、日本語を含む対応言語の詳細は公表されていません。Altman氏は幅広い言語サポートを保つと述べていますが、具体的な対応範囲は示されていません。日本の開発者が使えるかどうかは、今後の公式発表を待つ必要があります。
- Jevは既存のLLMを置き換えるものですか?
- 記事では、JevはLLMを置き換えるのではなく補強する形で使われているとされています。開発者がLLMにJevを組み合わせたところ、より速く安くなったということです。選択肢を渡して確率で答えさせる分類器として使うため、自由な文章生成ではなく、判断や振り分けを担う部品と捉えるのが実態に近いようです。
- エージェント監視の仕組みは自社でも試せますか?
- QueryStoryを率いるShapor Naghibzadeh氏が、ハッカソン向けにJevを使ったデモを作ったと記事は伝えています。各エージェント行動をタスクと照合し、悪いと高い確信で判断したものをブロック、その他はレビュー用にフラグ、残りを許可する内容です。コードが公開されているかや商用利用の可否は記事では触れられておらず、不明です。
用語解説
- LLM
- 大量のテキストで学習した大規模言語モデル。文章生成や分類など幅広いタスクをこなすが、一般に計算コストが高い。
- 分類器(classifier)
- 入力がどのカテゴリに属するかを判定するモデル。Jevは与えた選択肢ごとの確率を返す形でこれを行う。
- System One / System Two
- TypeSafeが用いる区分。System Oneは速く直感的な思考、System Twoは熟考を伴う推論を指す。
- キャリブレーション(校正)
- モデルが示す確率と実際の正解率の一致度。ここでは出力が現実に対してどれだけ妥当かを示す。
- フロンティアLLM
- 最先端の能力を持つ大規模モデル。記事ではエージェント監視に使うと計算コストが高いとされている。
出典
OpenAI’s Jev clone could help the frontier lab stop its swarming agents
AI導入も顧問も、お任せください
何から手をつけるか、どこまでAIに任せるか。自社の業務に合わせて整理し、導入から運用まで伴走します。相談だけでも構いません。
AI導入について相談する