OpenAI「Presence」を解説|音声・チャットAIエージェントの人間監督と運用ポイント

結論からいうと、OpenAI Presenceは、AIエージェントを監視し、人への引き継ぎや継続改善を支える運用製品です。

以下では製品の役割や運用を整理します。チャットボットや音声botは、想定外の質問やクレームで機能が破綻し、現場が人手で対応する場合があります。

※本記事は2026年8月14日時点の情報です。

Presenceとは何か|「モデル」ではなく「運用」を製品化

Presenceの運用レイヤーを、社内システムとの接続、実行範囲の定義、投入前の検証、投入後の行動改善に分けた図。
導入前の準備から運用後の改善までが一続きに整理されています。

Presenceは、OpenAIのモデル上で企業の顧客対応や社内業務にAIエージェントを展開・管理するレイヤーです。

社内システムとの接続や、エージェントが実行できる範囲の定義を支援します。投入前のエッジケース検証から、投入後の継続的な行動改善までを一つの製品にまとめています。

新しいモデルのバージョンではなく、本番運用そのものを対象にした製品です。

OpenAI自身が使う社内実績が説得材料になっている

OpenAIは英語の電話窓口で、品質基準と人手なしでの解決実績を示しています。

  • 運用回線:英語電話サポート(1-888-GPT-0090)でPresenceを使っています。
  • 品質:稼働数週間で従来の人によるフロントサポート品質基準に達するか、上回ったとしています。
  • 解決率:着信の75%を人の対応なしで解決していると報告しています。

自社での実運用データを示し、企業向けに導入を訴求する構成です。

ポイント

Presenceはモデル自体ではなく、接続や実行範囲の定義から継続改善までを担う運用レイヤーです。OpenAIの電話窓口では着信の75%を人の対応なしで解決したとしています。

ガードレールの設計|何を任せ、どこで人に戻すか

ポリシーを中央に置き、ナレッジと標準業務手順、承認済みアクションとガードレール、シミュレーションと評価ツール、エスカレーションルールを周囲に配した図。
実行範囲と人への引き継ぎ条件を複数の仕組みで定めます。

Presenceの中心にあるのは、企業側があらかじめ定義するポリシーです。チームはエージェントの振る舞いと、自律実行できるアクション、人へ引き継ぐ条件を設計します。

運用中はシステムが会話を能動的に監視し、設定した境界を外れた場合に介入します。

「自律性を高める」より「境界を決める」ことが中心

境界を決める設計では、次の仕組みを組み合わせます。

  • 社内の情報:ナレッジと標準業務手順(SOP)を使います。
  • 実行の制御:承認済みのアクションとガードレールを定めます。
  • 事前評価:シミュレーションと評価ツールで動作を確かめます。
  • 人への引き継ぎ:エスカレーションのルールを定めます。

自律性の最大化より、人に判断を戻す条件を先に決めることが前提です。ガバナンス設計がないと、現場で個別最適な使い方が広がるシャドーAIエージェントのリスクにもつながりかねません。

ポイント

自律的に動ける範囲を広げる前に、人へ引き継ぐ条件と介入境界を決める設計が、シャドーAIエージェントの抑制にもつながります。

本番投入前のテストと投入後の継続改善

投入前のテスト、稼働中の監視、投入後の改善を循環するPresenceの運用図。
本番の状況を次のテストと改善へつなぐ構成です。

Presenceの運用は、投入前のテスト、稼働中の監視、投入後の改善という流れで進みます。

運用中はガードレールが会話を監視し、設定した境界を外れた場合に介入します。エスカレーションされた案件には人が対応します。

  1. 投入前に、シミュレーションとグレーダー(評価器)で想定ケースを検証します。
  2. 投入後は本番セッション、エスカレーション、品質シグナルからギャップを探し、Codexが改善案を提案します。チームがテストと承認を行ってから展開します。

対象には、ルーチンのリクエストだけでなく、エッジケースや高リスクのシナリオも含みます。評価では、結果の正確さ、適切なツールの使用、ポリシー順守、エスカレーション判断の妥当性を確かめます。

投入前の検証結果は人がレビューし、承認してから本番環境に展開します。

OpenAIは、この改善ループで人への引き継ぎ率が10日間で15ポイント下がったと報告しています。

実行結果を評価し続ける考え方は、AgentOpsで扱う可観測性・評価とも重なります。

ポイント

投入前の検証と人の承認、稼働中の監視、実績に基づく改善を循環させます。OpenAIは10日間で引き継ぎ率が15ポイント低下したと報告しています。

導入企業の事例|銀行・通信・保険それぞれの使い方

初期導入企業として、BBVA MexicoとSoftBank Corp.が挙がっています。保険グループIAG傘下のRetail Insurance Australiaも初期導入企業です。

BBVA Mexicoは銀行口座システムと連携し、人へのエスカレーションなしで問い合わせを解決する音声サポートを検証しています。

SoftBank Corp.は、日本語の顧客対応向けに音声エージェントを展開しています。

Retail Insurance Australiaは、金融・保険分野のコンプライアンス要件がある中で顧客対応に使っています。

業種ごとに正確性やコンプライアンスの水準が異なるため、ガードレールをどこまで厳格にするかが導入の鍵です。

ポイント

銀行・通信・保険の導入例では、業種ごとに異なる正確性やコンプライアンスの要件に合わせたガードレールの強さが選定の鍵になります。

提供形態・料金|限定的な一般提供とFDE主導のロールアウト

Presenceは、企業が自分でサインアップして設定するセルフサービス型ではありません。

OpenAIのForward Deployed Engineers(現場常駐型のエンジニア)と、選定されたグローバルシステムインテグレーターが主導します。

企業顧客への提供は限定的な一般提供として行われており、料金は公開されていません。

伴走型の展開は導入のハードルが高い一方、PoCから本番稼働への移行に伴う失敗を防ぎやすい設計とも言えます。

AIエージェント導入事例では、導入の4割が中止に至る実態が指摘されています。伴走型の展開だけに頼らず、自社でも評価基準とエスカレーション設計を持つことが重要です。

統治の切り口は、基盤側のID・ログで統制するGoogleのGemini Enterprise Agent Platformとは異なります。

riplaがガードレール設計から伴走します

Presenceの利用有無にかかわらず、顧客対応の最前線では、任せる範囲と人が承認する場面を定めるガードレール設計が欠かせません。

riplaは、業務の切り分けからエスカレーションルール、投入後のモニタリング体制まで、企業ごとの業務に合わせて支援します。

顧客対応への導入方法に迷う場合は、対象業務と現状の課題をお聞かせください。

ポイント

料金は未公開で、提供はFDEと選定されたシステムインテグレーターが主導する限定的な形です。自社でも評価基準と引き継ぎ設計を持つ必要があります。

よくある質問(FAQ)

Q. OpenAI Presenceとは何ですか?

企業が音声・チャットのAIエージェントを、顧客対応や社内業務に投入するための運用製品です。ポリシー設計、ガードレール、投入前テスト、投入後の継続改善をまとめ、2026年7月22日に発表されました。

Q. 「human-in-the-loop」とは具体的にどんな仕組みですか?

エージェントの自律実行範囲と、人に引き継ぐ条件をあらかじめ定めます。運用中に会話が境界を外れるとシステムが介入し、投入前の承認や改善提案の承認にも人が関与します。

Q. 料金や提供形態はどうなっていますか?

セルフサービス型ではなく、OpenAIのForward Deployed Engineersと選定されたシステムインテグレーターが主導する限定的な一般提供です。

料金は公開されていません。

Q. どんな企業が導入していますか?

銀行・通信・保険の導入例に加え、OpenAIの電話サポートでの活用も確認できます。

  • 銀行:BBVA Mexicoが初期導入企業に挙がっています。
  • 通信:SoftBank Corp.が初期導入企業に挙がっています。
  • 保険:IAG傘下のRetail Insurance Australiaが初期導入企業に挙がっています。
  • OpenAI:英語の電話サポート回線でPresenceを運用しています。

参考情報として、次の資料を参照しています。

まとめ|自律性より先に、人へ戻す境界を決める

Presenceが示すのは、AIエージェントを企業の最前線に置く際、自律性を高めることより、人へ判断を戻す条件を先に決めることが大切だという考え方です。

投入前のシミュレーション、運用中のガードレール、投入後の継続改善という運用は、Presenceを使わない場合にも参考になります。

自社の顧客対応や業務にどこまで任せるかを検討するときは、人が判断する境界から考えてみてください。

関連記事

AIエージェントの導入事例や運用、ガバナンスに関する関連記事を紹介します。

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。