AWS 推出 AgentCore 与 MCP 网关，夺取企业 AI 代理控制平面
内容摘要
核心要点
Bedrock AgentCore 新增托管 Web 搜索，直接连接亚马逊维护的数十亿文档索引（分钟级刷新），通过标准 MCP 调用无需管理 API 或凭证，查询流量完全留在 AWS 内。
Amazon Quick 的自主代理持续在后台运行，通过自然语言定义护栏，活动源整合邮件、Slack、CRM 等信号，取代每日第一小时的分类工作。
LangChain Deep Agents 结合 AgentCore 的隔离执行环境（MicroVM），让协调代理生成专门子代理进行深度研究，避免主上下文窗口被原始内容耗尽，仅返回结构化发现。
CrescoNet 案例展示通过 CUR 驱动仪表板和可观测性数据实现 40% 账单削减（处理 45 亿日读数）。AWS Transform 引入代理辅助升级 Lambda 运行时。
MCP Gateway 和 Registry 提供目录和治理层，中央 IT 可强制批准资产，行线业务可发布自有资产，支持认证、授权、审计日志。主权推理方面，Public AI 在 Intel 驱动的 EC2 实例上部署开放权重模型。
重要性说明
表面是提升代理能力，本质是 AWS 在防守 LangChain、Anthropic、OpenAI 等独立代理框架和模型提供商抢夺企业客户。通过 MCP 兼容和 AgentCore 作为后端，AWS 将代理执行锁定在其云基础设施内，用户一旦采用 MCP Gateway 进行治理，将难以迁移到其他云，因为治理策略和审批流与 AWS 深度绑定。
隐性锁定：AgentCore 的 Web 搜索索引是 AWS 专有，MCP 服务器注册在 AWS Registry，代理的 MicroVM 隔离环境依赖 Nitro 等 AWS 硬件，迁移成本极高。故意隐瞒：虽然宣称“查询流量全部留在 AWS”，但未提及 MCP 协议本身是开放的，如果用户想用其他 MCP 服务器（如 Google 或自建），AgentCore 可能无法直接集成，形成半开放生态。此外，子代理编排的 MicroVM 启动延迟可能增加 尾部延迟，对于实时性要求高的场景（如交易决策）可能不适用。成本陷阱：CrescoNet 案例的 40% 节省是通过架构审查而非自动优化，AWS 将其包装为“代理增强”可能误导用户以为自动就能省钱。
PRO 决策建议
【厂商】Google Cloud 和 Microsoft Azure 应立即联合 LangChain 等框架推出与 MCP 兼容但跨云可移植的代理基础设施，强调 AgentCore 的 MicroVM 锁定风险，并推广开源替代如 Kubernetes + Knative 作为执行环境，同时提供独立 MCP 注册表以打破 AWS Registry 垄断。
【企业】CIO 应要求团队进行零信任审计：检查 MCP Gateway 是否支持多云代理注册？代理的 MicroVM 能否运行在其他云？AgentCore 的 Web 搜索索引是否有迁移路径？避免被 AWS 控制平面锁定。建议在 PoC 阶段测试使用开源 MCP 服务器与 AWS 外部的执行环境（如 Azure Container Instances）集成，验证可移植性。
【投资者】看穿 AWS 此举是为了在代理基础设施领域建立类似 EC2 的垄断地位，但 MCP 协议的开源性可能被竞争对手利用。关注 LangChain 等独立框架能否保持中立性，以及 Anthropic 等模型厂商是否会推出自己的代理基础设施。短期 AWS 股价可能因企业 AI 叙事上涨，但长期锁定风险会促使企业寻求多云方案，利好 HashiCorp 等多云治理厂商。
觉得这篇分析有用？
每周收到3-5条AI基础设施关键信号 →
💬 评论 (0)