Claude 取得 Gmail 寄信與 Drive 管理權限

Anthropic 宣布 Claude 現在可以在 Gmail 裡寄信,並在 Google Drive 裡管理檔案。請它回覆某封信件的討論串,它會擬好回信並直接寄出;哪些動作需要使用者點頭同意,由使用者自行設定。這項功能從連接器選單接入,官方公告寫明各付費方案都能使用。

"Claude can now send emails in Gmail and manage files in Google Drive."(Claude 現在可以在 Gmail 裡寄送郵件,並在 Google Drive 裡管理檔案。)

在這之前,這兩個連接器基本上都是唯讀。Claude 能翻信箱、能把待辦事項和幾封要緊的信挑出來做摘要,但回信這一步還是得靠人自己接手。Drive 那邊也差不多,能搜尋能讀取,寫入得繞道處理。

能做的和不能做的

根據說明中心列出的清單,這次三個連接器一併升級:

  • Gmail:搜尋和讀取郵件,撰寫草稿、傳送、回覆、轉寄,用標籤和討論串做分類,讀取郵件中繼資料,列出既有草稿。附件內文讀不了,進階篩選規則也不支援。
  • Google Drive:檢索文件,讀取試算表、簡報、PDF、圖片和 Office 檔案,上傳任意格式並可選擇轉成 Google 格式,新增資料夾並把產生的檔案存進去,查看權限與修改紀錄,共用、移動、丟進垃圾桶。文件裡嵌入的圖片處理不了,Docs 裡的留言和修訂建議也讀不到。
  • Google 日曆:跨共用日曆查看行程,建立、修改、刪除事件,找出與會者的共同空檔,處理邀請,安排週期性會議。

這份清單劃出的界線相當清楚:收發和歸檔可以交出去,改寫別人已經寫好的東西還不行。Docs 的正文編輯、留言區、修訂建議都不在權限範圍內,協作寫作那一層還沒打開。

開關握在誰手上

預設設定是傳送、回覆、轉寄之前都要使用者明確核准。在 Team 和 Enterprise 方案裡,成員能不能把這道確認關掉,由管理員決定。

這個設計把風險從產品端挪到了設定端。模型誤判一封郵件的語氣或收件人,責任落在誰頭上,取決於當初是誰打開自動執行、又開放給了誰。企業 IT 大概會在這裡卡一道流程——過去幾年 Copilot 這類工具在大公司裡推進得慢,卡點往往不在模型好不好用,而在稽核紀錄能不能留、權限能不能一鍵收回。

和 Google 自家工具的差別

Gemini 在 Gmail 裡是原生元件,權限跟著 Workspace 帳號走,管理員在同一套控制台就能統一管理,撤銷授權和停用帳號是同一件事。Claude 走的是 OAuth 連接器,授權、撤銷、稽核分散在兩邊系統。對個人使用者來說,點一下就能用;對合規要求高的團隊,這條路徑得多做一輪盤點。

涵蓋範圍上的差異是另一個重點。Google 自家的助理只服務 Google 自己的產品,Claude 的連接器選單卻同時掛著別家的服務,把郵件、檔案、程式碼庫串成一條鏈——這是它相對原生助理能站得住腳的位置。代價是每加一個連接器,權限範圍就跟著大一圈。

對中文讀者的實際意義

Gmail 和 Drive 在中國大陸的使用情境有限,這次更新的直接受眾是有海外辦公協作需求的團隊。真正值得參考的地方在別處:把「讀」升級成「寫」之後,評價一個辦公助理的標準也跟著變了。一段不準確的摘要,掃一眼就能修正;一封寄錯的郵件,收回來的代價高得多。

把 AI 塞進辦公軟體的各家業者,要回答的其實是同一組問題:誰來核准、出錯了怎麼撤回、出事了要問誰的責任。功能面要對齊並不難,難的是把權限和稽核這套機制做扎實——這部分工作不會出現在發表會的展示裡,卻決定了企業客戶敢不敢把自動執行的開關打開。

參考來源:Anthropic 官方公告、Claude 說明中心的 Google Workspace 連接器說明、CocoLoop、Android Authority;功能清單與核准預設值以說明中心條目為準。