OpenAIは製品を数カ月で畳み、機能を中核へ戻している

OpenAIは数カ月のうちに、4つの独立製品を終了または縮小し始めた。Ethan Mollickの集計では、その寿命はわずか6カ月から9カ月だ。製品名の一覧より重要なのは、モデルの変化が周辺の製品設計より速いというパターンである。

4つの短命な製品が方針転換の速さを映す

Mollickによると、Soraは6カ月、Agent BuilderとGroup Chatはそれぞれ8カ月、Atlasは9カ月で区切りを迎えた。OpenAIはSoraについて、コンテンツの書き出し、データ削除、返金、API停止予定を含む終了案内を公開した。Agent Builderにも、2025年10月にAgentKitの一部として登場した後、廃止予定が告知された。

Mollickの数字は製品寿命に関する本人の集計であり、OpenAIの公式指標ではない。それでも大枠の指摘は有効だ。同社は失敗した実験だけを消しているわけではない。自社モデルや中核製品が同じ仕事を別の形で取り込むと、独立した画面やサービスを畳むことがある。

顧客は機能と一緒に外装の寿命にも賭けている

機能がChatGPTへ移ることは、個人には便利かもしれない。しかし製品を前提に業務手順、研修、連携を作ったチームにとって、8カ月の寿命は再び移行作業が発生することを意味する。実務上のリスクはモデル性能だけでなく、特定製品とAPIの継続性にもある。

OpenAIの動きは急速な開発の現実も示す。大企業が調達と導入を終える前に、今日の製品判断が古くなる場合がある。最良のモデルを持つ企業が、最も安定した製品計画を持つとは限らない。

早い終了は規律にも予測ミスの請求書にもなる

行き止まりを何年も維持するより、早く閉じる方が健全だ。ただし4件の短いサイクルは、信頼に必要なコストを高める。書き出しや移行の案内はデータを守れても、連携に費やした時間を返さず、後継が同じ用途を満たす保証にもならない。

Mollickが示しているのは解釈であり、各判断の監査ではない。社内データがなければ、利用低迷、費用、安全上の事情、ChatGPTへの単純な統合を切り分けられない。終了理由は製品ごとに異なる可能性がある。

移行手段とAPIの安定性が顧客の残留を決める

次に見るべきなのは、OpenAIが互換性のある代替、明確な期限、作業を失わない書き出しを用意するかどうかだ。企業利用者は、同じ短期サイクルがAPIやエージェント開発ツールにも及ぶかを注視する必要がある。

採用を止める必要はない。必要なのは、提供元とインターフェースの両方を交換できる設計だ。寿命6カ月の製品も実験には使えるが、出口がないまま業務を支える柱にしてはいけない。

Lilithの判定

OpenAIは、顧客が壁に掛ける前に自社の地図を捨てられる。その地図で業務を組むなら、連携機能の横に非常口も描いておくべきだ。