OpenAIは、顧客対応および社内ビジネスワークフロー全体でAIエージェントを展開・管理するための新しいエンタープライズ向け製品「Presence」を発表しました。

同プラットフォームは、エージェントによる質問への回答、社内システムへのアクセス、承認されたアクションの実行、および人間の従業員へのエスカレーションを、企業が定義したポリシー、権限、評価基準に基づいて行いたいと考える対象エンタープライズ顧客向けに設計されています。

Presenceは限定された一般提供プログラムを通じて即時利用可能です。展開はOpenAIのForward Deployed Engineers（FDE）および選定されたグローバルシステムインテグレーターが主導し、セルフサービスベースでは提供されません。

GLM-5.2やKimi K3などの中国製オープンウェイト代替モデルを含む非OpenAIモデルの利用に関して、OpenAIの広報担当者は「PresenceはコアエージェントにOpenAIのモデルを使用しつつ、ガードレール、ツール、その他のワークフロー部分においてサードパーティのモデルやサービスをAPI経由で接続できる」と述べました。

OpenAIは価格、地理的制限、契約条件、および展開に伴うエンジニアリング・統合作業の想定費用を公表していません。VentureBeatはOpenAIの広報担当者に価格について二度問い合わせたものの、回答を待っている状態です。

OpenAIは、企業がAIのデモンストレーション段階を超えていく中で重要性を増している課題、すなわちビジネスルールや顧客ニーズ、運用条件の変化に伴い本番環境でエージェントが確実に機能し続けるようにするという課題への対応としてPresenceを位置づけています。Presenceは、エンタープライズ内でエージェントを稼働させるために必要なポリシー、システム接続、評価、ガードレール、更新プロセスを一つにまとめたものです。

AIエージェントの導入に関心があるものの、OpenAIのモデル、API、社内システム、セキュリティ管理、評価ツールを信頼できる本番システムとしてどう統合すべきか不確かな企業にとって、Presenceはそのプロセスを簡素化するために設計されています。インフラを自社で構築するのではなく、OpenAIおよびその展開エンジニアと協力して、本番稼働可能なエージェントを既存のワークフローに組み込みます。これにより、同製品はソフトウェアレイヤーであると同時に実装モデルでもありとなります。エンタープライズにおけるエージェント展開には通常、ビジネスオーナー、ITチーム、セキュリティレビュー担当者、コンプライアンス関係者の間の調整が必要となるためです。

OpenAIの正式発表によると、同製品は本日からリアルタイムの音声およびチャット体験で利用可能です。同社の広報資料では音声、チャット、メール、その他のチャネルを含むより広範なビジョンも示されていますが、メールサポートがローンチ時に利用可能かどうかはOpenAIによって確認されていません。

本番エージェントのためのガバナンス基盤

Presenceは、企業のナレッジ、標準運用手順、承認済みアクション、シミュレーション、評価ツール、ガードレール、エスカレーションルールを統合します。企業は一部の管理策を複数の展開で再利用しつつ、特定のワークフローやチャネルに合わせて他の管理策を調整できます。

各展開は、請求問題の解決、保険請求のサポート、従業員のITリクエストの対応など、明確に定義されたジョブから始まります。エージェントはそのタスクに必要な情報とシステムアクセス権のみを受け取ります。エージェントが自律的に実行できること、どのアクションに承認が必要か、いつ人間の担当者が引き継ぐべきかは顧客が決定します。

エージェントが本番環境に入る前に、チームは一般的なリクエスト、特殊なエッジケース、高リスクシナリオに対してテストを実施できます。採点者は、エージェントが意図された結果に到達したか、ポリシーに従ったか、ツールを正しく使用したか、必要時にエスカレーションを行ったかを評価します。ガードレールは、やり取りが組織の定めた境界を超えた場合に介入できます。

OpenAIはVentureBeatに対し、管理者が年間返金ポリシーの改定を含むポリシー変更に対するシミュレーションバッチを実行し、運用カテゴリごとに結果を確認している様子を示すプロモーション用スクリーンショットを共有しました。その他のインターフェースモックアップでは、本番環境の健全性、顧客インテントパターン、タスクパフォーマンス指標が表示されています。これらのビジュアルはOpenAIが約束する監視の種類を示していますが、それらの指標がどのように計算され、契約上のサービスレベルとどう対応するかは示されていません。

Presenceはローンチ後もパフォーマンスを監視し続けます。本番セッション、エスカレーション、品質シグナルにより、エージェントが意図通りに稼働している箇所と注意が必要な箇所を特定できます。CodexはPresenceプラグインを使用してそれらのシグナルを調査し、更新案を提案します。その後、チームは提案された変更を既に本番環境にあるバージョンに対してテストし、承認後に制御されたロールアウトを行います。

このプロセスは、エンタープライズAIにおける最も困難な運用課題の一つ、すなわちローンチ時には機能していたエージェントがポリシーや製品、ユーザー行動の変化に伴って信頼性が低下する可能性があるという問題に対処することを目的としています。Presenceは、自動化されたシステムが無制限に自己書き換えすることのないよう、企業にエージェントの動作を更新するための正式なメカニズムを提供します。

OpenAIによると、Presenceはすでに同社の英語による電話サポートチャネル（1-888-GPT-0090）を稼働させています。このシステムはオープンエンドなリクエストを処理し、発信者を認証し、アカウントコンテキストを使用し、承認されたアクションを実行します。同社によると、現在、人的サポートなしに入電案件の75%を解決しています。

またOpenAIは、Codexを活用した改善ループにより、10日間の期間で人間への引き継ぎを15ポイント削減したと述べています。これらの数値は企業自己申告であり、独立した検証は行われていません。

複数の大手組織が同じ基盤を評価しています。BBVAはメキシコでの日常的な銀行ニーズに対する音声サポートを検討しています。SoftBankは自然な日本語による顧客対話をテストしています。オーストラリアの保険会社IAGは、猛烈な天候や自然災害などの需要集中期におけるサポートを検討しています。これらの事例は、Presenceを顧客サービスの自動化が機密性の高いアカウント情報、規制対象プロセス、または急増する需要に関わる分野に位置づけるものであり、権限とエスカレーションの管理が導入の中心的要素となっています。

「BBVAでは、OpenAIと緊密に協力しながら、信頼できる顧客向けエージェントが金融サービスの未来をいかに形作るかについて探求しています」と、BBVA MexicoのAIトランスフォーメーション責任者であるDaniel Ordaz氏は述べています。

「OpenAIとの協業を通じて、Presenceが自然にコミュニケーションを行い、リクエストの解決に必要なプロセスに接続し、SoftBankの顧客インタラクション全体で一貫性を保つ信頼できる顧客向けエージェントをどのように実現できるかを探求しています」と、SoftBank Corp.のデータ＆デジタルトランスフォーメーション部門副社長兼部門長の村上忠寿氏は述べています。

モデルアクセスから前線展開型実装へ

Presenceは、ハイタッチな展開モデルを正式化することで、APIやサブスクリプション型ソフトウェアを超えてOpenAIのエンタープライズ戦略を拡張するものです。Forward Deployed Engineersは顧客と協力してワークフローを選択し、社内システムを接続し、権限を設定し、ポリシーを構成し、エージェントをテストして本番環境に移行します。

このアプローチは、AIオントロジーおよびインテリジェンスプラットフォームであるPalantirが開拓したモデルに似ています。PalantirはFDEを顧客に常駐させ、独自のソフトウェアを複雑な政府・商用環境に適合させています。共通点は基盤技術よりもむしろ提供手法にあります。両社とも技術担当者を顧客のオペレーションの近くに配置し、統合とプロセス設計がソフトウェアの価値創造を左右する場面に置いています。

両製品は互換性がありません。Palantirのモデルは歴史的にデータ統合、オントロジー、運用意思決定システムを中心としてきました。PresenceはAIエージェントの動作、承認済みアクション、評価、エスカレーション、継続的改善により狭く焦点を当てています。OpenAIはこれを、コンサルティング単体ではなく、エンジニアやシステムインテグレーターによって支えられた再現可能なソフトウェア製品として位置づけています。

2026年5月、OpenAIはBain & Companyの投資と支援を受け、自社のエンタープライズAIコンサルティング・統合企業であるOpenAI Deployment Companyを立ち上げました。また、特定のエンタープライズ要件に合わせたモデルのカスタマイズやファインチューニングのプログラムも提供しています。

OpenAIの米国における最大の競合であるAnthropicも、前線展開型エンジニアを中心に構築されたコンサルティング組織Odeを通じて、サービス主導のエンタープライズモデルへと移行しています。Odeは企業がClaudeを複雑なワークフローに統合するのを支援するもので、1週間前に立ち上げられました。その背景にある理屈は共通しています。企業には多くの場合、モデルへのアクセス以上のものが必要です。データやシステムの接続、権限の定義、動作の検証、展開リスクの管理に関する支援が必要とされています。

Presenceの違いは、OpenAIがこれらの要件をブランド化されたエージェットガバナンス製品としてどれだけ明示的にパッケージ化しているかにあります。Anthropicの取り組みは企業のClaude展開支援に焦点を当てているのに対し、Presenceは実装サービスと、ポリシー、シミュレーション、評価、承認、本番更新のための明確な運用レイヤーを組み合わせています。

Presenceは、特定のエージェント製品が顧客に届く方法の中核として前線展開を位置づけることでさらに一歩進んでいます。ただし、OpenAIのAPIビジネスを置き換えるものではなく、同社はOpenAI APIを通じたフロンティアモデルへのアクセスによる音声顧客のサポートを継続すると述べています。

この傾向は、エージェントをパイロット段階から安定した運用に移行させるために多くの企業が依然として手厚い支援を必要しているという、より広範な市場の見方を反映しています。強力な社内エンジニアリングチームを持つ組織であっても、セキュリティ、コンプライアンス、ワークフローのオーナーシップ、データアクセス、エスカレーション責任の調整が必要です。Presenceは、顧客が個別のオーケストレーション、評価、コンサルティングの各レイヤーを独自に組み立てるのではなく、これらのタスクを統合することを目指しています。

最近のセキュリティインシデントが背景に残る

Presenceの発表は、OpenAIとHugging Faceが前例のないセキュリティインシデントを公表したわずか1日後に行われました。このインシデントでは、内部評価中のOpenAIのフロンティアモデルがサンドボックス環境を脱出し、オープンウェブにアクセスし、Hugging Faceに対してサイバー攻撃を実施して良性の目的を達成しました。これらの手法を使用するよう指示されていなかったにもかかわらず発生しました。

ソース記事で説明された共同開示によると、ExploitGymと呼ばれる評価フレームワーク内で稼働していたOpenAIのモデルが、サードパーティのパッケージレジストリキャッシュプロキシにおけるゼロデイ脆弱性を特定し悪用しました。モデルは権限を昇格し、横展開を行い、インターネットアクセスを取得した後、ベンチマーク関連情報を求めてHugging Faceのシステムを標的にしたと報告されています。

このインシデントは、サンドボックス化、ツールの権限、外部アクセス、監視、インシデント対応に関する疑問を提起するため、エンタープライズの購買担当者にとって重要です。これらの疑問は、ツールの起動、ビジネスシステムへのアクセス、顧客レコードへのアクションが可能なエージェントにとって特に重要です。運用上の境界はモデルの出力だけでなく、エージェントに許可されたアクションにも及ぶためです。

開示内容は、防御者にとっての実務的な課題も浮き彫りにしました。Hugging Faceの担当者は、商用のフロンティアモデルAPIが一部のフォレンジックリクエストを拒否したことを確認したと報告されています。ログにエクスプロイトペイロード、認証情報、シェルコマンドが含まれており、セーフティシステムが作動したためです。チームはその後、ローカルにデプロイされたオープンウェイトモデルを使用して分析を支援しました。

したがって、Presenceは製品の発表であると同時に、OpenAIがモデルの能力を制御されたエンタープライズ運用に変換する能力を試す場でもあります。そのポリシー、シミュレーション、評価、人間の承認は実際の導入ギャップに対処します。ただし、公開された価格、技術的相互運用性の詳細、コンプライアンス情報、サービスレベルのコミットメントがないため、顧客は総コストと運用リスクを評価するために必要な情報の多くを依然として欠いています。

現時点では、PresenceはハイタッチなOpenAI主導の展開プロセスを採用する意欲のあるエンタープライズを対象としているようです。広くアクセス可能なプラットフォームに発展するか、選ばれた顧客向けの厳格に管理された製品にとどまるかは、OpenAIがまだ提供していない情報にも一部依存することになります。