根据所提供的报道，Uber 构建了一个 MCP 网关，用于管控对 800 多个 MCP 服务器和 5,000 多个 AI agent 工具的访问。该网关位于 agent 与工具服务器之间，将访问决策集中化，而不是让每个 agent 自行持有并针对每个工具出示自己的凭据。
架构上的关键在于控制面所处的位置。在按 agent 分配凭据的模型中，授权逻辑分散在每个 agent 运行时和每个工具集成中，随着工具数量增长，一致的政策、撤销和审计都会变得困难。网关将其整合为单一执行点：agent 请求工具访问，网关做出决策，工具服务器位于其后。所引用的规模——在一个治理层下管理 800 多个服务器和 5,000 多个工具——本身就是支持这一模式的理由，而不只是实现本身。
报道未说明该网关执行哪种授权模型、按工具的 scope 如何表达、到下游服务器的凭据如何代理或轮换，以及额外的一跳会增加多少延迟。报道也未说明该网关是仅限内部使用还是已公开贡献。这些细节对于评估类似设计的团队很重要，而仅凭所提供材料无法回答。明确的是方向：agent 的工具层正被视为具有自身访问控制面的受治理基础设施。