7月23日、Runtime Wireが「OpenAI ships managed voice and chat agents for high-value enterprise workflows」と題した記事を公開した。OpenAIが自社の電話サポート回線にエージェントを導入し、入電の75%を人間の介入なしに解決しているという数字は、単なるプロダクト発表以上の意味を持つ。Salesforce Agentforce、ServiceNow、Amazon Connectといった既存プレイヤーが顧客サポート自動化市場を争うなか、OpenAIはモデルAPIの提供者という立場を超え、企業エージェントの「本番運用パートナー」として市場に割り込む構えを見せている。

OpenAIがモデル提供者からデプロイパートナーへ

OpenAIは7月22日、大企業向けのマネージドエージェントサービス「OpenAI Presence」をリリースした。顧客サポート・営業・社内ワークフロー向けに音声エージェントおよびチャットエージェントを展開するためのサービスだ。

Presenceの本質は「モデルを売るだけでなく、本番運用まで一緒にやる」という点にある。OpenAIの前方展開エンジニア（Forward Deployed Engineer：顧客企業に常駐し、技術実装から運用改善まで伴走する専門職）と選定されたシステムインテグレーターが各デプロイを主導し、セルフサービスでの購入・設定は不可。価格や参加資格も公開されていない限定的な一般提供プログラムだ。

これはOpenAIにとって、モデルAPIを提供して終わりではなく、継続的に企業エージェントの運用に関与し続けるビジネスモデルへの転換を意味する。Salesforce AgentforceやServiceNowがローコードでのエージェント構築を自社プラットフォーム上で完結させようとしているのとは対照的に、OpenAIはエンジニアを顧客に張り付かせるよりサービス集約的なアプローチを選んだ。「なぜ今か」という問いへの答えは単純で、エンタープライズがAPIを買うだけでは本番運用に踏み出せないという現実が、すでに顕在化しているからだ。

技術的な仕組み：権限設計・テスト・継続改善

Presenceの構成要素は大きく3つに分けられる。

1. スコープ定義と権限設計
エージェントには「請求問題の処理」「保険クレームのサポート」「IT問い合わせ対応」といった特定のジョブが割り当てられ、そのジョブに必要な情報とシステムアクセス権限のみが付与される。企業ポリシーに基づいてエスカレーションルールも設定される。

2. リリース前テスト
本番投入前に、シミュレーションと自動評価（automated graders：あらかじめ定義した評価基準に基づいてエージェントの応答・動作を自動採点する仕組み）を使って、エージェントが期待どおりの結果を出せるか、ポリシーに従っているか、ツールを正しく使えているか、人間への引き継ぎが適切に行われるかを検証する。

3. 継続的改善：Codexによる自動提案
本番稼働後、Presenceは生産セッション・エスカレーション・品質シグナルを分析し続ける。OpenAIのコード生成ツール「Codex」がPresenceプラグインを通じて障害を調査し、修正案を提案する。企業側は提案された変更を本番バージョンと比較テストしてから、段階的ロールアウト（一部ユーザーや特定条件下での限定展開を経て全体適用に移行するリリース手法）を承認できる。

自社が最初のリファレンス顧客

OpenAIはPresenceを自社の英語電話サポート（1-888-GPT-0090、米国・カナダ向け）に使用している。ChatGPTアカウントなしで製品・アカウントに関する一般的な質問に対応する。

OpenAIが公開した数字は以下の通りだ：

• 入電の75%を人間の介入なしに解決
• Codexを活用した改善プロセスにより、10日間でエスカレーション率を15ポイント削減

これらはOpenAI自身による自己申告であり、対象セッション数・通話量・比較基準はいずれも非公開だ。数字の印象は強いが、独立した検証がない点は留保が必要である。また、通話の音声録音・文字起こしはサービス改善・モデルトレーニング・安全管理・不正防止のために保持される可能性があるとOpenAIは記載しており、「モデルは誤りを犯す可能性があるため重要な情報は確認を」との注記もある。

このサポート回線には明示的な制限もある。ライブエージェントへの転送、アカウントレビューの開始、レポート送信、フォローアップの保証はいずれも対応外で、別のサポートフローに誘導される。これはPresenceが各企業のポリシーに沿って設定されるべき製品であることを示しており、万能なエージェントではなくジョブスコープを絞った運用が前提となっている。

BBVA・SoftBank・IAGが設計パートナーとして参加

OpenAIは以下の3社をアーリーパートナーとして公表している。ただし、いずれも現時点では本格展開ではなく探索・テスト段階とされている。

• BBVA：メキシコで銀行の日常的なニーズに対応する音声サポートを開発中。BBVA MetroのAI変革責任者 Daniel Ordaz氏は金融サービス向けの音声インタラクションの精緻化に取り組む「設計パートナー」と表現。
• SoftBank：日本語での顧客対話をテスト中。データ・デジタル変革担当VP Tadahisa Murakami氏によれば、フロントライン従業員が日本語の自然さと精度を高く評価しているとのこと（評価方法・詳細は非公開）。
• IAG（オーストラリアの損害保険会社）：豪州でのリテール保険事業CEO Julie Batch氏が、大規模自然災害時に急増するクレーム・サポート需要への対応を目的としたエージェントを検討中。

エンタープライズAIエージェントの本番運用がなぜ難しいか

エンタープライズにおける生成AIエージェントの本番投入は、権限設計のミス・不適切なエスカレーション・ツールの誤用が直接的な業務障害や信頼損失につながるため、単なるチャットbotの品質問題とはリスクの次元が異なる。Presenceが限定リリースとしてOpenAIのエンジニアを常駐させる構造を取っているのも、この現実を反映している。

一方、このアプローチは「評価・ポリシー・デプロイの全スタックを自前で組む余裕のない企業」向けのプロダクトとして成立するが、同時にOpenAIへの依存度が高まるトレードオフも伴う。既存のCRMやコンタクトセンター基盤に深く統合されたSalesforceやServiceNowのエコシステムと比較したとき、Presenceがどこまで既存スタックと共存できるかは、現時点では開示されていない。

※編集部の考察：Presenceは現段階では「OpenAIが自分たちのモデルの本番活用を証明するためのリファレンス実装」としての性格が強い。参入障壁として機能する「エンジニア常駐モデル」がスケールするかどうかが、このビジネスモデルの成否を左右するだろう。

詳細はOpenAI ships managed voice and chat agents for high-value enterprise workflowsを参照していただきたい。