模型上下文协议（MCP）已经跑在约 78% 的企业智能体栈里，月均 SDK 连接数超过 4 亿次。7 月 28 日的架构调整——无状态核心，加上 Tasks 与 MCP Apps 两个扩展——以及并入 Linux Foundation 旗下的 Agentic AI Foundation，把这个协议从一家公司的产品变成了社区标准。
从被抵制到被内置
有意思的是转折的速度。7 月，Google、Microsoft、Salesforce 还组过一个明确的对冲联盟；到 9 月，Google 已经把 MCP 当作接入自家智能家居平台的桥；10 月，Google Cloud 的 Agent Gateway 原生支持它。这个走向更像「收编」，而不是「让步」。
协议中立，网关不中立
协议归了基金会，但流量要过网关。Oracle、Google Cloud、Cloudflare 在同一周把 MCP 内置进各自的云，说明真正的控制权已经从协议本身，转移到了谁掌握中间的发现与路由层。对使用方来说，这意味着「协议开放」不等于「通路中立」。
安全层跟着长出来
已发布的 MCP 服务器在 10 月中旬突破 1200 个。Stacklok 的 2026 年调查里，近半数受访软件公司已在生产环境使用 MCP，19% 已广泛部署。连接器一多，攻击面就跟着长——专门针对 MCP 的防护产品开始出现，把它们当作「活的、已鉴权的通道」来管，而不是当作普通接口。
对企业意味着什么
- 自建系统要对外暴露能力时，优先按 MCP 的方式封装一次，多套智能体都能复用，比给每个客户端写一套接口划算。
- 把 MCP 网关当边界来管：谁在调、调了什么、有没有越权，要能查得到。
- 别让智能体直连生产库。中间加一层收敛过的权限视图，出问题时能一刀切断。
- 选型时问一句「你的连接器清单谁维护」——连接器数量增长后，维护成本比接入成本更高。