OpenAIが新たに公開したDecisions APIは、企業内に埋め込まれた「無数の小さな判断」を、速く安く、そしてAI品質で処理する専用APIだ。これはチャットの延長ではなく、業務システムの神経回路そのものを書き換える動きである。5年後、ルールベースのif文は博物館行きになる。

何が起きたか

OpenAIが「Decisions API」を公開した。用途は極めて明快で、問い合わせの振り分け、不正検知のYes/No判定、入力バリデーションのような、アプリ内に埋め込まれる「瞬時の判断」だけに特化したAPIである。従来のChatGPT系モデルは応答が重く、API単価も高かったため、裏側で走る自動判断処理にLLMを埋め込むのはコスト的に非現実的だった。多くの企業が「せっかくAIを導入したのに、肝心の業務分岐はいまだにRPAとIF文で動いている」というねじれを抱えてきたのは、まさにこの隙間が埋まっていなかったからだ。Decisions APIは、その隙間を直撃する本命プロダクトとして登場した。チャットではなく「判断」そのものを商品化したという点で、OpenAIのビジネスモデルは静かに、しかし決定的に次の段階へ移った。

なぜこのニュースがbuildする新時代の核心か

このニュースの本質は「安いLLMが出た」ではない。「AIがソフトウェアの制御構造にbuild-inされる時代が始まった」ことにある。これまでアプリケーションの分岐処理は、人間が仕様書を書き、エンジニアがif文に落とし込むという、極めて労働集約的な工程で作られてきた。業務ルールが変われば、またエンジニアが呼ばれ、またテストが走る。この硬直性こそが、DXが遅々として進まない正体だった。

Decisions APIは、このボトルネックを溶かす。自然言語で「こういう場合はA、こういう場合はB」と書けば、それがそのまま動く判断ロジックになる。これは推定だが、1件あたりのコストは従来のGPT-4oクラス呼び出しの10分の1以下、レイテンシは数百ミリ秒以下に抑えられている可能性が高い。この水準に達すると、与信判定、問い合わせトリアージ、SPAM検出、優先度付け、A/B配信判定といった、1日に数百万回走る軽量判断の経済性が完全に書き換わる。SaaSの価格体系も、「ユーザー数課金」から「判断回数課金」へと移行する圧力がかかり始めるだろう。

5年後の業界地図

2031年、企業の情報システム部門が最も頻繁に扱う構成要素は、サーバーでもデータベースでもなく「判断エンドポイント」になっていると私は見る。業務プロセスは、人間が描いたフローチャートではなく、AI判断ノードの束として自己組織化される。RPAベンダーは「ルール自動化」という旗を下ろし、「判断AIのオーケストレーター」へと生存戦略を変える。UiPathやAutomation Anywhereがこの波に乗れなければ、数年以内に判断APIのラッパー企業へと縮小する可能性がある。

さらに踏み込んだ予測をしておく。Decisions APIが普及すると、企業の「業務マニュアル」そのものが実行可能なコードになる。マニュアルを書けば、それがそのまま判断ロジックとして稼働する。これは、業務設計者とエンジニアの境界が消えることを意味する。コンサルティングファームが納品する成果物も、PDFのパワポではなく「稼働するAI判断セット」に変わる。コンサル業界の売上構造が、知識販売から判断インフラ構築へとシフトする転換点がここにある。日本企業にとっての恐怖は、この移行期にレガシーシステムを抱えたまま、判断層だけ海外API依存になることだ。

経営者として次に取るべき動き

第一に、自社の業務プロセスを棚卸しし、「1日100回以上発生するYes/No判断」をすべて洗い出すこと。ここが最大のROIが出る領域である。コールセンターの一次振り分け、与信、審査、SPAM判定、優先度付け——どれも即座に候補になる。

第二に、RPA運用チームの再定義を今期中に行うこと。ルールメンテナンス要員を、AI判断の品質監査・プロンプト設計担当へと配置転換する。遅らせるほど、人材の市場価値が目減りする。

第三に、判断ログの収集基盤を先に作ること。Decisions APIは安いが、判断の正しさを継続検証する仕組みがなければブラックボックス化する。入力・出力・根拠を記録し、月次で誤判定率をレビューする体制を、API導入より先にbuildしておくべきだ。順序を間違えると、安さに溺れて品質を失う。