AI News Analysis · Vol.03

OpenAI Presence発表を企業はどう読むか|
提供条件と導入前の4項目

発表事実とOpenAI自身の事例を分け、導入前に決める4項目まで整理する

updated 2026.08.04
read 8 min
ガバナンス 生成AI活用
author
五月女 裕太 ビジョン・コンサルティング
AI Center of Excellence 所属
AI コンサルタント

生成AIコンペ2年連続最優秀賞(日経・日刊工業新聞ほか掲載)/AWS Summit 2025事例ブース登壇/AWS主催生成AIセミナー2025 2度登壇など、業界トップを走るAIエキスパート。

このAIコンサルタントに相談する
2026年8月3日の確認

この記事は、OpenAIが2026年7月22日に発表した企業向けAIエージェント「Presence」を扱っています。8月3日に公式ページを見直しましたが、提供条件に変更はありませんでした。

あわせて7月31日、OpenAIは、モデルの利用単価だけでなく、やり直し・人による確認・失敗を含めた「仕事を終えるまでにかかる総額」でAIを評価する考え方を示しています。本記事で挙げる4項目は、導入後の成果と安全を同時に測るための準備です。

OpenAI, Building abundant intelligence(2026-07-31)

why it matters

OpenAIは2026年7月22日、電話・チャットで顧客や従業員に対応する企業向けAIエージェント「Presence」を発表しました。競争軸が「答えられるか」から「権限・承認・人への引き継ぎを含め、安全に仕事を完了できるか」へ広がったため、導入前に対象業務・許可する操作・人へ渡す条件・評価指標を決める必要があります。

Read this if

Presenceの発表を、自社の導入準備へ変えたい方に向けています

次のどれかに心当たりがあれば、本記事の整理をそのまま導入準備のたたき台にできます。

  • 発表の読み方
  • 導入前の準備
  • 任せる範囲の線引き
  1. 発表記事を読んでも、従来のチャットボットと何が違うか説明できない
  2. 電話・チャット対応をAI化したいが、AIに任せてよい操作の境界が決まっていない
  3. 「75%が人に渡らず解決」という数字を、自社にも当てはめてよいのか判断できない
  4. 製品が一般提供されたらすぐ試すべきか、今できる準備から始めるべきか迷う
01

何が発表されたか

Presenceは、企業の顧客対応や社内支援を電話・チャットで行うAIエージェントです。企業がポリシー、実行してよい操作、承認、人へ渡す条件を設定し、シミュレーションと評価を繰り返して改善する設計が発表されています。

OpenAIの2026年7月22日の公式発表によると、Presenceは会話を返すだけでなく、企業の業務システムやルールにつながり、顧客・従業員の依頼を処理するためのエージェントです。会社側がポリシーと許可する操作を定め、必要な場面では承認を求め、人へ引き継ぎます。展開前後にはガードレール(AIに許さない操作や出力をあらかじめ決めておく仕組み)、シミュレーション、評価を使い、運用データから改善を続ける考え方が示されています。

ただし、SaaSのように、申し込めば誰でもすぐ使える形で発表されたわけではありません。OpenAIは、対象となる企業顧客への限定的な一般提供(正式な提供だが、対象を選んだ企業に限る段階)と説明したうえで、まだセルフサービス型の製品としては提供していないと明記しています。導入は、OpenAIのForward Deployed Engineers(企業の現場で導入を支援する技術者)と、選定されたグローバルシステムインテグレーター(世界規模でシステム導入を請け負う大手事業者)が主導します。利用可能地域、価格、標準機能の詳細は、発表ページだけでは確定できません。

発表で示された企業向けエージェントの構成 fig_01 · presence_structure
  • Presence顧客・従業員の依頼を電話やチャットで受け、会社のポリシーと権限の範囲で理解・判断・実行する
    • 会社のポリシー許可する操作と境界
    • 承認・人への引き継ぎ人が判断する条件
    • 評価・改善シミュレーションと実績
ニュースの本質は新しい会話画面ではなく、企業の権限・承認・評価を業務実行の周囲に置いたことです。

図はOpenAI公式発表の記述をもとにビジョン・コンサルティングが構造化したものです。製品の内部構成を示すものではありません。

02

なぜ企業にとって重要か

今回の発表で企業に効くのは、AIが答えを作るだけでなく、顧客情報を見て処理を実行する段階へ進むことです。便利さと同時に、誤操作、権限逸脱(決めた範囲を超えた操作)、説明責任のリスクも増えます。だから当社は、導入の主役はモデル選びではなく、業務と統制の設計だと見ています。

従来のFAQボットなら、誤回答の主な影響は「間違った案内」です。業務を実行するエージェントでは、予約変更、返金、契約情報の更新、社内申請など、現実の状態が変わり得ます。だから、回答精度だけを測っても、任せてよいかは判断できません。

どのデータを参照できるか、どの操作は自動でよいか、金額や顧客属性によって人の承認へ切り替えるか、失敗時に誰が止めるかまで設計します。ここを決めずに製品を選ぶと、社内に出す判断材料が作れません。

この方向性は、OpenAIが2026年2月に発表したFrontierともつながります。Frontierは企業の共有コンテキスト(複数のAIや担当者が同じ前提情報を見られるようにする仕組み)、ツール、評価、エージェントのID・権限・境界を扱う基盤として説明されています。Presenceは、その基盤上で電話・チャットの業務を担う具体的なエージェント層と読むと理解しやすいでしょう。ただし、どちらの名前で語られても、企業側が決めることは変わりません。対象業務、許可する操作、人へ渡す条件、評価指標の4つです。

前段落のPresenceとFrontierの関係は、公式2資料を組み合わせた本記事の解釈です。製品構成や契約形態の保証ではありません。

03

発表された数字をどう読むか

PresenceはOpenAI自身の英語電話サポート窓口を支えており、受信した問い合わせの75%を人に渡さず解決している、とOpenAIは報告しています。また、Codex(OpenAIのコーディング支援AI。ここでは応答の改善作業に使われています)を使った改善ループにより、10日間で人への引き継ぎ率を15パーセントポイント下げたとしています。ただし、これはOpenAI自身の事例であり、他社でも同じ成果が出るという予測値ではありません。

OpenAIが自社事例として報告した2つの結果と、その観測期間 fig_02 · openai_internal_result
75% Presenceが人に渡さず解決した問い合わせの割合 OpenAI · 2026-07-22 announcement
15ポイント Codexの改善ループで人への引き継ぎ率が下がった幅 OpenAI · 2026-07-22 announcement
10日間 その変化を観測した期間 OpenAI · 2026-07-22 announcement
2つの結果と、その観測期間です。いずれもOpenAI自身の英語電話サポート窓口で観測されたもので、15パーセントポイントの低下はCodexによる改善ループを回した結果です。他社での再現を示す予測値ではありません。

数字を読むには、対象業務、問い合わせの難しさ、解決の定義、観測期間、母数が必要です。公式発表ページに書かれているのは、測った場所がOpenAI自身の英語電話サポートだということと、75%・15パーセントポイント・10日間の3つの数字です。

日本企業で同じ結果が出るかは、発表ページからは分かりません。発表ページにあるのは、SoftBankが自然な日本語による顧客との会話をテストしている、という記述です。ほかに、金融のBBVAがメキシコでの音声サポートを、航空のIAGが悪天候など需要が急に高まる場面での対応を模索しているとあります。いずれも検討・テストの段階として書かれており、結果の数値は公表されていません。

また「75%」は、人に渡さず解決できた問い合わせの割合です。コスト削減率や顧客満足度は、この数字からは分かりません。自社で使う場合は、解決率だけでなく、誤処理率、再問い合わせ率、人への引き継ぎ後の修正量、顧客満足、重大事故を同時に測る必要があります。

次の表は3列です。発表された数字/公式発表ページで確かめられたこと/同じページでは確かめられなかったことです。右端の列は、発表ページだけでは判断材料がそろわない項目を並べています。

発表された数字から確認できること・できないこと fig_03 · number_reading
metricconfirmednot_confirmed
問い合わせの75%OpenAIが自社の英語電話サポート窓口で人へ渡さず解決した割合として報告他社での再現率、費用削減率、顧客満足度
15パーセントポイント減OpenAIがCodexを使った改善ループの10日間の効果として報告引き継ぎを減らすこと自体が品質向上かどうか
10日間上記の変化を観測した期間長期安定性、繁忙期、業務変更時の性能
数字は結果の報告であり、対象業務・母数・解決の定義が変われば別の値になります。
04

導入前に企業は何を決めるか

独自見解

製品を待つ間に、①対象業務、②許可する操作、③人へ渡す条件、④評価指標を定義できます。この4点が曖昧なままでは、製品デモが成功しても本番判断へ進めません。まず1つの業務で書き切ります。

製品の利用可否を待たずに決められる4項目 fig_04 · pre_adoption_4
  1. 対象業務 開始と完了が分かる単位まで絞る 「問い合わせ対応」では広すぎます。「パスワード再設定の案内」「配送状況の照会」のように、開始条件と完了状態が分かる単位にします。
  2. 許可する操作 読む・書く・実行の境界を分ける 読むだけ、下書きまで、更新まで、金銭を伴う処理、の境界を分けます。操作ごとに参照データと権限を最小化します。
  3. 人へ渡す条件 AIが止まる条件を先に決める 本人確認に失敗、例外規定、一定金額以上、怒りや苦情、回答確信度(AIが自分の回答にどれだけ確信を持てているかの度合い)の低下など、AIが止まる条件を先に決めます。
  4. 評価指標 価値と安全を同時に測る 解決率だけでなく、誤処理、再問い合わせ、修正時間、顧客満足、重大事故をセットで測ります。冒頭の確認のとおり、AIの利用料だけでなく、再試行や人の確認にかかる手間まで含めた総コストも並べます。改善しても安全指標が悪化した場合は広げません。
話題性を理由に製品から入らず、業務と判断条件を先に固定します。製品選定はその後です。
4項目を書き切ったあとの2つの結論 fig_05 · start_decision
go_pilot 小規模検証へ進む 対象業務・許可する操作・人へ渡す条件・評価指標を説明でき、失敗時に止める責任者が決まっている。Presenceの提供を待つ間に、実際の顧客データは使わず、過去の問い合わせをもとに作った想定例で、成功条件と停止条件を試す。
back_to_design 業務設計へ戻る 4項目のどれかが空欄。製品デモの前に、業務責任者と一緒に定義し直す。
4項目を1枚で説明でき、失敗時に止める責任者が決まっていれば小規模検証へ進みます。どれかが空欄なら、製品比較ではなく業務設計へ戻ります。
05

まとめ|発表を自社の判断へどう変えるか

独自見解

この発表が示したのは、企業向けAIの競争軸が「答えられるか」から「安全に仕事を完了できるか」へ広がったことです。だから導入の判断も、製品どうしの性能比べではなく、任せる範囲と人へ渡す条件の決め方で分かれます。

発表された75%・15パーセントポイント・10日間の3つは、OpenAI自身の英語電話サポートで測られた値です。自社の見込み値として引用せず、同じ条件で測れるかを確かめてから使ってください。使い道は、自社の現在値を測る物差しにすることです。

当社が支援の現場で見てきたのは、製品の一般提供を待つ間に対象業務と許可する操作を書き切った企業ほど、提供が始まってからの判断が速いという傾向です。逆に、製品を触ってから考え始めると、対象業務の選定と社内の合意に時間がかかります。先に決められるのは製品に依存しない部分だけですが、そこが判断の大半を占めます——ここは当社の見立てです。

次の行動は1つです。最も件数が多く、処理が定型で、間違えたときに取り消せる問い合わせを1つ選び、4項目をA4一枚に書いてください。Presenceの提供条件が自社に合うかは、その後にOpenAIへ確認します。

06

出典と調査方法

  1. OpenAI, Introducing OpenAI Presence(2026-07-22) — 提供内容、統制、社内事例、提供範囲
  2. OpenAI, Introducing OpenAI Frontier(2026-02-05) — 共有コンテキスト、ツール、評価、ID・権限・境界
  3. OpenAI, Building abundant intelligence(2026-07-31) — 成果を完了する総コストでAIを評価する考え方
  4. NIST AI Risk Management Framework — AIリスク管理の参照枠組み

本記事は2026年7月22日の発表を、2026年8月3日時点の公式公開情報で再確認したニュース解説です。速報ではなく、企業が導入前に決める事項を整理することを目的としています。OpenAIの発表事実と、ビジョン・コンサルティングによる導入上の解釈・提案を区別して記載しています。製品仕様、提供地域、価格は変更される可能性があります。

Vision Consulting

PoCを「技術実験」で終わらせず、経営判断まで設計する。

対象業務の選定、現状値の計測、評価設計、ガバナンス、本番移行判定を一つの意思決定プロセスとして整理します。

share
このAIコンサルタントに相談する