OpenAI 與 ServiceNow 擴大合作，現在能用的只有工單外掛

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

2026 年 10 月 28 日，OpenAI 在官方網站、ServiceNow 在自家新聞室，同一天各發了一份公告，講的是同一件事：兩家擴大合作。把兩份文件攤開對讀，這次合作列了五個項目，寫著當天就能用的只有一個：讓 ChatGPT 直接查詢與操作 ServiceNow 工單的 MCP 外掛。其餘四項，外掛功能強化排在 2026 年底前，語音功能排在 2027 年第一季，資安方案排在 2027 年 1 月開放搶先體驗、第二季正式提供，Codex 開發整合只給了一個 2027。對同時使用兩家產品的團隊，這則新聞真正值得先做的動作只有一個：把現在能裝的東西，與還掛在時間表上的承諾分開，否則採購與時程規劃會把還不存在的功能當成既有能力來排。

OpenAI 公告與 ServiceNow 新聞稿的時程段落逐項一致，代表兩家對外公開的承諾口徑相同，這一節的每個時間點都以這兩份文件為準。

Pin

五個項目，只有一個寫著當天可用

時間表逐項列開是這樣：ServiceNow MCP 外掛，公告當天就在 OpenAI 市集提供；外掛強化能力，預計 2026 年底前；ServiceNow 超級智慧控制塔（Super Intelligence Control Tower）裡的語音功能，預計 2027 年第一季；OpenAI 支援的資安能力，預計於 2027 年 1 月進入搶先體驗、正式版排在第二季；AI Workflow Factory 的 Codex 整合，預計 2027 年，沒有給月份。

Pin

這份時間表至少說明了兩件事。其一，當天就能碰到的只有外掛本體，所以任何「OpenAI 模型從此深入 ServiceNow 各環節」的想像都要先慢下來：五個項目裡有四個連搶先體驗都還沒開始。其二，唯一只給年份的是 Codex 整合，這代表開發團隊若把企業應用的翻新押在這條線上，目前能拿到的承諾精度就是 2027 年的某一天，排程時這個誤差範圍得自己吸收。

這次是延伸兩家在 2026 年 1 月宣布的合作。一月宣布的合作把 OpenAI 模型帶進 ServiceNow 產品；這次在同一個方向之外，也讓 ServiceNow 的工作流走進 ChatGPT 與 Codex，並把 OpenAI 帶進 ServiceNow 自己的營運裡。

Pin

今天上線的外掛：分析搬進 ChatGPT，執行留在 ServiceNow

那個唯一上線的項目，做的事情可以用一句話講：把 ServiceNow 的企業背景資料與可執行的動作，帶進 ChatGPT 的對話裡。OpenAI 公告列了三個具體例子：尋找相似事件、評估一次變更的風險、更新 ServiceNow 紀錄，全程不離開對話。以值班情境來說，收到服務異常的人可以在同一個對話裡先查過去有沒有類似工單，判斷方向之後，再把要更新的紀錄寫回去，省掉在兩個系統之間來回切換這段路。

外掛走的是 MCP 這套開放協定，說白了就是讓 AI 應用呼叫外部工具的共通介面，這兩年它已經長成 AI 工具接線的主流標準，想理解這個生態的樣貌，可以看我們先前實測 MCP 伺服器收錄站的文章。放回 OpenAI 市集自己的脈絡看，這個方向也不新：目錄裡本來就有 Gmail、Google Drive、行事曆這類個人工具的連接器，ServiceNow 補上的位置是企業工作流，也就是工單、變更與事件這些有權限、有審計需求的資料，這也正是為什麼權限設計在這次合作裡比功能清單更值得盯。

比功能更值得細看的是權限這一層。公告寫得明白：客戶把 ChatGPT 接到自家的 ServiceNow 環境，公司自己選擇要開放哪些能力；而 ServiceNow 的 Action Fabric 會沿用既有的商業規則與權限，所以每個人在對話裡能做的動作，反映的是組織本來的設定與存取範圍。實務上這代表導入的第一步不在 ChatGPT 那端，而在 ServiceNow 那端：哪些工單類別可以被查詢、誰有權限更新哪些紀錄、變更風險的評估結果能不能觸發動作，這些規則導入前就已經存在，外掛只是照著走。ServiceNow 的新聞稿把界線再講白一次：ServiceNow 仍是那些動作被執行、被治理的系統。

換句話說，這個外掛能做多少事，決定權在每家公司的 ServiceNow 管理員手上，不在 OpenAI。把「行動之前先過權限這一關」當成設計核心的廠商，這一年明顯變多：GitHub Copilot 的輔助權限審核把明顯安全的請求交給模型自動通過、其餘留給人工，x.ai 的銷售代理官方案例則把使用者權限與人工審閱畫成三道界線。ServiceNow 這次的差別在於它不新增一套審批邏輯，而是直接沿用你家公司已經設好的那套。

誠實面也要說：公告並沒有附上外掛的完整動作清單，只列了三個例子；它支援哪些 ChatGPT 方案層級、企業合約要不要加價，兩份文件都沒有載明。要評估導入，這些空白得直接拿著時間表去問兩邊的銷售。

值班工程師那個畫面，是預覽不是功能

兩份公告都展示了一個漂亮情境：值班工程師在 ChatGPT 裡檢視連動的監控警示、最近的變更紀錄與受影響的服務，接著指派對的團隊、朝修復推進，最後把事件紀錄更新完成，整段流程不離開對話。這個示範讀的時候要注意它的身分：ServiceNow 新聞稿的原文寫的是計畫預覽（plans to preview）外掛延伸功能，OpenAI 那邊也只用了預覽（previewing）這個字。

預覽不是上線，也沒有日期。兩份公告都沒給這組互動體驗任何時程，它與 2026 年底前的外掛強化是不是同一批東西，文件裡也看不出對應關係。公告裡看得到、市集裡還裝不到，這種狀態在大型合作發布裡很常見，採購評估時把它歸到方向而不是能力，會更貼近現實。

排到 2027 的項目，各自要解的問題不同

資安那一項，針對的是弱點數量過載的老問題。ServiceNow 的新聞稿給了一個具體數字：一次程式碼掃描可以冒出一萬到十萬個以上、真實與人造混雜的弱點，最難的從來不是掃出來，而是判斷哪些代表必須立刻處理的風險。資安裡說的攻擊路徑，指的是把多個弱點串起來的路線：單看每一個弱點可能都不起眼，但從一個對外服務的漏洞進到內部系統、再拿到某個身分的權限，整條路走通就是大事，所以排序需要的不只是弱點本身的嚴重度，還有這家公司的資產清冊與身分關係，這正是 ServiceNow 認為自己該補上的那一半。兩家計畫把 OpenAI 的資安模型能力，接上 ServiceNow 累積的資產、存取與企業背景，目標是橫跨程式碼、應用、工作負載、網路與身分，把攻擊路徑找出來、排序、驗證再處置。這條線同時掛著 ServiceNow 的 Shift Zero 策略，用意是在攻擊者真的利用漏洞之前就先動手。另外有件事已經發生而非排程：ServiceNow 近期加入了 OpenAI 的 Trusted Access for Cyber 計畫，用 OpenAI 的模型強化 AI 本身的安全工作。整個資安方案 2027 年 1 月搶先體驗、第二季正式提供。

語音那一項，場景很具體：企業風險人員對著 ServiceNow 控制塔說出 AI 使用情境，AI 用這些資訊填寫評估欄位，能先填的先填，缺的資訊用追問補齊，最後依陳述的目的自動給出風險評級。要理解它想解的痛點，得先知道這份問卷在大型企業裡的角色：AI 要進入生產環境前，治理單位通常要逐案登記用途、資料範圍與風險等級，表格一長、部門一多，填寫就變成採購前的排隊關卡。官方的說法是，這能讓這份評估在幾秒內完成，為必須用機器速度治理 AI 代理的團隊省下關鍵時間；這句話的成效數字公告並沒有附上，先當官方期待值來讀，畢竟自動填寫的品質取決於使用者怎麼描述，追問補漏的能力也要實際上線才知道。時程是 2027 年第一季。

Codex 那一項，是這次公告裡對開發者最相關、也最模糊的。兩家計畫把 Codex 整合進 ServiceNow 的 AI Workflow Factory，讓開發者用 ServiceNow 的商業背景與平台能力來建應用；OpenAI 模型也會驅動裡面的 Build Agent 與 Autonomous Engineer 兩個角色，官方描述的目標是把零散的舊應用搬上現代化的 ServiceNow 工作流。時程只寫 2027 年。企業若已經在用 Codex，帳務與授權的邊界值得先弄清楚，我們先前整理過ChatGPT 訂閱與 API 額度的關係，裡面提過 Codex 的登入版與 API key 是兩條帳務線，這類細節在這次公告中同樣沒有交代。

兩家互為客戶，合作裡還包了一個聯盟

這次公告還有兩層常被略過的結構。一層是雙向採購：ServiceNow 計畫讓全體員工使用 ChatGPT Work 與 Codex，範圍從工程部門往外擴；對工程團隊，官方描述的用法是用 Codex 探索程式碼庫、做修改、跑測試，其他部門則把 ChatGPT Work 用在日常事務上，ServiceNow 也計畫把 OpenAI 的能力用在自己內部的資安工作。反方向也成立：OpenAI 把 ServiceNow 的工作流用進自己的營運，由超級智慧控制塔支撐。另一層是聯盟：OpenAI 加入 ServiceNow 新宣布的 Control Tower Alliance，是創始成員之一，這個聯盟是 ServiceNow 給 AI、資安、基礎設施與治理廠商的生態圈，目的寫的是幫企業大規模採用可信任的 AI。ServiceNow 自述平台每年運行超過 1,000 億個工作流，這個數字出自它的新聞稿自我介紹段，沒有附計算方式，當規模感參考即可。

OpenAI 總裁暨共同創辦人 Greg Brockman 的引述把賣點講在組合上：當人們能讓 AI 在企業依賴的系統裡工作，AI 才變得更有用；把模型接上 ServiceNow 的工作流與商業背景，團隊才能建軟體、處理資安風險、讓 AI 在組織裡工作。ServiceNow 董事長暨執行長 Bill McDermott 的說法定位味更重，把 ServiceNow 稱為編排、保護、治理全企業 AI 的控制塔；這句是行銷語，但控制塔確實是 ServiceNow 這一年的產品主軸，兩份公告裡都圍著這個詞轉。

雙向採購在大型平台合作裡常見，訊號有兩面：一邊是互相背書，另一邊是把彼此的產品綁得更深。對客戶來說，判斷點不在誰家高層說了什麼，而是回到那張時間表與自家的權限設定。

公告沒交代的三件事，與兩個回查時間點

文件裡的空白至少有三處：外掛強化前完整支援哪些動作，公告只給了三個例子；各項目歸屬哪些方案版本、計價怎麼算，兩份文件都沒有揭露；台灣區的銷售條件與資料落地細節，同樣未載明。

回查的節點也清楚：2026 年 12 月看外掛強化能力是否如期，這是時間表上最近的兌現點；2027 年 1 月看資安搶先體驗有沒有開，同時檢查語音功能是否照第一季的承諾推進。這兩個時間點過了之後，這份公告的路線圖部分才算開始被檢驗。

把這次合作當採購新聞讀，當天能行動的只有那個外掛，而它開多大的口，由你家的 ServiceNow 設定決定，不由 OpenAI 決定。公告把開關交給客戶端：公司自己選擇要對 ChatGPT 開放哪些能力，所以第一次接線時，本來就可以只開查詢類的動作、把會寫入資料的能力先留在關閉狀態，這是時間表之外、公告本身就寫明的控制面。只用了其中一邊的團隊，這則新聞的近期影響趨近於零，追蹤 12 月的外掛強化就夠了。把其餘四項當路線圖讀，其中 Codex 整合的承諾精度只到年份，任何依賴它的專案排程，都該把這段不確定性先算進去；資安與語音有明確的月份或季節可以對照，屆時拿這份時間表回來逐項打勾，是驗證兩家合作誠意最直接的方式。