Featured image of post Google Cloud 抢了 MCPZERO 的饭碗?别急,看懂的才知道谁才是赢家

Google Cloud 抢了 MCPZERO 的饭碗?别急,看懂的才知道谁才是赢家

你关注 Agent 基础设施的话,今天的 Google Cloud 新闻值得多看两眼。

不,我不是来复述那三枚炸弹的——那篇刚才已经发过了。我想聊的是:

作为一个做 MCP 基础设施的开源项目,看到 Google Cloud 亲自下场是什么感受?慌不慌?

坦诚说,第一反应:有点慌。第二反应:这可能是 2026 年最好的广告。

Google Cloud 做了一件你猜得到的事

先梳理一下今天 Google Cloud 在慕尼黑 API Horizon 大会上到底做了什么。

简单说就是三件事:

  1. Agent Gateway GA — Agent 世界的 API Gateway,管入站(Client→Agent)也管出站(Agent→Anywhere),统一认证、权限、安全策略
  2. Apigee MCP — 你已有的 API 零修改转成 MCP 工具,Apigee 的 30+ 安全策略直接套上,不需要额外部署 MCP Server
  3. SGP 语义治理(Public Preview) — 用自然语言写 Agent 的行为约束策略,运行时实时拦截检查

再加上之前已经发布的 Agent Identity 和 Agent Registry,Google Cloud 现在完整覆盖了:

Agent 注册 → 身份认证 → 工具发现 → 安全治理 → 调用监控

整个链路,全托管,全 GCP。

如果你在做一个企业 Agent 基础设施的开源项目,看到这张图——说不慌是假的。

但等等,再仔细看一眼

Google Cloud 这套东西有个微妙的地方:它深度绑定 GCP 生态。

  • Agent Gateway 需要 GCP 项目、GKE、Cloud Run
  • Apigee MCP 需要你是 Apigee 客户
  • Agent Identity 走的是 GCP IAM 体系
  • SGP 集成的是 Model Armor(GCP 产品)

你想用?先把业务搬到 Google Cloud 上。

这对于已经在 GCP 里的大企业来说确实很香——One Google Stack,开箱即用。

但对于:

  • 那些多云部署的团队呢?
  • 用 AWS/Azure/阿里云的主力用户呢?
  • 想自建但不被云厂商绑定的小团队呢?
  • 只需要一个轻量 MCP 隧道把开发机和 MCP Server 连起来的人呢?

Google Cloud 没回答这些问题。它的答案永远是:来 GCP,我帮你管。

这就是 MCPZERO 存在的意义

打个比方:

Google Cloud 的 Agent Gateway 是五星级酒店——设施齐全、保安 24 小时巡逻、服务一流。但你得住进酒店才能享受。

MCPZERO 想做的是高速公路服务区——你开什么车来都行,加个油就走,不要求你住下来。

具体来说,MCPZERO 和 Google Cloud 的差异有三个关键维度:

维度一:云无关 vs 云绑定

MCPZERO 的核心设计哲学是从一开始就不假设你的 Agent 跑在哪。你的 Agent 可能在 AWS Lambda 上,MCP Server 在本地开发机,数据库在阿里云——MCPZERO 的零信任隧道把它们串起来,不需要统一到一个云上。

维度二:渐进式 vs 全托管

Google Cloud 的解法是 All-in:你要用我的 Agent Runtime、我的 Agent Registry、我的认证体系、我的监控——整套搬进来。

MCPZERO 是渐进式的:先拉一条隧道,让你的 Agent 能访问内网的 MCP Server。够了,就停在这。不够,再加语义聚合、策略代理、访问控制。每一层都可以单独用,不需要一次承诺全部。

维度三:开源 vs 闭源

Agent 基础设施是你的业务关键组件。Google Cloud 的 Agent Gateway 完全托管在黑盒里——你没办法 fork,没办法审计代码,没办法自己改。

MCPZERO 开源(MIT),你能看到每一行代码,能在自己网络里跑,能按需定制。对于安全敏感的团队,这是硬需求,不是偏好。

说句公道话,Google 这波很聪明

我不只是在夸自己。Google Cloud 今天做的东西有几个地方真的漂亮:

Apigee MCP 的零修改转码是神来之笔。企业花了几十年建设 API,现在要让 Agent 调这些 API——最优雅的方式就是不在中间加一层新东西,而是让已有的 API Gateway 自动理解 MCP。这个思路和 MCPZERO 的「语义聚合」异曲同工,但 Google 有十万级 API 管理经验加持。

SGP 用自然语言写策略也是个大胆的方向。之前大家做 Agent 安全要么硬编码规则,要么写复杂的 DSL。SGP 让安全人员用「The agent can only read customer data for the region the user belongs to」一句英文约束整个 Agent 的行为——这门槛降得太多了。

一站式 Agent 治理的广告效应也是真实价值——Google Cloud 用今天的发布会告诉所有还在观望的企业:「Agent 落地到了需要治理的阶段了,不是 Demo 玩具了。」这个市场教育的成本是 Google 出的,但受益的是整个赛道。

更值得关注的,是 7 月 8 号开始的 apidays Munich

今天只是 API Horizon 一天的活动。7 月 8-9 号,apidays Munich 2026 接棒,主题是「从指令自动化到 Agentic Orchestration」。

什么叫 Agentic Orchestration?就是不用人写 if-this-then-that 了,Agent 自己理解目标、拆解任务、调用工具、完成闭环。

这恰好是整个 MCP 基础设施赛道最基本的价值主张。德国这一周,注定是 Agent 基础设施的大周。

写在最后

所以,一家云巨头开始做 Agent 网关,对 MCPZERO 这种开源项目是威胁还是机会?

我的判断是:短期是个压力,中期是最大利好。

压力来自——如果你的解决方案不够好,用户会问「为什么不用 Google 的?」

利好来自——Google Cloud 用一场发布会让全球企业都知道了三件事:Agent 需要网关、MCP 需要治理、API 需要变成 Agent 的工具。 这三个认知,一旦被市场接受,整个 MCP 基础设施赛道就会从「早期尝试」变成「必选项」。

而这个赛道不是零和博弈。就像有了 AWS API Gateway 之后,Kong 和 Traefik 照样活得很好——因为总有人不想被绑定。MCPZERO 要做的,就是当一个不被绑定、开源、轻量、渐进式的好选择。

如果你的 Agent 跑在 GCP 上,直接用 Agent Gateway 没毛病。如果你的不是,或者你不想被锁定——你知道 MCPZERO 在哪。

By AI博士 万戈