OpenAI Presence：エンジニアが付属するエンタープライズAIエージェント

OpenAIは2025年7月22日、エンタープライズ向けAIエージェントの新しい提供形態「OpenAI Presence」を発表した。従来のAPIキーやシートライセンスとは異なり、Presenceはオンライン購入が不可能なマネージド製品であり、限定的な一般提供プログラムを通じて提供される。導入はOpenAI自身のForward Deployed Engineersと、選ばれたグローバルシステムインテグレーターが主導する。各契約は単一のジョブ（請求紛争の解決、保険請求の処理、従業員のITサービスリクエストの処理など）から始まる。

エージェントにはジョブに必要な知識とシステムアクセス権のみが与えられ、顧客がエージェントの行動範囲、承認が必要なタイミング、人間が引き継ぐ条件を定義するルールを記述する。稼働後は、Codexが本番セッションとエスカレーションを読み取り、顧客チームがテスト・承認した変更を提案する。OpenAIのドキュメントは、スコーピングからセキュリティ、プライバシー、法務レビュー、シミュレーション、受け入れテスト、段階的ロールアウト、稼働後の反復までの6段階のプロセスを明記しており、エージェントが文書を読み込むだけで本番対応にならないとしている。

このマネージドモデルは、ガートナーが2027年末までにエージェンティックAIプロジェクトの40%以上がキャンセルされると警告する現実に対応している。失敗の原因はモデル能力ではなく、ガバナンス、ビジネス価値の不明確さ、運用規律の弱さにある。Presenceはこうした問題を直接ターゲットにしており、シミュレーションとグレーダーでエージェントの正当性、ポリシー遵守、ツール使用、エスカレーションの適切性を検証し、ガードレールで境界を超えたインタラクションに介入する。セッション記録やアクション履歴は監査を可能にし、エスカレーションパスは人間に構造化されたコンテキストを提供する。エンタープライズは過去2年間、本番エージェントの難しさが統合、権限、変更管理にあると認識してきた。ベンダーがエンジニアを派遣してその作業を行うことは、顧客の実際の失敗に応えていることになる。

しかし、このモデルには制約がある。アクセスはワークフローの適合性、実装準備、利用可能なデリバリー能力に依存する。デリバリー能力はコンサルティングの制約であり、ソフトウェアはスケールするが、セキュリティクリアランスを得たエンジニアはそうではない。Forward Deployed EngineerはPalantirから借用した称号で、その経済性はメーター推論とは全く異なる。OpenAIが自社のFDEと選ばれたパートナーをすべての導入の最前線に置くことは、ボリュームが小さいうちは機能するが、拡大時には複雑になる。また、モデルベンダーが実装パートナーでもある場合、本番でのポリシー誤適用に関する責任の線引きを契約に明記する必要がある。

OpenAIはPresenceを戦闘で鍛えられた製品と表現し、その根拠として製品化前に企業顧客との何年もの導入経験から組み立てられたと述べている。最も強力な証拠はOpenAI自身の英語電話サポート（1-888-GPT-0090）で、同社によればエージェントは数週間で内部ベンチマークを達成または上回り、現在75%の問い合わせを人間の支援なしで解決し、Codex改善ループにより10日間で人間への引き継ぎを15%削減したという。ただし、これらの数字はOpenAIが独自の評価基準で測定し、独立した検証は行われていない。3つの顧客（BBVA、SoftBank、IAG）はいずれも大規模運用ではなく、探索段階にある。

価格は未公開であり、使用モデルも明示されていない。PresenceはOpenAIモデルを使用するが、ワークフローに応じて設定が選択され、変更される可能性がある。チャネルサポートは音声またはチャットで、データ処理のアーキテクチャと契約が公開ポリシーよりも優先される。PresenceはChatGPT Workspace Agentsや音声顧客向けAPIとは別に、同じ機能を三通りの方法で提供しており、違いは技術能力よりも誰が作業を行うかに依存する。結局のところ、買い手はモデル能力と同じくらいデリバリー能力で選択することになる。