AIエージェントを試作できても、顧客対応や社内業務で安定して動かす段階になると、精度だけでは解決できない問題が増えます。誤った案内をしたときにどう止めるのか、どの操作まで許可するのか、人へ引き継ぐ条件をどう決めるのか。企業利用では、こうした運用設計がモデル選び以上に重要です。
OpenAIは2026年7月22日、企業向けAIエージェント製品「OpenAI Presence」を発表しました。Presenceは、音声やチャットで問い合わせに対応し、社内システムを参照し、承認された操作を実行し、必要に応じて人へ引き継ぐための仕組みです。
先に要点をまとめると、Presenceの価値は「高性能なAIモデルを使えること」だけではありません。業務ルール、権限、評価、ガードレール、人へのエスカレーション、導入後の改善を一つの運用基盤として扱える点にあります。ただし、現時点ではセルフサービス製品ではなく、対象となる企業向けの限定提供です。中小企業や個人が管理画面からすぐ契約できるサービスではありません。
OpenAI Presenceとは
OpenAI Presenceは、顧客対応や社内業務を担当するAIエージェントを本番環境へ導入するための企業向け製品です。OpenAIの発表では、請求に関する問い合わせ、保険請求、社内ITサービスの依頼など、特定の業務を担当させる使い方が例として示されています。
一般的なチャットボットは質問への回答を中心に設計されます。一方、Presenceが想定するエージェントは、利用者の要望を理解し、本人確認を行い、必要な情報をシステムから取得し、社内ルールに沿って判断し、許可された操作まで実行します。回答だけで終わらず、業務処理の一部を進める点が大きな違いです。
そのため、導入ではAIモデルだけでなく、次のような要素を組み合わせます。
- 業務手順や社内ポリシー
- 実行を許可する操作
- 入力や出力を制御するガードレール
- 想定ケースを再現するシミュレーション
- 品質を測る評価ツール
- 人へ引き継ぐ条件
- 導入後に問題を見つけて改善する仕組み
つまりPresenceは、AIエージェントそのものというより、業務で継続運用するための製品群と導入支援をまとめた仕組みと考えると分かりやすいでしょう。
Presenceでできること
音声とチャットによるリアルタイム対応
Presenceは音声とチャットの両方に対応しています。想定されている用途には、カスタマーサポート、アウトバウンドセールス、リスクの高い社内ワークフローなどがあります。
例えば請求の問い合わせでは、単に料金表を回答するだけでなく、利用者の情報を確認し、契約状況を参照し、会社のポリシーに従って処理し、許可された範囲で変更や手続きを実行する流れが想定されます。
業務ごとに知識と権限を限定する
企業のAIエージェントで特に重要なのが権限管理です。Presenceでは、エージェントに担当業務で必要な知識とシステムアクセスだけを与える設計が採られます。
「問い合わせ対応AIだから社内の全データを参照できる」という作り方は危険です。請求担当なら請求処理に必要な情報だけ、社内IT担当なら端末やアカウント管理に必要な範囲だけに制限します。これは、システム開発でいう最小権限の原則に近い考え方です。
人へ引き継ぐ条件を設定する
AIエージェントは、すべての問い合わせを自動処理する必要はありません。判断が難しいケース、本人確認に失敗したケース、高額な処理、例外対応、強い苦情などは、人へ引き継ぐ方が安全です。
Presenceでは、企業側が「AIが実行してよいこと」「承認が必要なこと」「人が対応すべきこと」を設定します。自動化率を最大化するより、どこで止めるかを明確にする設計が重要になります。
本番利用後も評価と改善を続ける
AIエージェントは公開した時点で完成ではありません。商品、規約、社内手順、顧客の質問は変化します。最初は正しく対応できていても、数か月後に回答が古くなる可能性があります。
Presenceでは、本番セッション、エスカレーション、品質シグナルを分析し、問題が起きている場所を探します。OpenAIによると、Codexを利用した改善プロセスが更新案を提示し、担当チームがテストして承認した後に段階的に反映できる設計です。
ここで重要なのは、AIが勝手に本番設定を書き換えるのではなく、提案、テスト、承認、展開という管理手順を置いている点です。
従来のチャットボットやAPI開発との違い
OpenAI APIを利用すれば、独自のチャットボットや音声エージェントを開発できます。ただし、本番運用に必要な仕組みは利用企業側で設計しなければなりません。
| 比較項目 | 一般的なAPI開発 | OpenAI Presence |
|---|---|---|
| モデル利用 | APIで実装 | 製品内に統合 |
| 業務システム連携 | 自社で設計・開発 | 導入支援を含めて構築 |
| 権限・ポリシー | 自社で実装 | 主要構成要素として扱う |
| 評価 | 評価基盤を自社で用意 | シミュレーションと評価ツールを提供 |
| 改善 | ログ分析と改修を自社で実施 | Codexを使った改善プロセスを含む |
| 利用形態 | 開発者がセルフサービスで利用可能 | 対象企業向けの限定提供 |
自社にAI開発チームがあり、柔軟性を優先するならAPI開発が適しています。一方、問い合わせ対応などの重要業務を短期間で本番化し、評価や統制も含めて設計したい大企業にとっては、Presenceのような導入型製品が候補になります。
SE実務で注目したいポイント
AIモデルより業務境界の定義が先になる
導入時に最初に決めるべきなのは、どのモデルを使うかではなく、エージェントにどの仕事を任せるかです。「問い合わせ対応全般」のような広い定義では、例外が多く評価も難しくなります。
最初は「請求書の再発行」「パスワードリセットの案内」「配送状況の確認」など、開始条件と完了条件が明確な業務に絞る方が管理しやすくなります。対象業務を狭くすると、必要なデータ、許可する操作、評価項目、人へ引き継ぐ条件も決めやすくなります。
正常系より例外系の設計が重要
デモでは正常に処理できる場面が注目されがちですが、本番運用では例外対応が品質を左右します。本人確認に失敗した、複数の契約が見つかった、規約にない依頼が来た、システムが停止している、といった状況を事前に洗い出す必要があります。
評価項目も、回答の自然さだけでは不十分です。誤操作をしないか、機密情報を表示しないか、権限外の依頼を拒否できるか、適切なタイミングで人へ渡せるかを確認します。
既存システム側にも安全設計が必要
AIエージェントの制御だけでなく、接続先システムにも対策が必要です。例えば返金処理を行うAPIには、上限金額、対象条件、承認フロー、監査ログ、二重実行の防止を持たせます。
AIが正しく判断する前提だけで設計せず、誤った指示が来ても重要な処理を防げるようにすることが大切です。これは従来の業務システムと同じで、入力元がAIに変わってもサーバー側の検証は省略できません。
導入前に確認したい5つの項目
1. 対象業務の処理件数と費用対効果
高機能なエージェントでも、処理件数が少ない業務では導入費用に見合わない可能性があります。問い合わせ件数、平均処理時間、人への引き継ぎ率、繁忙期の負荷を整理し、改善効果を測れる状態にしておく必要があります。
2. 利用するデータと保存方針
顧客情報、契約情報、通話記録、社内文書など、どのデータを扱うか確認します。個人情報や機密情報を含む場合は、保存期間、アクセス権、監査方法、削除方法を導入前に整理しなければなりません。
3. AIに許可する操作範囲
情報を検索するだけなのか、登録や変更まで行うのかでリスクは大きく変わります。読み取り専用から始め、評価結果を見ながら操作権限を増やす方が安全です。
4. 人が対応できる運用体制
エスカレーション機能があっても、引き継ぎ先が決まっていなければ機能しません。営業時間、担当部署、緊急時の連絡先、引き継ぐ情報の形式まで決めておく必要があります。
5. 品質を測る指標
自動処理率だけを追うと、無理にAIで完結させる方向へ偏ります。正答率、解決率、再問い合わせ率、誤操作件数、エスカレーションの適切さ、顧客満足度など、複数の指標で評価する必要があります。
Presenceが向いている企業
Presenceは、問い合わせ件数が多く、業務手順がある程度標準化され、AIエージェントを重要業務で運用したい企業に向いています。特に、音声対応を含むカスタマーサポート、保険、金融、社内ITヘルプデスクなどは検討しやすい領域です。
一方で、問い合わせ件数が少ない企業、業務ルールが整理されていない組織、まず小さく試したいチームには過剰な可能性があります。現時点でセルフサービス提供ではないため、個人開発者や小規模事業者は、OpenAI APIや既存のチャットボット製品から始める方が現実的です。
OpenAIが公開した導入事例
OpenAIは、自社の英語電話サポートでPresenceを利用していると説明しています。公開情報では、問い合わせの75％を人の支援なしで解決し、Codexを使った改善によって10日間で人への引き継ぎを15ポイント減らしたとされています。
また、BBVAはメキシコでの銀行向け音声サポート、ソフトバンクは自然な日本語による顧客対応、IAGは悪天候など問い合わせが集中する状況での支援を検討しています。ただし、これらは各社の検討・テストを含む発表であり、すべてが全面的な本番導入を完了したという意味ではありません。
現時点で分からないこと
2026年8月2日時点で、Presenceの料金、具体的な契約条件、最低利用規模、導入期間、対応地域の詳細は公式発表で明示されていません。対象となる企業はOpenAIの担当チームへ問い合わせる必要があります。
また、限定的な一般提供として案内されており、OpenAIのForward Deployed Engineersと選定されたシステムインテグレーターが導入を担当します。利用条件は今後変更される可能性があるため、検討時には最新の公式情報を確認してください。
まとめ
OpenAI Presenceは、音声・チャット対応、社内システム連携、権限管理、評価、ガードレール、人への引き継ぎ、導入後の改善をまとめて扱う企業向けAIエージェント製品です。
注目すべきなのは、新しいモデル性能よりも、本番業務でAIを安全に運用する仕組みが製品の中心になっている点です。企業がAIエージェントを導入する際は、自動化できる範囲だけでなく、止める条件、権限、例外処理、監査、改善手順まで設計する必要があります。
まず取り組むなら、対象業務を一つに絞り、必要なデータ、許可する操作、人へ渡す条件、評価指標を整理するところから始めるのが現実的です。Presenceを利用しない場合でも、この設計手順は独自のAIエージェント開発にそのまま応用できます。
コメント