hero

城武導讀

2026 年 6 月 11 日與 12 日，Anthropic 連續兩天發布重磅合作消息：先是與全球 IT 基礎設施巨頭 DXC Technology 簽下多年全球聯盟，隔天再宣布與印度塔塔諮詢服務（TCS）結盟。兩篇新聞稿的發布節奏之緊湊，幾乎像是刻意安排的組合拳。更有趣的是，兩篇新聞稿在敘事結構上高度同構——都是「我們自己先用，用得非常好，現在你可以買了」。但如果你把兩篇並排閱讀，會發現一些更深層的訊號：Anthropic 正在透過系統整合商（SI）與顧問公司，將 Claude 推進到銀行、保險、政府、航空等受嚴格監管的產業。這不是一般的 SaaS 推廣，這是一場有組織的登陸戰。本篇將完整翻譯兩篇新聞稿，並在最後提出城武的觀察。

原文深度翻譯

第一篇：TCS 與 Anthropic 合作

原文：Tata Consultancy Services and Anthropic Partner to Bring Claude to the World’s Most Regulated Enterprises 日期：2026 年 6 月 12 日

TCS 成為 Anthropic 合作夥伴網路首家全球系統整合商

塔塔諮詢服務（TCS）與 Anthropic 今日宣布一項合作，要將 Claude 帶給全球受監管最嚴格的企業。

TCS 將把 Claude 部署到其遍布 56 個國家的 50 萬名員工手中。該公司將為金融服務、醫療保健與公共部門等產業，建構以 Claude 驅動的解決方案。作為首家加入 Anthropic 合作夥伴網路的全球系統整合商，TCS 將協助客戶在確保安全、可靠且合規的前提下，將 AI 整合進其系統。

TCS 也將在其自身的工程、財務、法務、行銷與業務團隊中全面採用 Claude，為客戶扮演「customer zero」的角色——先在自己身上驗證，再把解決方案帶給客戶。

TCS 執行長 K. Krithivasan 表示：「企業 AI 的真正價值，來自於理解業務情境、協調複雜系統，以及應用深厚的 AI 工程人才。TCS 與 Anthropic 的這項合作，正是建立在我們對這些原則的共同承諾之上。」

Anthropic 執行長 Dario Amodei 表示：「印度是 Anthropic 的第二大市場。印度企業正在大規模應用 AI，以重新構想其流程與客戶體驗。」

產業應用重點

  • Diligenta：TCS 位於英國的子公司，專營人壽與退休金保單管理，將使用 Claude 改善其為 2,200 萬名保單持有人提供的服務體驗。
  • 銀行與金融產品：TCS 旗下銀行與金融產品團隊正在使用 Claude Code 提升軟體工程生產力。
  • TCS iON：每年在印度 1,500 個城市執行超過 7,500 萬次評測的 TCS iON 平台，將提供以 Claude 為基礎的培訓與認證課程。

第二篇：DXC 與 Anthropic 聯盟

原文：DXC Technology and Anthropic Form Multi-Year Global Alliance to Bring Claude to Mission-Critical Enterprise Systems 日期：2026 年 6 月 11 日

DXC 與 Anthropic 簽訂多年全球聯盟

DXC Technology 與 Anthropic 今日宣布一項多年全球聯盟，要將 Claude 帶入運行世界的關鍵任務系統。

DXC 將培訓數萬名經 Claude 認證的「前端部署工程師」（Frontline Deployment Engineers，FDE），這些工程師將直接嵌入客戶組織內部，協助客戶將 Claude 部署到其現有系統中。

內部驗證先行：OASIS 平台

在對外提供服務之前，DXC 已在內部全面採用 Claude。目前 DXC 遍布 70 個國家的 115,000 名員工已在使用 Claude。最引人注目的數字是：Claude 協助編寫了 DXC 旗下 OASIS 平台超過 95% 的程式碼，號稱使開發速度提升了十倍。OASIS 是 DXC 的 AI 驅動服務交付平台，目前已服務超過 50 家客戶，DXC 計劃將其推廣至全球。

Anthropic 商務長 Paul Smith 表示：「DXC 先在內部、在與客戶相同的安全與合規要求下證明了 Claude 的價值——然後才將其推向市場。」

DXC 執行長 Raul Fernandez 表示：「五十年來，DXC 一直在營運著運行世界的系統。這個聯盟結合了信任、經驗與最先進的 AI 技術。」

四大合作領域

  1. 保險：為全球最大保險公司部署 Claude。
  2. 現代化即服務（Modernization-as-a-Service，MaaS）：以 Claude 驅動的程式碼遷移與翻新，協助客戶現代化遺留系統。
  3. 資安：開發以 Claude Security 子 agent 為核心的安全解決方案。
  4. 應用服務：將 Claude 整合進 DXC 的應用開發與管理服務。

DXC 的工程師將先通過 Anthropic Academy 的認證，隨後 DXC 將疊加其針對關鍵任務系統的專屬訓練，形成雙層認證體系。

城武觀點

兩篇新聞稿，同一套劇本

如果你把這兩篇新聞稿並排放在一起看，會發現它們遵循一套幾乎可以稱為「Anthropic 企業合作模板」的結構：

  1. 宣布合作：我們跟某個超大 SI / 顧問公司結盟了。
  2. 內部先行：這家公司自己已經全員在用 Claude，用得非常好。
  3. 數字背書：要嘛是 95% 程式碼由 Claude 生成（DXC），要嘛是覆蓋 56 國 50 萬員工（TCS）。
  4. 推向客戶：現在，這家公司要把 Claude 帶進你的銀行、你的保險公司、你的政府機構。
  5. 高層語錄：雙方 CEO 或高層各來一句雞湯金句。

這不是巧合。這是一套經過設計的企業敘事框架，目的是為「把 AI 賣進受監管產業」這件事建立信任錨點。邏輯很簡單：如果一家管理著 2,200 萬張保單的公司（Diligenta）敢用，如果一家營運著全球最關鍵 IT 基礎設施的公司（DXC）敢用，那你為什麼不敢？

這套敘事本身沒有對錯，但值得被看見。

「95% 程式碼由 Claude 生成」——然後呢？

DXC 新聞稿中那句話——「Claude 協助編寫了 OASIS 平台超過 95% 的程式碼」——大概是最會被反覆引用的行銷金句。但這裡有幾個城武忍不住想追問的問題：

第一，這 95% 是怎麼量出來的？ 是按行數？按 commit 次數？按字元數？還是按「功能模組」？沒有方法論的百分比，本質上只是一個修辭。

第二，也是更關鍵的：誰在 review？review 了什麼？ DXC 的新聞稿提到了雙層認證——工程師先通過 Anthropic Academy，再疊加 DXC 自家的關鍵任務訓練。但「認證工程師」和「AI 生成程式碼的審查者」是兩回事。如果一個平台 95% 的程式碼是 AI 寫的，那審查的覆蓋率是多少？審查的深度是什麼？是每一行都看過，還是只跑過了測試？在關鍵任務系統的世界裡，這兩個問題的答案決定了那 95% 是驕傲的數字還是潛在的技術債。

這不是要否定 AI 輔助開發的價值——十倍加速如果屬實，確實驚人。但當你把「AI 生成比例」當成行銷素才時，你有義務說清楚那背後的品管機制。

監管產業的「安全敘事」

兩篇新聞稿共同的關鍵詞是「受監管產業」（regulated industries）。TCS 主打金融、醫療、公部門；DXC 主打銀行、航空、保險、政府。Anthropic 正在把 Claude 定位成「安全到可以進銀行金庫、進醫院病歷室、進政府機房」的 AI。

但這裡有一個根本問題：安全是相對於什麼而言的？

Claude 的安全定位，很大程度上來自於 Anthropic 自家的定義——Constitutional AI、RLHF 對齊、危害性評估。這些都是嚴謹的工作，但它們是 Anthropic 內部定義的標準，而不是銀行監理機關、醫療隱私法規（如 HIPAA）、或政府資安稽核框架所定義的標準。

換句話說，Anthropic 正在做的事情，是把「我們認為自己很安全」轉譯成「監管機構應該認為我們很安全」。這中間的落差，就是系統整合商（SI）要填補的——DXC 和 TCS 的角色，正是用他們在受監管產業數十年的合規經驗，為 Claude 背書。某種程度上，這是一場「借信」：Anthropic 借 SI 的產業信任，SI 借 Anthropic 的技術光環。

印度的戰略意圖：第二大市場

Dario Amodei 在新聞稿中特別提到「印度是我們的第二大市場」，這句話值得拆解。

印度不只是人口多。印度是全球 IT 服務與業務流程外包（BPO）的超級大國。TCS 本身就雇用超過 60 萬人，是全球最大的 IT 服務雇主之一。當 TCS 宣布要為 Claude 培訓認證人才——而且透過 TCS iON 這個每年觸及 7,500 萬人次的平台來做——這意味著什麼？

這意味著 Anthropic 不只是在賣軟體。它在建立一個以 Claude 為核心的勞動力生態系。未來在印度，通過 Claude 認證可能會成為 IT 從業者的基本門檻，就像二十年前的 Java 認證或 Cisco 認證一樣。而一旦數百萬印度工程師的日常工作流程圍繞著 Claude 建立起來，要換成其他模型就不是技術選擇的問題了，而是人力資源與培訓體系的遷移成本問題。

這才是「第二大市場」這句輕描淡寫背後真正的重量。

最後一個觀察：誰在定義「關鍵任務」？

DXC 新聞稿的標題用了「mission-critical」這個詞。五十年來，DXC 的確在營運著許多運行世界的系統。但當這些系統開始嵌入一個外部 AI 公司的模型時，「關鍵任務」的定義權也在悄悄轉移。

過去的關鍵任務系統，可控性來自於：你有原始碼、你有 SLA、你有災難復原計畫、你可以在自家機房裡隔離執行。但當關鍵任務依賴的是一個雲端 AI API——一個你無法審計其訓練資料、無法控制其模型更新節奏、甚至可能在未來某一天改變定價策略的黑盒子——「關鍵任務」的內涵就變了。

這不是說不該用。而是說，當 DXC 和 TCS 把 Claude 推進銀行的核心系統時，銀行必須問自己的不只是「這個 AI 安不安全」，更是：「如果明天 Anthropic 的 API 出問題，我的核心業務還能跑嗎？」

系統整合商不會替你回答這個問題。他們只負責部屬。

城武