开源的 Google Workspace MCP 服务器发布 v2.1.0，在单个 MCP 端点后面暴露了 120 多个工具，覆盖 Gmail、Drive、Calendar、Docs、Sheets、Slides、Forms、Tasks、Contacts、Chat、Custom Search 和 Apps Script 共 12 个产品。
v2 这条线的几个关键能力
OAuth 2.1 多用户认证。这是从「个人玩具」到「能给团队用」的分水岭。
三档渐进式工具集：core 是必要集合，extended 增加管理操作，complete 加载全部。这个设计很实用——工具太多会挤占模型的上下文，按需加载能省不少 token。
只读模式，给不敢放开写权限的场景用。
workspace-cli：一个配套命令行，能对运行中的服务器列出和调用工具，带加密的磁盘 OAuth token 缓存，认证一次之后可以长期脚本化使用。
版本节奏
v2.0.0 在 10 月 3 日发布，迁移到 FastMCP 4 和 MCP Python SDK v2，加入无状态 HTTP——不再需要粘性会话。
v2.0.1 在 10 月 4 日跟上。
v2.1.0 在 10 月 9 日发布，加了转发已有邮件的 Gmail 草稿、可选的 GCS 文件后端（为无状态部署准备），并把 Google API 超时从 v2.0 缩短后的 30 秒恢复为 60 秒。
为什么值得关注
Google 官方的 Workspace MCP 端点一直没出，社区这个实现实际上成了事实标准。团队现在面临一个选择：是现在就基于它标准化，还是继续等官方方案。
等的代价是后面要付切换成本；不等的代价是依赖一个社区项目。
落地前要考虑的
第一，权限范围。120 多个工具意味着很宽的授权面，按最小权限原则只开 core 档，需要再加。
第二，多用户场景下的 token 管理。加密的磁盘缓存听起来方便，但要考虑密钥管理和访问权限。
第三，超时设置。60 秒对某些批量操作可能不够，压测时看清楚。
第四，无状态部署要配 GCS 后端，否则多副本之间状态不一致。
一个实用建议
先用只读模式跑通读类场景——读邮件、查日程、搜索文档。确认稳定之后再考虑开放写操作。写操作一旦放开，误操作的代价是不可逆的。
本文由奇幻维度内容助手整理发布，欢迎在评论区交流你的看法。