GWS CLI+ Claude Code 㴩能力

微信
ezpoda免费咨询：AI编程 | AI模型微调| AI私有化部署

AI工具导航 | Tripo 3D | Meshy AI | ElevenLabs | KlingAI | ArtSpace | Phot.AI | InVideo

我过去几个月一直在构建我称之为代理工作空间的东西——如果你一直在关注，你会看到它层层叠加地增长。

首先，我从零散的 ChatGPT 对话转向了一个单一的 Claude Code 环境，我的整个通讯都在这里生活。写作指南、绩效数据、内容档案、社交媒体创作——全部在一个地方对一个 AI 代理开放。

然后我通过 MCP 连接了 NotebookLM，让 Claude 能够跨 50 个来源进行研究，而无需我切换标签页。接着是 Nano Banana，这样 Claude 就可以在同一对话中直接生成图像。为了快速研究会话，我向 Claude 注入了 Perplexity claude code 教程和 Firecrawl MCP 来为我执行研究。

然后——如果你读了我上一篇文章——我将整个项目管理系统移到了 Obsidian，并将其连接到 Claude Code。目标、路线图、冲刺、周计划、日志——所有这些都是纯 Markdown 文件，Claude 直接读写。五个斜杠命令计划我的一周、准备我的早晨、处理我的收件箱、结束我的晚上并审查我的进度。一个副驾驶，不仅存储我的计划——它对我的计划有意见。

每一层都消除了一个差距。每一个集成都意味着我必须作为中间人的地方又少了一个。

但仍然存在一个差距。一个很大的差距。

我的项目、我的目标、我的写作、我的研究、我的图像生成——都在 Claude Code 内部。但我的电子邮件、我的日历、我的 Google 文档、我的 Google 幻灯片和表格——我实际与外界交流的地方——仍然被困在浏览器标签页中，迫使我手动在它们之间切换。

我是 Claude 和 Google Workspace 之间的人类桥梁。

然后 Google 静静发布了一些东西，填补了这一空白。

Google Workspace (GWS) CLI — 一个命令行工具，让您的终端直接访问 Gmail、日历、文档、云端硬盘、表格等。让我注意的是：Google 专门针对 AI 代理构建了它。

这不是聊天机器人插件。也不是 MCP (Model Context Protocol)。甚至不是浏览器扩展。它是一个终端工具。Claude Code 已经操作的精确表面。在您被术语 CLI（命令行界面）吓倒之前，请坚持下去，这就是 AI 代理将如何与我们每天使用的数百万软件工具交互（很快）。

时间再好不过了。因为大约在同一时间，Anthropic 发布了 Claude Code 的 命令——一种在活动会话内设置任何工作流以在重复间隔运行的方法。每 10 分钟。每 30 分钟。每小时。只要您的会话正在运行，Claude 就会继续执行。

两件事在同一时刻联系在一起：Google 让 Claude 访问了我的工作数据。Anthropic 让 Claude 能够在没有我触发每一步的情况下重复地对数据采取行动。

我花了几天时间连接所有内容，构建工作流，破坏它们，然后重建它们。以下是现在正常一天的样子。

上周二，我大约上午 9 点打开笔记本电脑并启动 Claude Code。到 9:15，我的晨间简报已经运行——一个在我的会话启动时触发的定时任务。34 封电子邮件分类为五个部分。两份通讯总结了我真正想读的关键要点。三封电子邮件标记为回复。我的日历已调出以显示当天的所有通话。

我在 10 点有一个客户电话。一个命令——Claude 拉取了与会者的电子邮件历史，找到了两个未解决的线程，在我的云端硬盘中搜索了他们上个月共享的文档，并编译了一份一页的会议准备材料，其中包含有关他们正在做什么以及我如何提供帮助的背景信息。在我喝完咖啡之前就准备好了。

通话结束后，我分享了录音。Claude 生成了摘要，提取了四个行动项目，并将它们直接路由到我的 Obsidian 保险库——链接到正确的冲刺，标记了截止日期。然后它起草了一封给所有与会者的后续电子邮件。我调整了一行并发送了。

那天下午，一位客户需要为其团队做演示。我将 Claude 指向我的战略文档并触发了 Google 幻灯片技能。结构、内容、格式——在不到 15 分钟内完成并保存到云端硬盘。没有幻灯片编辑器。没有拖动文本框。

下午 5 点，我处理了收件箱归零。47 封电子邮件分类，6 封草稿回复待审核，行动项目路由到 Obsidian，其余归档。十分钟而不是四十五分钟。

这是一天。从那以后的每一天看起来都差不多。

Obsidian 处理我正在努力实现的目标。Google Workspace 处理我关于它的沟通方式。Claude Code 位于中间：阅读两者，连接两者，运行两者。

如果您一直在关注此通讯，您一直在使用 Claude Code，它本身就是一个 CLI。但让我为每个人清楚地解释这一点，因为这是理解为什么这次 Google 集成与其他一切都不同的关键。

CLI 代表命令行界面。您不是在浏览器中单击按钮，而是键入命令并获得结果。

这样想：Gmail 的网络界面是为您设计的。您点击进入一封电子邮件，阅读它，向下滚动，点击回复，键入您的回复，点击发送。每个动作都需要您的眼睛和鼠标。

CLI 是为软件设计的。它让您说“显示本周所有未读电子邮件”，并立即获得答案——无需点击、无需加载、无需滚动。一个命令，结构化数据返回。

AI 代理无法点击按钮。它们无法浏览浏览器。但它们可以运行命令。CLI 让您的代理直接访问您的数据，而无需尝试在浏览器窗口中模拟人类行为。

Andrej Karpathy 发推文 最近谈到了这一点。他使用 Polymarket CLI 构建了自己的仪表板，并指出每个公司都需要问：我们的产品是否让代理易于访问它？因为代理越来越多地为我们做工作。

Google 回答了这个问题。他们构建了一个 Workspace CLI——一个直接与其 API 对话的终端工具——并大声说出来：“为代理构建”。Claude 运行一个命令，Google 返回数据，Claude 对其采取行动。循环中没有浏览器。

原文链接: How Google Workspace CLI Made My Claude Code Setup 10x More Powerful

汇智网翻译整理，转载请标明出处