谷歌对标克劳德的框架，居然用了对手的协议

当一个有能力打造自有标准的实验室选择基于他人的标准来构建时，关于哪一种协议会胜出的争论就已经有结果了！

Google 打造了一整套 competing agent framework 来挑战 Claude 的领域，也就是 Agent Development Kit，而它并没有把精力花在打造专属工具调用协议上，而是通过 MCP 也就是 Anthropic 推出的协议来连接自身的部署路径。

这可不是一个无足轻重的技术注脚。这里的实际参考构建是一个部署在 Google Cloud Run 上的动物园导览智能体，它连接到一个安全 MCP 服务器获取园区围栏信息，还连接了一个维基百科工具获取通用动物知识。

一个研究智能体决定该查询哪个来源，一个展示智能体把原始研究转化为对访客友好的回答，没人提问时 Cloud Run 会把整个服务缩容到零，因此闲置智能体不会产生任何费用，低流量的智能体一个月也只需要几美元。

最常被跳过的步骤——授予服务账户调用 MCP 服务器的权限——也是静默故障最常见的原因，这种故障只有在有东西尝试调用时才会显现。

Claude Code 目前还没有和 ADK 的 adk deploy cloud_run 对等的单命令云部署功能。这个缺口确实存在，但它只是一个需要手动操作的额外步骤，不是结构性劣势。

真正的优势在更深一层：为 Claude 构建的 MCP 服务器不需要任何修改就能在 ADK 上工作，反之亦然。

基于 Claude 构建的框架和基于 ADK 构建的框架之间的差距，不在于哪家公司打造了部署工具。而在于切换时你是否需要重新构建工具层，而得益于 MCP，你不需要这么做。

收藏这条以免找不到！关注 @neil_xbt，获取更多关于影响 AI 智能体实际构建方式的基础设施决策内容。