ServiceNow 與 AWS 在 Knowledge 2026 宣布擴大合作，將 ServiceNow AI Control Tower 與 Amazon Bedrock AgentCore 結合，提供共同治理架構。雙方也宣布新的 AI agent integrations，涵蓋 enterprise security、IT operations、telecommunications，以及讓開發者可從 AWS agentic IDE Kiro 建置並部署 ServiceNow applications。
這代表企業 agent 治理正在往跨平台控制層前進。單一供應商的 agent 越來越難涵蓋整個企業，真正需要的是能跨雲、跨流程、跨工具觀察與管控 agent 行為的架構。
這次合作重點是什麼？
官方公告提到：
- ServiceNow AWS Marketplace transactions 超過 １０ 億美元。
- AI Control Tower 與 Amazon Bedrock AgentCore 組成統一治理架構。
- 新 AI agent integrations 橫跨 security、IT operations、telecommunications。
- 支援 detect、act、resolve，並保留 humans in the loop。
- 開發者可從 Kiro 建置並部署 ServiceNow applications。
這些訊號合在一起，就是 enterprise agent 從 demo 走向平台化。
為什麼 AI Control Tower＋AgentCore 有意義？
企業 agent 最難管的不是單一模型，而是：
- agent 在哪裡跑。
- 誰啟動它。
- 它能讀哪些資料。
- 它能做哪些動作。
- 哪些動作需要批准。
- 發生錯誤時誰負責。
- 成本如何歸因。
- 是否能回溯每一步。
ServiceNow AI Control Tower 偏向企業流程、治理、可視化與控制。Amazon Bedrock AgentCore 偏向 AWS 上的 agent runtime、identity、工具、評測與基礎能力。兩者結合，指向更完整的 enterprise agent operating layer。
適合哪些企業？
適合：
- 已經使用 ServiceNow 管 IT、security、HR 或 operations 的企業。
- 已經在 AWS 上建 Bedrock agent 的團隊。
- 需要把 agent 接到 ITSM、SecOps、telecom operations 的公司。
- 想用 Kiro 或 AWS 開發工具建 ServiceNow app 的開發團隊。
- 需要統一衡量 agent 成效與風險的 CIO、CISO、平台團隊。
不適合：
- 還沒有跨部門 agent 的小團隊。
- 沒有明確流程責任人的導入案。
- 只想做個單點 chatbot 的產品。
導入時要先問什麼？
建議先問：
- 哪些 agent 已經在公司內運作？
- 哪些 agent 能執行高風險動作？
- 哪些動作需要 human approval？
- 哪些資料源需要保護？
- 哪些失敗要進入 incident 流程？
- 成本如何分攤到部門或流程？
- 是否能把 agent 行為寫入 audit trail？
- 是否能在同一個控制台觀察跨平台 agent？
如果這些問題答不出來，先不要急著擴大 agent 數量。
重點整理
ServiceNow 與 AWS 的合作說明，企業 AI agent 進入下一階段：不是每個部門各自買 agent，而是需要共同控制層。
Agent 可以在 AWS 上跑，可以在 ServiceNow workflow 中執行，也可以從 Kiro、Claude、Copilot 這類工具啟動。但企業仍需要統一的身份、權限、稽核、度量與人類介入機制。
這會是大型企業判斷 agent 是否能正式上線的關鍵。