400 個 API，點樣畀 AI Agent 用？
AI Agent 要幫你搞嘢，通常要嗮你公司內部嗰啲 API 先做到。問題唔係功能唔存在，係成百個私網 API 點樣安全畀 Agent 揾到、叫到，而唔畀佢哋見到身份系統、唔將 context window 塞爆。
MoEngage 就係成個案例。佢嘅客户參與平台（agentic customer engagement platform）有超過 1,350 個消費品牌用，後端係大約 400 個內部 REST API，由 25 支工程團隊開發，散喺 7 個 AWS Region 嘅私有 VPC（Virtual Private Cloud，私網）入面，為滿足 data residency（數據駐留）承諾，全部唔開公網。
圖片：dronepicr／CC BY 2.0／Wikimedia Commons
為啥 20 間開一個 MCP server 係錯路？
MCP（Model Context Protocol，模型上下文協議）係 Agent 揾工具、叫工具嘅標準協議。最直接嘅做法係每支團隊各開自己嘅 MCP server，但 MoEngage 計過數就拒絕：
- 超過 20 個 MCP server，就要 20 個部署要監控、打補丁、跟 MCP 協議演進
- 有實用價值嘅 Agent 係跨域嘅（例如讀一個 campaign、查佢嘅 segment、睇送達統計），要連好幾個 server 再自行對齊
- 每支團隊都要有 MCP 專業知識，同佢哋實際產品工作冇直接關係
所以 MoEngage 立咗條原則：個體工程團隊唔寫 MCP。團隊只寫 REST API，聲明邊個 operation 係工具；MCP 層由 AI Platform 團隊統一負責。團隊嘅責任止於寫好一份 OpenAPI spec（OpenAPI 規範，API 描述格式）。
AgentCore Gateway 做咗咩？
用 Amazon Bedrock AgentCore 嘅 Gateway 能力，將嗰 400 個內部 API 統一變成有權限範圍（permission-scoped）嘅 Agent 工具。冇任何產品團隊寫過 MCP server 代碼，冇逐次集成要開新網絡，全程冇公網 endpoint。
資料圖片：Pixabay
MoEngage 估算呢個做法慳咗大約六個月平台工程工作量；新 API 上線而家只要幾鐘，唔係幾日。
未見嘅部分
呢篇係 AWS 官方 blog，同 MoEngage 工程團隊（Nikhil Kumar、Shakir Khan）合寫，屬廠商案例自述。原文只講到「four constraints」就截斷，四項具體限制未披露。成本數字、安全事件、生產事故記錄同長遠維護狀況都冇提及。
「阿調搞兩下」：400 個 API、25 支團隊，呢個規模唔係一個週末 project 搞掂。佢哋選擇唔做「每個團隊各搞各」嘅分散式 MCP，而係將權限同接入收喺一個中心層，呢個決定本身值得留意。但「慳六個月」呢個數字係估算，冇獨立第三方數據支援，讀者自行估。
阿調｜深度調教
