亚马逊押注MCP:AI代理战争的隐形基础设施

什么是MCP？为什么突然重要

  MCP是Anthropic在2024年底开源的协议，解决一个朴素的问题：AI模型怎么安全、标准化地调用外部工具？

  想象你让AI订机票。它需要查航班、比价、填信息、支付——每一步都要对接不同系统。以前每家AI公司各自造轮子，MCP试图统一这个“接口语言”。

  协议本身不性感。但当“代理型AI”（agentic AI）成为2025年最拥挤的赛道时，MCP突然成了基础设施层的必争之地。

亚马逊的动作：不是跟风，是卡位

  据The New Stack报道，亚马逊近期密集加码MCP生态：

• Bedrock平台原生支持MCP服务器部署
• 推出托管MCP服务，降低企业接入门槛
• 与Anthropic深化合作，Claude 3.7 Sonnet成为Bedrock上MCP的首选模型

  这些动作释放一个信号：亚马逊不打算在C端AI助手层面硬刚OpenAI，而是押注“企业AI代理的底层管道”。

  逻辑很亚马逊——当年AWS从电商基础设施长出来，今天Bedrock试图从AI基础设施长出来。

代理战争的隐藏战场：协议层

  这场竞争有个反直觉的观察：模型能力差距在缩小，但“模型能调用的工具生态”差距在拉大。

  GPT-4o和Claude 3.7的基准测试差距可能只有几个百分点，但后者通过MCP能无缝连接上千个企业系统——这个差距是数量级的。

  企业采购AI代理时，“能接什么”比“有多聪明”更务实。Salesforce的Agentforce、ServiceNow的AI代理，核心卖点都是预置的行业连接器。

  MCP的价值在于：它让“连接器”从私有资产变成公共协议。这对挑战者有利，对现有平台是双刃剑。

亚马逊的算盘与风险

  押注MCP对亚马逊有三层意义：

  第一层，防御。防止被OpenAI的封闭生态边缘化。如果未来企业AI代理都跑在ChatGPT Enterprise里，AWS就变成纯算力供应商。

  第二层，进攻。MCP的开放性让Bedrock可以聚合多方模型，扮演“AI代理的操作系统”角色——这正是微软Copilot Studio想做但没做成的定位。

  第三层，生态锁定。托管MCP服务一旦成为企业标配，迁移成本会指数级上升。这和当年S3的路径如出一辙。

  但风险同样真实。MCP的主导权在Anthropic手中，亚马逊只是早期支持者之一。如果协议演进方向与AWS利益冲突，话语权有限。

  更现实的挑战是：企业真的愿意为“标准化”买单吗？历史上有太多“统一协议”死于厂商各自为政。

一个值得玩味的细节

  报道中提到，亚马逊内部将MCP定位为“代理型AI的HTTP时刻”——类比1990年代Web协议的统一。

  这个类比本身说明焦虑。HTTP是基础设施，但AWS不是HTTP的发明者，而是最大的商业化受益者。今天亚马逊想复刻这个故事，但MCP的发明者是Anthropic。

  合作关系能持续多久，取决于双方对“开放”的定义是否一致。

  当所有人都在讨论AI代理能做什么时，真正决定胜负的可能是：它们以什么标准被建造。亚马逊显然不想把这个答案交给竞争对手——哪怕这意味着要在一个自己不控制的协议上，押下重注。

  毕竟，当年AWS也是在Linux上建起来的。历史不会重复，但押韵的方式总是相似得让人尴尬。