过去要把 Claude Code 接到 Looker，意味着先在本机跑一个 MCP Toolbox。你需要下载 292MB 的二进制文件、配置 API 凭据、以 stdio 子进程方式启动它，然后永远记得更新。每个开发者的笔记本上都有一份自己的副本，服务器跑在你的网络这一侧。 Looker 现在把这个缺口堵上了。每一个 Looker (Google Cloud core) 和 Looker (original) 实例都在自己的基础 URL 上暴露了一个 MCP 端点： ``` https://780eb09e-7dab-4076-9ec1-ecf9d8414630.looker.app/mcp ``` 这就是全部安装。向这个端点问一声“你是谁”，答案会说明一切。用 curl 发一条 initialize： ``` curl -s -X POST "$LOOKER_MCP_URL" \ -H 'Content-Type: application/json' \ -H 'Accept: application/json, text/event-stream' \ -d '{"jsonrpc":"2.0","id":1,"method":"initialize","params":{ "protocolVersion":"2025-06-18","capabilities":{}, "clientInfo":{"name":"probe","version":"0"}}}' ``` 返回的 `serverInfo` 写着 `"name":"Toolbox","version":"1.4.0+container.release.linux.amd64.d67cfbe"`。还是那个 Toolbox，同一个软件。Google 只是把它挪到了连接的另一端，并且接管了运行。迁移不是押注新技术——你只是在跑原来那个服务器，只是不再承担运维负担。 接下来有三件事要做，其中只有第一件需要别人帮忙。 第一件事：让管理员打开服务器的开关。路径是 **Admin → Platform → Model Context Protocol**。这个页面同时维护一份允许列表，决定 agent 可以调用哪些工具。某个工具如果在列表中被关闭，就不会暴露给 Claude Code。所以这一步不是“开一下就行”，还要同步检查你想用的工具是否在 allowlist 里。 第二件事：在 Claude Code 中配置 MCP 服务器，指向上面的基础 URL 并加上 `/mcp`，用 Looker 的认证方式完成握手。如果你已经在用 Looker CLI，那么本地 CLI 负责身份验证和项目上下文，MCP 端点负责把工具集暴露给 agent，两者各司其职。 第三件事：对工具集的边界保持清醒。托管 MCP 端点暴露的是 Toolbox 的工具，不是 Looker 的一切能力。它不会替你做所有事；在需要深度自定义或本地数据访问的场景，你仍然要回到 CLI 或 API。所谓“一条 URL”是安装方式的简化，不是能力边界的扩大。 把这三件事做好，Looker 和 Claude Code 之间的连接就从一台需要持续维护的本机进程，变成了一个由 Google 托管的端点。省下来的不只是 292MB 的硬盘，还有整个升级和安全补丁的循环。
热门跟贴