OpenAI、エンジニア付きエージェント販売へ
OpenAI は、API キーやセルフサービスモデルから脱却し、エンジニアを同梱した管理型 AI エージェント「Presence」を発表し、ガバナンスと実装の課題に直接対応する新たなエンタープライズ販売戦略を示した。
AIニュース価値スコアβ
主要ニュースAI関連度、新規性、日本での有用性など6軸を公開検証中です。現在、掲載順には使用していません。
- AI関連度
- 75
- 情報源の信頼性
- 25
- 新規性
- 75
- 検索具体性
- 75
- 重複の少なさ
- 100
- 日本での有用性
- 25
記事は OpenAI の具体的な新製品発表と、API キー販売中心の従来モデルからの明確なビジネスモデル転換(FDE 導入など)を報じており、新規性と AI 関連性の両面で高い評価に値する。ただし、日本企業への直接的な影響や日本語一次情報の記載はないため、日本の関連性は低めとなる。
キーポイント
管理型製品への転換
OpenAI は従来の API キーやライセンス販売から離れ、エンジニアが主導するプロジェクトベースの管理型製品「Presence」を限定公開プログラムとして導入した。
ガバナンスとリスク対策の強化
シミュレーション、グラダーによる評価、ガードレール機能、監査可能な記録など、ガバナンスとセキュリティを重視した設計により、AI プロジェクトの失敗要因であるガバナンス不足への対抗策を講じている。
実装プロセスの透明化
ビジネス成果のスコーピングからポストローンチの反復まで、6段階にわたる詳細なプロセスを開示し、ドキュメントの読み込みだけで即座に運用可能になるわけではないと明確にしている。
供給制約によるスケーラビリティ
エンジニアの配置能力がボトルネックとなるため、このモデルはソフトウェアとしての完全なスケーリングには適さず、導入の条件や選定基準が存在する。
コンサルティングモデルと責任の所在
OpenAI は顧客にエンジニアを常駐させる「Forward Deployed Engineer」モデルを採用しており、ベンダーが実装パートナーも兼ねるため、ポリシー適用ミスなどの責任範囲を明確にする必要がある。
事例は初期段階であり大規模運用ではない
紹介された顧客(BBVA, SoftBank, IAG)はいずれも設計パートナーとして機能しており、Presence を大規模に稼働させている状態ではなく、製品が「実戦で検証済み」とされる根拠は内部データに基づくものである。
価格とコスト構造の非公開
導入範囲や費用は顧客ごとに個別設定されており、競合他社のコンタクトセンターベンダーと比較できる公的な単価基準は公表されていない。
重要な引用
Presence is sold as a project rather than a product.
Gartner has warned that more than 40% of agentic AI projects will be cancelled by the end of 2027, attributing the failures to governance, undefined business value and weak operational discipline rather than to model capability.
A vendor that sends engineers to do that work is responding to what buyers have actually been failing at.
When the model vendor is also the implementation partner, the lines of accountability for a policy misapplied in production need to be written down rather than assumed.
None of the three, though, is presented as running Presence at scale, which is worth holding alongside the word proven.
"Presence uses OpenAI models, the documentation says, with configuration selected for the workflow and subject to change as that workflow evolves."
影響分析・編集コメントを表示
影響分析
この発表は、エンタープライズ AI の普及が技術的限界ではなく、ガバナンスや実装プロセスの難しさに阻まれているという現実を直視したものであり、業界全体の導入アプローチを「製品販売」から「コンサルティング付き管理型サービス」へとシフトさせる重要な転換点となる。OpenAI が自社のエンジニアリソースを投入することで顧客の失敗リスクを低減する姿勢は、他社ベンダーにも同様の高コスト・高品質なサポートモデルへの圧力をかけることになるだろう。
編集コメント
OpenAI が従来のセルフサービスモデルから、エンジニアを同梱した管理型サービスへと戦略を転換したのは、エンタープライズ顧客が直面する実装の壁に対する極めて現実的な対応と言えます。これは単なる販売手法の変更ではなく、AI エージェントの実用化における最大の課題である「ガバナンスと信頼性」への根本的なアプローチの転換を示唆しています。
OpenAI からエンタープライズ向け AI エージェントを購入する最新の方法は、オンラインでの購入ではありません。7 月 22 日に発表された「OpenAI Presence」は、限定された一般提供プログラムを通じてデリバリーされる管理型製品であり、同社はこれをセルフサービス商品としてまだ利用できないと明確に述べています。導入プロジェクトは、OpenAI 直属のフォワードデプロイエンジニアと、選抜されたグローバルなシステムインテグレーターによって主導されます。
これは、主に API キーやライセンス販売で成り立ってきたビジネスモデルからの大きな転換点です。Presence は製品としてではなく、プロジェクト単位で販売されます。各エンゲージメントは、請求書の紛争解決、保険請求の処理、社内の IT サービスリクエスト対応など、単一のタスクから始まります。
エージェントには、そのタスクに必要な知識とシステムアクセス権のみが付与され、顧客側が「何ができるか」「いつ承認が必要か」「いつ人間が引き継ぐか」を規定するルールを記述します。ローンチ後、Codex は本番環境のセッションやエスカレーション事例を読み込み、変更案を提案します。その変更は顧客チームによってテスト・承認された上で、ロールアウトされます。
OpenAI のドキュメントは、このプロセスに要する人的リソースについて、異例なほど率直に記述しています。ヘルプセンターには、ビジネス成果の範囲定義から始まり、セキュリティ・プライバシー・法務レビュー、シミュレーションと受入テスト、段階的なロールアウト、そしてローンチ後の反復改善に至るまでの 6 つの工程が明記されています。Presence エージェントは、単に文書を読み込むだけでは本番環境で使える状態にはならないのです。
このアプローチが解決しようとしている課題は、決して架空のものではありません。
管理型モデルという表現は、皮肉っぽく聞こえる一方で、その根拠を軽視するのは難しい。ガートナーは、2027 年末までにエージェント AI プロジェクトの 4 割以上が中止になると警告しています。その失敗の原因として指摘されているのは、モデル自体の能力不足ではなく、ガバナンスの不備、明確化されていないビジネス価値、そして緩い運用管理です。
プレゼンス(Presence)が提供する機能のほとんどは、まさにこの課題解決を目的としています。シミュレーションと評価ツールにより、社外からアクセスされる前に、エージェントが正しい結果を出したか、ポリシーに従ったか、ツールを適切に使用できたか、必要な時にエスカレーションできたかを検証します。定義された境界を超えたインタラクションにはガードレールが介入し、セッション記録やアクション履歴は監査の材料となります。エスカレーションパスでは、単なる冷たい転記資料ではなく、人間が判断できる構造化された文脈が提供されます。また、新バージョンはロールバック可能な制御されたリリースを通じて展開されます。
企業は過去 2 年間で、本番環境のエージェントにおいて最も難しいのは統合、権限管理、変更管理であることを学びました。これらの作業をエンジニアに任せるベンダーこそが、顧客が実際に失敗している部分に応えているのです。単なるダッシュボードを提供して「これはお客様の課題です」と片付けるのではなく、現場の課題解決に取り組んでいるのです。
制約はどこにあるのか
このトレードオフは、利用資格基準に如実に表れています。OpenAI によると、アクセス権はワークフローとの適合性、実装の準備状況、そして提供可能なキャパシティによって決定されます。
「提供能力」はコンサルティング上の制約要因です。ソフトウェアはスケーラブルですが、銀行のコアシステムに直接投入されたエンジニアが同じように拡張できるわけではありません。
「フォワード・ディプロイメント・エンジニア(FDE)」という肩書は、パランティア(Palantir)から借用されたものです。同社では、顧客の現場に数ヶ月間常駐するスタッフを指す用語です。しかし、このモデルに伴う経済構造は、使用量に応じた推論(メータード・インファレンス)とは全く異なります。
OpenAI は、あらゆる導入プロジェクトの最前線に自社の FDE と特定のパートナーを配置することで、スケール拡大のために依存するはずの「システムインテグレーター」が占める市場領域へと参入しました。これは利用量が少ない段階では実用的な仕組みですが、将来的にはより複雑な課題を抱えることになります。
また、これにより契約規模を検討するすべての関係者に一つの問いが投げかけられます。モデルベンダーが同時に実装パートナーも務める場合、本番環境でポリシーが誤って適用された際の責任所在は、暗黙の了解に頼るのではなく、明確に文書化しておく必要があるのです。
企業向け AI エージェントはまだ初期段階にある
OpenAI は Presence を「戦場で検証済み」と説明しています。その根拠となるのは、製品をパッケージ化し名称をつける前に、長年にわたり企業顧客に対してエージェントを展開してきた実績があるからです。この主張は、市場に登場してから経過した時間ではなく、「蓄積された実践経験」に基づいたものです。これは妥当な主張と言えます。
最も強力な根拠の一つは、OpenAI 自身が運営する英語の電話サポート窓口(1-888-GPT-0090)です。同社によると、このエージェントは導入から数週間で社内基準に達し、現在では問い合わせの 75% を人手を介さずに解決しています。また、Codex の改善ループを通じて、人間への引き継ぎが 10 日間で 15 ポイント減少しました。ただし、これらは OpenAI が自社の評価基準と自社のチャネルで測定した数値であり、第三者による検証は行われていません。
紹介された 3 つの顧客事例は、発表の枠組みが示唆するよりも前に既に進行しています。BBVA はメキシコでの日常業務における音声サポートを検討中ですし、ソフトバンクは日本語での会話テストを行っています。IAG(国際航空グループ)も、悪天候などの需要が集中するイベント時のサポート活用を検討中です。BBVA メキシコの AI 変革担当責任者であるダニエル・オルダズ氏は、同銀行を「金融顧客サービスの音声体験を設計し、洗練させるためのデザインパートナー」と位置づけています。GA(一般提供)直前の限定段階でデザインパートナーが選定されるのは一般的かつ有用な手法ですが、これら 3 社はいずれも Presence を大規模に運用しているわけではありません。「実証済み」という言葉には、この点を踏まえておく必要があります。
公表されていない情報
料金は公開されていません。導入範囲とコストは顧客ごと、展開ごとに個別に設定されるのが一般的です。これはエンタープライズサービスでは標準的な手法ですが、結果として購入側は、既存のコンタクトセンターベンダーに対する「解決された問い合わせあたりのコスト」という公的な比較基準を持たないままとなります。
このモデルには名称がありません。Presence は OpenAI のモデルを採用しており、ドキュメントによるとワークフローに合わせて設定が選定されます。また、ワークフローの進化に伴い設定は変更される可能性があります。
これは妥当なエンジニアリング判断です。生産環境のエージェントを固定されたモデルバージョンに縛り付けておくと、時間が経つにつれて陳腐化してしまうからです。過去 1 年間、特定のバージョンに対して評価スイートを構築してきたチームにとっては、設定が変更された際に何を基準とされるのかを契約書に明記しておくことが重要になります。
限定的な一般提供(GA)期間中のチャネルサポートでは、音声またはチャットに対応し、コンタクトセンターとの統合、ルーティング、認証、ハンドオフ設計などが、デプロイごとに確認・実装されます。データ処理も同様のアプローチで進められ、公開されたポリシーではなく、署名済みのアーキテクチャと契約書が管理基準として扱われます。
Presence は、ChatGPT や Slack 内でチームが構築するためのセルフサービスパスである「ChatGPT Workspace Agents」とは位置づけを異にしています。一方、音声利用者は引き続き OpenAI の最先端モデルへの API アクセスを利用可能です。同社は現在、ほぼ同等の機能を 3 つの異なる方法で提供していますが、技術的な機能の違いというよりは、「誰が作業を担当するか」によって区別されています。
つまり、購入者が選ぶ基準はモデルの能力だけでなく、納品キャパシティにも大きく依存します。OpenAI 自身の見解でも、この納品キャパシティこそが現在制限されている部分なのです。
関連記事:HP が OpenAI Frontier でエンタープライズワークフローを加速

AI やビッグデータについて業界のリーダーから学びたい方は、アムステルダム、カリフォルニア、ロンドンで開催される「AI & Big Data Expo」をチェックしてください。この包括的なイベントは TechEx の一部であり、サイバーセキュリティ&クラウドエキスポなど他の主要なテクノロジーイベントと併催されます。詳細はこちらをご覧ください。
本記事は TechForge Media が運営する AI News で配信されています。その他の企業向け技術イベントやウェビナーについては、こちらからご確認ください。
「OpenAI Presence がエンジニアを同梱したエンタープライズ用 AI エージェントの販売を開始」という記事は、AI News において最初に公開されました。
原文を表示
The newest way to buy enterprise AI agents from OpenAI does not involve buying anything online. OpenAI Presence, announced on July 22, is a managed product delivered through a limited general availability programme, and the company states plainly that it is not yet available as a self-serve product. Deployments are led by OpenAI’s own Forward Deployed Engineers and a set of selected global systems integrators.
That is a departure for a business that has largely run on API keys and seat licences. Presence is sold as a project rather than a product. Each engagement starts with a single job, such as resolving a billing dispute, handling an insurance claim, or clearing an employee IT service request.
The agent is given only the knowledge and system access that the job requires, and the customer writes the rules governing what it can do, when it needs sign-off, and when a person takes over. After launch, Codex reads production sessions and escalations, then proposes changes the customer’s team tests and approves before rollout.
OpenAI’s documentation is unusually candid about the labour involved. Its help centre sets out a six-stage process running from scoping business outcomes, through security, privacy and legal review, simulation and acceptance testing, staged rollout, and post-launch iteration. A Presence agent, it says, does not become production-ready simply by ingesting documents.
The problem this is built to solve is real
The managed model is easy to read cynically, and harder to dismiss on the evidence. Gartner has warned that more than 40% of agentic AI projects will be cancelled by the end of 2027, attributing the failures to governance, undefined business value and weak operational discipline rather than to model capability.
Almost everything Presence bundles is aimed squarely at that diagnosis. Simulations and graders test whether an agent reached the right outcome, followed policy, used its tools correctly and escalated when it should, before anyone outside the company speaks to it. Guardrails intervene when an interaction moves past defined boundaries. Session records and action histories give reviewers something to audit. Escalation paths hand a person structured context rather than a cold transcript, and new versions go out through controlled rollout with rollback.
Enterprises have spent two years discovering that the hard part of a production agent sits in integration, permissions and change management. A vendor that sends engineers to do that work is responding to what buyers have actually been failing at, rather than shipping another dashboard and calling the gap a customer problem.
Where the constraint sits
The trade-off shows up in the eligibility criteria. Access, OpenAI says, depends on workflow fit, implementation readiness and available delivery capacity.
Delivery capacity is a consulting constraint. Software scales; engineers cleared into a bank’s core systems do not. Forward Deployed Engineer is a title borrowed from Palantir, where it describes staff embedded in customer operations for months at a time, and the economics attached to it look nothing like the economics of metered inference. By putting its own FDEs and named partners at the front of every deployment, OpenAI has stepped into the layer of the market occupied by the integrators it will also rely on to scale, which is a workable arrangement while volumes are small and a more complicated one later.
It also puts a question on the table for anyone scoping a contract. When the model vendor is also the implementation partner, the lines of accountability for a policy misapplied in production need to be written down rather than assumed.
The enterprise AI agents on display are still early
OpenAI describes Presence as battle-tested, and its case for that language is that the product was assembled from years of deploying agents with enterprise customers before it was packaged and named. The claim is about accumulated practice rather than about the product’s time in market, and it is a reasonable one to make.
The strongest single proof point is OpenAI’s own English-language phone support line, 1-888-GPT-0090. The company says the agent met or exceeded its internal benchmarks for frontline human support within weeks, now resolves 75% of inbound issues without human assistance, and cut human handoffs by 15 percentage points in ten days through the Codex improvement loop. Those are OpenAI’s figures, measured against OpenAI’s own grading criteria, on OpenAI’s own channel. The transparency is welcome, but the numbers are not independently verified.
The three named customers sit earlier in the cycle than the launch framing implies. BBVA is exploring voice support for everyday banking in Mexico. SoftBank is testing Japanese-language conversations. IAG is exploring support during high-demand events such as severe weather. Daniel Ordaz, head of AI transformation at BBVA Mexico, describes the bank as a design partner helping shape and refine voice experiences for financial customer service. Design partners are normal and useful at limited GA. None of the three, though, is presented as running Presence at scale, which is worth holding alongside the word proven.
What has not been disclosed
Pricing is not published. Implementation scope and cost are set per customer and per deployment, which is ordinary for enterprise services and still leaves buyers without a public reference point for cost per resolved contact against an incumbent contact-centre vendor.
The model is not named. Presence uses OpenAI models, the documentation says, with configuration selected for the workflow and subject to change as that workflow evolves. That flexibility is defensible engineering, because pinning a production agent to a frozen model version ages badly. Teams that have spent the past year building evaluation suites against specific versions will nonetheless want the contract to say what they are being held to when the configuration moves.
Channel support during limited GA covers voice or chat, with contact-centre integration, routing, authentication and handoff design confirmed deployment by deployment. Data handling follows the same pattern, with the signed architecture and contract treated as the governing record rather than any published policy.
Presence sits apart from ChatGPT Workspace Agents, which remain the self-serve path for teams building inside ChatGPT and Slack, while voice customers keep API access to OpenAI’s frontier models. The company now offers broadly the same capability three ways, separated less by what the technology can do than by who does the work.
That leaves buyers choosing on delivery capacity as much as on model capability, and on OpenAI’s own account, delivery capacity is the part being rationed.
See also: HP accelerates enterprise workflows with OpenAI Frontier

Want to learn more about AI and big data from industry leaders? Check out AI & Big Data Expo taking place in Amsterdam, California, and London. The comprehensive event is part of TechEx and is co-located with other leading technology events including the Cyber Security & Cloud Expo. Click here for more information.
AI News is powered by TechForge Media. Explore other upcoming enterprise technology events and webinars here.
The post OpenAI Presence sells enterprise AI agents with engineers attached appeared first on AI News.
関連記事
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み