為什麼 KPMG 把 Claude 放進交付平台是對的

KPMG 把 Claude 直接嵌入全球交付平台，而不是當成旁邊的聊天工具，這才是企業 AI 的正確方向。

KPMG 將 Anthropic 的 Claude 放進 Digital Gateway，不是做一個 AI 展示，而是把 AI 變成交付流程的一部分。官方說法指出，這次部署覆蓋 138 個國家、27.6 萬名以上員工，先從稅務與法律、私募股權切入，接著延伸到資安與 agentic workflow。對一家靠專業服務規模化獲利的公司來說，這種做法比「每個人自己開一個聊天視窗」更接近真正的轉型。

第一個論點：AI 只有進入工作流，才會真的有用

大多數企業 AI 失敗，不是因為模型不夠強，而是因為它們被放在流程外。員工把資料複製到聊天機器人，拿到答案，再手動搬回系統，這種切換成本高、追蹤性差，也很難形成習慣。KPMG 把 Claude 放進 Digital Gateway，等於把這些步驟壓縮到同一個交付平台裡，AI 不再是旁邊的工具，而是工作本身的一部分。

這對專業服務尤其重要，因為它表面上是客製案，底層卻充滿可重複模式。稅務備忘錄、盡職調查包、漏洞檢查報告，格式和判斷邏輯都高度結構化。KPMG 明確提到會用 Claude Cowork 和 Managed Agents 支援客戶交付與即時 agentic workflow，這代表它看見的不是「聊天」，而是流程自動化與半自動決策。這比發一個通用助理給全員試用，實際得多。

第二個論點：這代表企業 AI 已經從試驗階段進入營運階段

規模本身就是訊號。KPMG 不是在單一事業部做小型試點，而是把前沿模型供應商接到一個橫跨 27.6 萬員工的全球平台。對任何大型專業服務機構來說，這不是 proof of concept，而是營運設計。當模型存取被寫進共享交付層，沒有使用 AI 的團隊，反而會在速度和一致性上開始吃虧。

更關鍵的是用例選得對。KPMG 沒有拿「提升生產力」這種空話當主軸，而是先打稅務與法律、私募股權、資安漏洞識別與修復。這些領域都重視速度、準確性與模式辨識，也最適合受控的 AI 層介入。若只是淺層導入，企業通常會停在內部問答助手；但 KPMG 進一步共建 Claude 驅動的產品給投資組合公司，這已經是收入導向的能力建設，不是內部玩具。

反方可能怎麼說

最強的反對意見是：大型專業服務公司不該把供應商模型放到客戶交付核心。稅務、法律、資安都屬於高風險領域，模型一旦出錯，錯誤也會跟著擴散到多國、多團隊與多客戶。批評者會說，KPMG 越深度嵌入 Claude，就越容易面臨幻覺、治理、資料駐留與供應商綁定問題。這不是空泛批評，而是真實風險。

但這個反對意見忽略了實際風險比較。KPMG 不是把一個開放式聊天機器人塞進客戶工作，而是把受管控的企業模型放進 Azure-based 的治理平台。真正危險的，反而是員工在陰影 IT 裡自行使用未受管控的 AI 工具。把模型拉回正式流程，集中權限、限制代理行為、保留審計紀錄，通常比放任各部門各自試更安全。前提是控制要做實，這點不能偷懶；但方向本身是對的。

你能做什麼

如果你是工程師、PM 或創辦人，這件事的可操作結論很清楚：先選一個高價值工作流，把 AI 嵌進工作發生的地方，再談擴張。不要先做一個通用助理，然後期待轉型自然發生。你應該定義失敗模式、記錄 agent 行為、把人工審核寫進流程，並且用治理框架包住模型存取。KPMG 這次的重點不是 Claude 本身，而是它把 AI 當基礎設施，而不是裝飾品。