北京
作者 ｜ Daniel Curtis
譯者 ｜ 平川
Google Workspace CLI 發布，為 Drive、Gmail、日歷、表格、文檔、聊天、管理控制臺以及所有其他 Google Workspace API 提供了一個統一的接口。該 CLI 采用 Rust 語言編寫，遵循 Apache 2.0 許可協議，旨在同時支持人工操作者和 AI 代理的工作流程，并提供結構化的 JSON 輸出以及 100 多種內置的代理技能。
與提供靜態命令列表的傳統 CLI 工具不同，gws 會在運行時讀取谷歌自有的 Discovery Service，并動態構建其完整的命令集。當谷歌添加或更新 API 端點時，CLI 會自動檢測到這些變化，不需要發布新版本。該工具還包含一組以 + 為前綴的輔助命令，用于處理發送電子郵件、整理收件箱以及生成每日站會報告等常見工作流。
該工具需要 Node.js 18 或更高版本（或來自 GitHub Releases 的預編譯二進制文件）、一個用于 OAuth 憑據的 Google Cloud 項目，以及一個具有 Workspace 訪問權限的谷歌賬戶。安裝可以通過 npm、Homebrew、Cargo 或 Nix 進行：
npm install -g @googleworkspace/cli安裝完成后，初始設置和身份驗證可通過以下兩條命令完成：
gws auth login然后，與 Workspace 服務的交互遵循一致的模式。例如，列出最近的 Drive 文件只需一次調用：
gws drive files list --params '{"pageSize": 10}'代理技能生態系統是其核心功能之一。各項技能以 SKILL.md 文件的形式打包，涵蓋了所有受支持的 API。該 CLI 還包含一個 MCP 服務器選項，用于連接 Claude Code 和 Gemini CLI 等工具。Google Cloud 總監 Addy Osmani 將該 CLI 描述 為“專為人類和代理而打造”。該代碼庫在 GitHub 上已獲得超過 26500 個星標。
社區反響褒貶不一。在 Hacker News 上，多位用戶稱贊了動態命令生成功能，以及向“命令行優先”工具體系的整體轉變。
一位評論者指出：
企業終于開始為那些早在幾年前就該配備 API 的功能提供 API 了。
另一人則提醒道：
這并非谷歌官方支持的產品。
這一點在 GitHub Readme 中已經以注釋的形式做了說明，并警告說，該項目正處于積極開發階段，預計會出現破壞性變更。
一位 Hacker News 用戶 表示，他花了 45 分鐘時間按照默認設置流程進行操作，結果卻遇到了配額限制和驗證錯誤：
我在配置過程中遇到了各種錯誤和問題，現在我正在進行 gws auth login，并嘗試選擇 OAuth 權限范圍。我直接接受了默認設置并選擇了 recommended 選項，結果卻收到了警告，說權限范圍過多可能會導致錯誤（那為什么這還是推薦設置呢？），果然，在瀏覽器中嘗試身份驗證時就報錯了。
在 Reddit 上，討論更為熱烈。一位用戶將 gws 與 Claude Code 連接起來，讓該代理閱讀、總結并處理電子郵件。據他說，這種體驗比之前的腳本方法“簡單得多”。這款由社區驅動的 Microsoft 365 命令行工具（CLI） 為微軟生態系統提供了類似的交互界面，當前版本為 11.7.0，支持 SharePoint、Teams、Entra ID 和 Power Platform。雖然受益于成熟的插件架構和更直觀的身份驗證流程，但與 gws 不同，它通過 npm 提供靜態命令集，而非動態生成命令。
存儲庫的 README 文件 中提供了完整的設置說明、身份驗證選項和故障排除指南。
https://www.infoq.com/news/2026/06/google-workspace-cli/
聲明：本文由 InfoQ 翻譯，未經許可禁止轉載。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
