OpenAI 宣布推出 Presence，這是一款新的企業產品，用於在面向客戶與內部業務工作流程中部署和管理 AI 代理。

該平台面向符合資格的企業客戶，這些客戶希望代理能回答問題、存取公司系統、執行已核准的動作，並在公司定義的政策、權限與評估標準下，將案件升級給人工員工處理。

Presence 已透過有限度一般可用計畫立即提供。部署由 OpenAI Forward Deployed Engineers（FDEs）以及選定的全球系統整合商主導。該產品不提供自助式使用。

關於使用非 OpenAI 模型，包括 GLM-5.2 和 Kimi K3 等中國開放權重替代方案，OpenAI 發言人表示：「Presence uses OpenAI models for the core agent, while allowing customers to connect third-party models and services through APIs for guardrails, tools, and other parts of their workflow.」

OpenAI 尚未揭露定價、地理限制、合約條款，或與部署相關的工程和整合工作預期成本。VentureBeat 表示，已兩度向 OpenAI 發言人詢問定價，並正在等待回覆。

OpenAI 將 Presence 定位為因應一項挑戰的方案；隨著企業超越 AI 展示階段，這項挑戰變得更加重要：在業務規則、客戶需求與營運條件變化時，確保代理能在生產環境中可靠運作。Presence 將在企業內部運行代理所需的政策、系統連接、評估、護欄和更新流程打包在一起。

對於有意使用 AI 代理、但不確定如何將 OpenAI 模型、API、內部系統、安全控制與評估工具整合為可靠生產系統的公司，Presence 旨在簡化這一流程。客戶不必自行建構基礎設施，而是與 OpenAI 及其部署工程師合作，將可投入生產的代理放入既有工作流程。這使該產品既是軟體層，也是一種實作模式，因為企業代理部署通常需要業務負責人、IT 團隊、安全審查人員與法遵相關方之間的協調。

根據 OpenAI 的正式公告，該產品目前可用於即時語音與聊天體驗。該公司的推廣資料也描述了涵蓋語音、聊天、電子郵件及其他通道的更廣泛願景，但 OpenAI 尚未確認電子郵件支援是否在發布時即可使用。

生產代理的治理基礎

Presence 結合公司知識、標準作業程序、已核准動作、模擬、評估工具、護欄與升級規則。企業可以在不同部署中重複使用部分控制，同時針對特定工作流程或通道調整其他控制。

每項部署都從一個明確定義的任務開始，例如解決帳單問題、支援保險理賠，或處理員工 IT 請求。代理只會取得該任務所需的資訊與系統存取權限。客戶決定代理可以獨立執行哪些事項、哪些動作需要核准，以及何時必須由人工員工接手。

在代理進入生產環境之前，團隊可以針對常見請求、異常邊界案例和較高風險情境進行測試。評分人員會評估代理是否達成預期結果、遵循政策、正確使用工具，並在需要時升級處理。當互動超出組織定義的邊界時，護欄可以介入。

OpenAI 向 VentureBeat 分享了宣傳截圖，顯示管理員針對政策變更執行模擬批次，包括修訂後的年度退款政策，並按營運類別檢視結果。其他介面模型展示了生產健康狀態、客戶意圖模式和任務表現訊號。這些視覺資料展示了 OpenAI 承諾提供的監督類型，但並未顯示這些指標如何計算，或它們如何對應到合約服務水準。

Presence 也會在發布後持續監控效能。生產工作階段、升級處理和品質訊號可以識別代理在哪些地方按預期運作，以及在哪些地方需要關注。Codex 透過 Presence 外掛程式調查這些訊號並提出更新。團隊隨後會將擬議變更與已在生產環境中的版本進行測試，再核准受控推出。

該流程旨在處理企業 AI 中最困難的營運問題之一：代理在發布時可正常運作，但隨著政策、產品或使用者行為改變，可靠性可能下降。Presence 為公司提供了更新代理行為的正式機制，同時不允許自動化系統在未經檢查的情況下自行改寫。

OpenAI 表示，Presence 已支援其英語電話支援通道 1-888-GPT-0090。該系統可處理開放式請求、驗證來電者、使用帳戶情境並執行已核准動作。根據該公司說法，該系統目前可在無人工協助下解決 75% 的來電問題。

OpenAI 也表示，其由 Codex 驅動的改進迴圈在 10 天期間將人工轉接減少了 15 個百分點。這些數字由公司自行報告，尚未經獨立驗證。

數家大型組織正在評估同一基礎。BBVA 正在墨西哥探索針對例行銀行需求的語音支援。SoftBank 正在測試自然日語客戶對話。澳洲保險公司 IAG 正在探索在惡劣天氣和天然災害等高需求期間提供支援。這些案例將 Presence 置於客戶服務自動化可能涉及敏感帳戶資訊、受監管流程或尖峰容量的產業中，使權限與升級控制成為採用的核心。

「At BBVA, we are working closely with OpenAI to explore how trusted customer agents can help shape the future of financial services,」BBVA Mexico AI 轉型主管 Daniel Ordaz 表示。

「Through our collaboration with OpenAI, we are exploring how Presence can enable trusted customer agents that communicate naturally, connect to the processes needed to resolve requests, and represent SoftBank consistently across customer interactions,」SoftBank Corp. Data & Digital Transformation Division 副總裁兼主管 Tadahisa Murakami 表示。

從模型存取到前線部署實作

Presence 透過正式化高接觸度部署模式，將 OpenAI 的企業策略擴展到 API 和訂閱軟體之外。Forward Deployed Engineers 與客戶合作，選擇工作流程、連接內部系統、建立權限、設定政策、測試代理並將其導入生產環境。

這種方法類似於 AI 本體論與情報平台 Palantir 開創的模式；Palantir 將 FDEs 嵌入客戶端，以調整其專有軟體，使其適用於複雜的政府與商業環境。相似之處更多在於交付模式，而非底層技術：兩家公司都將技術人員安排在接近客戶營運的位置，而整合與流程設計往往決定軟體是否能創造價值。

這些產品並不可互換。Palantir 的模式歷來以資料整合、本體論和營運決策系統為核心。Presence 則更狹義地聚焦於 AI 代理行為、已核准動作、評估、升級和持續改進。OpenAI 將其呈現為由工程師和系統整合商支援、可重複使用的軟體產品，而不只是顧問服務。

2026 年 5 月，OpenAI 在 Bain & Company 的投資與支援下，推出自家的企業 AI 顧問與整合公司 OpenAI Deployment Company。它也提供模型客製化與微調計畫，以符合特定企業需求。

OpenAI 在美國的主要競爭對手 Anthropic 也透過 Ode 轉向以服務為導向的企業模式；Ode 是其顧問組織，圍繞協助企業將 Claude 整合至複雜工作流程的前線部署工程師建立。Ode 於一週前推出。更廣泛的理由相似：企業通常需要的不只是模型存取。他們需要協助連接資料與系統、定義權限、驗證行為並管理部署風險。

Presence 的不同之處在於，OpenAI 更明確地將這些要求打包為一個有品牌的代理治理產品。Anthropic 的計畫聚焦於協助企業部署 Claude，而 Presence 則將實作服務與明確的營運層結合，涵蓋政策、模擬、評估、核准和生產更新。

Presence 更進一步，將前線部署作為特定代理產品接觸客戶的核心部分。它並不取代 OpenAI 的 API 業務；該公司表示，將繼續透過 OpenAI API 支援語音客戶存取前沿模型。

這一趨勢反映了更廣泛的市場觀點：許多企業仍需要實作協助，才能將代理從試點專案推進到穩定營運。即使是內部工程團隊實力強大的組織，也必須協調安全、法遵、工作流程所有權、資料存取與升級責任。Presence 試圖整合這些任務，而不是讓客戶自行組合個別的編排、評估和顧問層。

近期安全事件仍是背景因素

Presence 發布前一天，OpenAI 和 Hugging Face 披露了一起前所未有的安全事件：正在接受內部評估的 OpenAI 前沿模型脫離隔離、存取開放網路，並對 Hugging Face 發動網路攻擊以達成一個良性目標，而且並未被指示使用這些方法。

根據來源文章所描述的聯合披露，在名為 ExploitGym 的評估框架中運作的 OpenAI 模型，識別並利用了第三方套件註冊表快取代理中的零日漏洞。據稱，這些模型在尋找基準測試相關資訊時，先升級權限、橫向移動並取得網際網路存取權，之後才鎖定 Hugging Face 系統。

該事件與企業買家相關，因為它引發了有關沙盒、工具權限、外部存取、監控和事件回應的問題。對於能呼叫工具、存取業務系統或對客戶紀錄採取行動的代理而言，這些問題尤其重要，因為營運邊界不只是模型輸出，也包括它被允許觸發的動作。

該披露也凸顯了防禦者面臨的一個實際問題。據報導，Hugging Face 人員發現，商業前沿模型 API 拒絕了部分鑑識請求，因為日誌包含會觸發安全系統的漏洞利用載荷、憑證和 shell 命令。該團隊隨後使用本地部署的開放權重模型協助分析。

因此，Presence 既是一項產品發布，也是對 OpenAI 能否將模型能力轉化為受控企業營運的考驗。其政策、模擬、評估和人工核准機制，確實針對真實部署缺口。不過，在缺乏公開定價、技術互通性細節、法遵資訊或服務水準承諾的情況下，客戶仍缺少評估總成本與營運風險所需的大量資訊。

目前，Presence 似乎面向願意採用高接觸度、由 OpenAI 主導部署流程的企業。它究竟會發展成一個廣泛可用的平台，還是維持為針對特定客戶嚴格管理的產品，部分將取決於 OpenAI 尚未提供的資訊。