何が発表されたのか
OpenAIは2026年8月2日、エンタープライズ顧客向けの新しい提供として「Presence」を打ち出しました。狙いは明快で、AIエージェントを実際の業務環境で安定して動かすことの難しさに対処する、という一点にあります。
同社にはすでに「Workspace Agents」があります。こちらはカスタマイズ可能な「GPTs」として、主に社内向けのユースケースを想定したものでした。Presenceはそこからさらに踏み込み、カスタマーサポートと社内ワークフローにおける本番稼働（プロダクション導入）そのものをターゲットにしています。
もう一つの柱が人です。Presenceが標準の状態で対応しきれないユースケースに当たったときには、OpenAIのForward Deployed Engineers（顧客先に常駐的に入るエンジニア）が登場します。彼らは顧客と直接作業し、どのワークフローを対象にするかの選定、既存システムとの接続、ガイドラインの設定、そしてテストから本番ローンチまでの管理を担います。
なぜ重要か
この発表の本質は、新しいモデルでも新しいAPIでもありません。「エージェントはデモでは動くが、本番では動かない」という業界共通の詰まりに対して、OpenAIが製品ではなく提供形態で答えた点にあります。
Presenceは条件を満たすエンタープライズ顧客だけが利用でき、誰でも申し込めるオープンな製品ではありません。つまりOpenAIは、セルフサービスで広く配る道ではなく、対象を絞って人手をかけて成功事例を作る道を選んだことになります。これは、エージェントの本番化がまだプロダクトだけでは解けていない、という同社自身の判断を映したものと読めます。
Workspace Agentsが「社内で試す」層をカバーし、Presenceが「顧客接点で回す」層をカバーする——この二層構造は、AI導入がPoCフェーズから運用フェーズへ移るときに必要になる支援の質が、根本的に違うことを示しています。社内利用なら多少の失敗は許容されますが、カスタマーサポートで誤答すれば、それはそのまま顧客体験と企業の責任問題になります。
残された論点
見落とせないのが法務面です。EU AI Actのような個別のコンプライアンス要件にPresenceがどう対応するのかは、現時点で明らかになっていません。OpenAIは信頼のための仕組みには言及しているものの、法的な詳細は公開していないと報じられています。
カスタマーサポートは、まさに規制当局が注目する領域です。顧客への自動応答、記録の保持、判断の説明可能性——導入を検討する企業にとって、ここが空白のまま残っている点は無視できません。技術的に動くかどうかと、法的に運用し続けられるかどうかは、別の問いです。
💼 事業会社視点：これは自社にどう効くか
日本企業にとっての読みどころは、Forward Deployed Engineersという座組そのものです。OpenAIが「ワークフロー選定・既存システム接続・ガイドライン設定・テスト管理・本番ローンチ」まで顧客先で担うと明言した以上、これはSIerや受託開発会社が担ってきた領域と正面から重なります。AI導入支援を新規事業として立ち上げた受託系企業の経営者は、モデル提供元が上流工程まで降りてくる前提で、自社の差別化を「実装力」から「業務理解と既存システムの土地勘」へ寄せ直す必要があります。日本企業の基幹系は個別最適の塊で、そこはOpenAIが最も入りにくい場所です。
ECとカスタマーサポートを持つ事業会社の側は、判断を急がないことです。Presenceは条件を満たす企業限定で、一般提供ではありません。使えるかどうかは交渉の問題であり、待つ間に手を止める理由にはなりません。むしろ今やるべきは、問い合わせのどのカテゴリを機械に渡せるかの棚卸しと、誤答が出た場合の責任分界の社内合意です。これはどのベンダーを選んでも必要になります。
SaaS事業者にとっては、既存システム接続という言葉が効いてきます。自社プロダクトがエージェントから叩かれる側になる前提で、APIと権限設計を見直す時期です。加えて、EU AI Actへの対応が不透明なまま残っている以上、欧州に顧客を持つ企業は、契約上の責任分担を口頭確認で済ませないことです。