Claude 与 Gmail 和 Google Drive 的集成

直到 2026 年 8 月，Claude 与 Gmail 的关系一直是只读的：早在 2025 年 4 月，该助手获得了读取 Gmail 的能力 ^[1]，即使在本次更新之前，它也只能检查邮件并进行摘要——无法回复 ^[2]。这一差距现已消除——Claude 可以草拟并发送邮件、回复邮件线程、直接转发消息；在 Drive 方面，它可以在无需人工点击的情况下搜索、共享、移动和删除文件 ^[4]。Anthropic 自身对这一目标的描述非常直白：连接 Gmail，以便 Claude 能够“搜索你的邮件，提取你需要的信息，并处理回复——无需手动复制或转发任何内容。”^[3]防护机制是审批：默认情况下，Claude 在发送、回复或转发任何内容前都会请求批准，尽管团队和企业管理员可以让成员完全跳过该提示 ^[4]。这个管理员级别的切换值得深思——这意味着大多数用户在新闻报道中读到的默认安全行为，实际上是被明确设计为可大规模关闭的，而不是 Claude 始终遵循的固定规则。

‘批准提示’听起来像是一个坚实的安全网，但当你审视已经出现的问题时，情况就不同了。安全研究人员披露了 Claude Chrome 扩展程序清单中的一个信任边界漏洞，该漏洞允许无关的、低权限浏览器扩展通过所谓的‘批准循环’（伪造重复用户同意的假象）和‘感知操纵’（向 Claude 提供误导性的屏幕内容）劫持其对 Gmail、Drive 和 GitHub 的高权限访问 ^[5]。该安全公告的措辞非常严厉：‘一个在后台静默运行的恶意扩展可以自动触发这些操作，暴露了当前 AI 驱动的浏览器自动化系统在管理信任和权限方面的重大弱点。’^[5]Anthropic 在 2026 年 4 月 27 日披露后，于 1.0.70 版本中修补了该漏洞，但这一事件提醒我们，‘Claude 会请求批准’描述的是一种 UI 机制，而非加密保障——这种差距只有在助手能够代表你采取行动而非仅仅讨论时才变得重要。这种矛盾也体现在公众反应中：关于发送/回复功能发布的报道发现，Google Workspace 用户意见分歧，一些人直言他们‘宁愿用自己的大脑，也不愿让 Claude 代为回复。’^[6]社区讨论也反映了更具体的担忧——不是因为缺少批准，而是因为批准无法约束你点击‘同意’后发生的事情。

当你询问人们真正希望从这一集成中获得什么时，就会发现已发布的产品与已流传的变通方案之间存在差距。官方连接器目前一次仅管理一个 Google 账户，且仅在用户请求或计划任务触发时才采取行动——不支持基于事件的触发 ^[7]。附件内容也无法直接读取（Claude 只能看到元数据，而非文件本身），部分高级 Gmail 过滤器也不受支持 ^[2]。这些限制足以促使一个社区构建的 Google Workspace CLI/MCP 项目（非 Google 官方支持）通过 92 个内置技能将 Claude Code 代理连接到 Gmail、Drive、Docs、Sheets 和 Slides——这表明社区对超越消费者连接器所提供功能的需求有多大。同样的模式也出现在其他社区讨论中：对于官方连接器尚未提供的重命名支持和更精细的文件级控制的需求，用户被引导至同一 CLI、文件同步工具或基于 Anthropic 自身 Agent SDK 构建的自定义连接器，因为官方路径未能满足高级用户希望自动化的功能。这正是第一代连接器发布的典型特征——开箱即用足够广泛，但任何有真实工作流的人都最终需要在其基础上自行构建。

这一切都不是孤立发生的。Anthropic 的 Gmail/Drive 推动紧随 2026 年 2 月的一次扩展，当时 Claude 获得了在聊天界面中直接读取和编辑 Google Docs 并与日历交互的能力，同时为 Max、团队和企业用户推出了集成 Workspace 的 Research 功能 ^[8]——当时的报道明确将其描述为 Anthropic 将 Claude 定位于对抗 Google 自家的 Gemini、微软 Copilot 和 OpenAI 的 ChatGPT，争夺这些公司已掌控的生产力生态位 ^[8]。发送邮件和管理文件是自然的下一步：这是助手帮你写作与助手替你完成任务之间的区别。一项与本次发布相关的行业估计指出，更广泛的邮件自动化市场在 2025 年约为 8.96 亿美元，预计到 2035 年将增长至 88.9 亿美元 ^[7]——这解释了为何每家主要助手厂商都在竞相‘拥有’收件箱，而不仅仅是读取它。