“智能体未来”的最大障碍,从来都不是模型的智能,而是连接的愚蠢。
过去两年,要让一个 AI 智能体真正做点事情(比如查询数据库或查看地图),开发者不得不写一堆“胶水代码”。他们得手动编写函数定义、处理认证、解析 JSON Schema,还得在 API 一有变化时就更新“工具”。这种方式脆弱、定制化、无法扩展。
更糟的是,每个平台都有自己的“方言”。OpenAI 有 “Actions”,Anthropic 有 “Tools”,LangChain 有 “Toolkits”。如果你为 GPT-4 做了一个集成,换成 Claude 就得重写。
那个时代刚刚结束了。
继 Anthropic 开源标准、行业整体走向标准化之后,Google 正在推出托管式模型上下文协议(MCP)服务器,并且从 Google Maps 和 BigQuery 开始完全免费。
这不仅仅是一次功能更新,而是一次基础性的架构转变。Google 正在让其服务实现“按智能体就绪设计”,本质上是在为人工智能打造一个 USB 接口。
引子:为什么这件事现在意义重大
过去十年,互联网主要为两件事做了优化:
- 人类(浏览器提供的 HTML/CSS)
- 特定应用(由固定前端消费的 REST/GraphQL API)
它并不是为通用 AI 智能体设计的。当你让 ChatGPT “帮我找附近的餐厅”时,它并不像人类那样“看到”地图。它要么根据训练数据猜测,要么在装备了工具后,调用由人类工程师手动为它接好的某个 API 端点。
这种“接线”工作才是瓶颈。要把 LLM 接到 Google Maps,开发者必须:
- 创建一个 Google Cloud 项目。
- 启用 Places API。
- 生成 API Key。
- 编写调用 API 的 Python 函数。
- 编写 JSON Schema,向 LLM 解释这个函数。
- 处理 LLM 参数幻觉时的错误状态。
Google 推出托管 MCP 服务器后,开发者不再需要自己搭建这些接线。现在,开发者只需“一键开启”Maps MCP 服务器,智能体立即就懂得如何进行地理编码、搜索地点、计算路线。无需写代码、无需定义 Schema、无需维护。
这就像硬把灯线接到墙里和直接插进插座的区别。Google 已经把插座装好了。
技术深潜:什么是“托管 MCP 服务器”?
要理解这件事的影响,必须先看看 MCP 到底是什么,以及 Google 的实现如何改变了开发的物理规律。
1. 协议(“USB 标准”)
**模型上下文协议(MCP)**是一种开放标准,用于规范 AI 模型如何与数据和工具交互。在 MCP 出现之前,“集成问题”是 N × M 的:如果有 N 个模型(Claude、Gemini、GPT)和 M 个工具(Google Drive、Slack、Postgres),就需要 N×M 个定制集成。
MCP 把它降到 N + M。
- 模型变成“客户端”(USB 接口)。
- 工具变成“服务器”(USB 设备)。
该协议基于 JSON-RPC 2.0。它允许客户端(即 AI 智能体)向服务器请求可用的工具、资源和提示列表;服务器返回标准化的定义。当智能体想使用某个工具时,它会向服务器发送 JSON-RPC 请求,服务器执行逻辑并返回结果。
2. “托管”部分(真正的突破)
直到本周,运行 MCP 服务器还是一件“本地化”的事情。你必须在本地机器上跑一个 Node.js 或 Python 进程(例如 npx -y @modelcontextprotocol/server-postgres),才能让智能体与你的数据库对话。
这种架构对笔记本上的开发者(比如用 Claude Desktop)有效,但无法用于生产环境。你不可能要求用户“先运行一条本地终端命令”,这样你的网页智能体才能查看他们的日历。
Google 的托管 MCP把这一负担从开发者肩上卸了下来。
- 无需管理 Docker 容器。
- 无需编写认证握手(自动使用 Google Cloud IAM)。
- 无需维护 Schema:如果 Google 更新了 BigQuery API,MCP 服务器会自动更新。
- 协议传输:本地 MCP 通常使用
stdio(标准输入/输出),而 Google 的托管服务器可能使用 Server-Sent Events(SSE) 或安全通道上的 HTTP POST,让远程智能体能够安全连接。
3. BigQuery 与 Maps 的实现
BigQuery 的实现尤其具有革命性。
- Schema 发现:客户端问 MCP 服务器“有哪些表可用?”服务器返回 Schema——不只是表名,还包括列类型和描述。
- 查询生成:智能体原生理解列类型和关系。它知道
transaction_date是TIMESTAMP,而不是STRING。 - 执行:智能体发送 SQL,服务器返回数据,并以模型期望的格式返回。
这让 BigQuery 从“数据库查询工具”变成了智能体可以像人类逛图书馆一样轻松浏览的“知识库”。它消除了智能体虚构不存在的列(幻觉)的风险,因为 MCP 服务器会实时提供真实的 Schema。
背景历史:“胶水代码”噩梦
要理解这件事的价值,得先看看 2023–2024 年的“最先进方案”,也就是所谓的 ReAct 时代(Reasoning + Acting,推理+行动)。
在开创性的 ReAct 论文中,研究者展示了 LLM 可以通过生成“Thought(思考)”、然后“Action(行动)”、再得到“Observation(观察)”来使用工具。但“行动”部分非常混乱。
如果你想做一个智能体,能查 BigQuery 里的库存,再把这些仓库在 Google Maps 上标出来,你必须:
- 读文档:阅读 BigQuery REST API 文档。
- 写代码:写 Python 函数
check_inventory(sku)。 - 定义 Schema:手动定义 JSON Schema,向 LLM 描述这个函数(例如“该函数接收一个字符串 SKU……”)。
- 处理认证:手动处理 API 认证(OAuth2 流程)。
- 重复:对 Google Maps 重复步骤 1–4。
- 解析输出:把 Maps 返回的复杂 JSON 解析成 LLM 能读懂的格式。
这非常脆弱。
- API 一变,智能体就坏。
- LLM 如果幻觉了错误参数(例如把字符串当整数发出去),代码就会崩溃。
- 想从 OpenAI 换到 Gemini,就得重写工具定义。
MCP 解决了“N+1”问题。 不再是每个智能体都要学会如何跟每个工具对话,而是每个智能体都说 MCP,每个工具也说 MCP。
“智能体网络”与接地
这次更新最关键的一个方面是接地(Grounding)。
在 AI 中,“Grounding”指的是把模型的回答锚定在可验证的真实世界数据上,以防止幻觉。
- 没有 Maps MCP:你问“开车到 SFO 要多久?”模型只能根据 2023 年的平均交通数据猜测。
- 有了 Maps MCP:模型调用
maps.get_route,获得实时交通数据、道路封闭信息和精确 ETA。
Google 把 Maps 的这种方式称为 “Grounding Lite”。它让智能体具备“空间感知”能力,这对物流、配送和旅行智能体至关重要。
同样地,对 BigQuery 来说,这实现了“企业级接地”。智能体回答“上个月销售额是多少?”时不是在猜测,而是在对真实账簿执行 SELECT sum(sales) ... 查询。MCP 服务器会在执行前确保查询语法正确,起到安全护栏的作用。
前瞻性分析:“企业操作系统”
Google 对 MCP 的采用是一个强烈信号:行业正在收敛到一个标准。这是智能体的“HTTP 时刻”。
1. “聊天”界面的终结?
目前,大多数用户通过聊天界面使用 AI(ChatGPT、Gemini)。托管 MCP 服务器让 AI 可以嵌入到系统内部。你的物流仪表盘不再只是显示地图,而是会运行一个静默智能体,通过 MCP 服务器持续监控地图,关注影响 BigQuery 库存数据的交通异常,只在必要时提醒你。
2. 谁会跟进?
随着 Google(BigQuery/Maps)和 Anthropic(Claude)支持 MCP,压力现在落到了 AWS 和 Microsoft 身上。
- AWS 会推出“DynamoDB 托管 MCP”吗?
- Microsoft 会提供“Excel/Graph 托管 MCP”吗?
如果它们不跟进,在 Google Cloud 上构建智能体就会比在 Azure 或 AWS 上快得多。针对 Google 服务的“集成税”已经降到接近零。
3. 安全影响
当然,风险在于给智能体“上帝模式”的数据库访问权限。这正是“本地”与“托管”之间的区别至关重要的原因。
在典型的“本地”MCP 设置中,智能体通常以用户的完整权限运行。但 Google 的实现依赖 Cloud IAM(身份与访问管理)。MCP 服务器只能看到服务账户被授权看到的内容。
- 你可以创建一个仅对特定表拥有
BigQuery Data Viewer权限的服务账户。 - MCP 服务器会继承这一限制。
- 即使智能体尝试
DROP TABLE,MCP 服务器(由 IAM 支撑)也会拒绝。
这为企业级安全把 AI 智能体的“西部荒野”纳入了正轨,正是 CIO 们一直在等待的。
总结
整个行业正从一个 AI 只能“谈论”世界的时代,走向一个 AI 可以“触碰”世界的时代。
Google 为 Maps 和 BigQuery 推出托管 MCP 服务器,正是让这一切成为可能的基础设施。它把僵化的、以人类为中心的服务,变成了流动的、智能体就绪的工具。
对开发者来说,信息很明确:别再写胶水代码了。别再维护 openapi.yaml 文件了。新的标准已经到来。插座已经装好。是时候把智能体插上去了。
🦋 Bluesky 讨论
在 Bluesky 上讨论