10 月 29 日晚，月之暗面在海外宣布 Kimi 接入 Gmail、Google Drive 和 Google 日历：用户可以在插件页启用，然后总结邮件对话、在云盘里找文件、结合日历规划行程。所有操作都通过安全的 OAuth 授权机制进行。IT之家
这句话回答的是“Kimi 会不会拿走我的谷歌密码”，答案是“不会”。但它没有回答“Kimi 到底能看多少”。OAuth 发的是令牌，不是密码；谷歌的文档写得很直白：访问令牌只在请求的 scope 描述的范围内有效。 真正的边界不在“连不连”，而在授权页上那几行权限说明。Google Developers
对 Kimi 这次承诺的三件事来说，每一行权限都在回答两个问题：能读到多深，能写到哪一步。
先看“能写到哪一步”。谷歌给 Gmail 权限写的中文说明分了好几档：“查看您的电子邮件及设置”“使用您的 Gmail 账号阅读、撰写和发送电子邮件”“以您的身份发送电子邮件”。 Kimi 官方介绍的是“总结邮件对话”，只读那一档就够了。出现发送或修改，那不是总结，是替你做主。日历同理：最窄的一档只给“空闲时间”，要读事件详情才需要“查看和下载您使用 Google 日历可以访问的任何日历”，要改日程则是“查看和修改您在所有日历上的活动”。Google Developers
再看“能读到多深”，云盘把这件事拆得最细。谷歌给云盘权限写的中文说明里，有三档和这件事直接相关：“查看和下载您的所有 Google 云端硬盘文件”“查看您的 Google 云端硬盘文件的相关信息”“仅查看、修改、创建和删除您通过此应用使用的特定 Google 云端硬盘文件”。 如果出现的是“查看、修改、创建和删除您的所有 Google 云端硬盘文件”，那已经是可写可删的完整权限，不在“查找”的范围里。Kimi 说能“查找”云盘文件；如果它只报文件名和位置，元数据那档就够；如果要打开并总结内容，才需要“查看和下载”那一档。你至少要知道自己给的是哪一档。Google Developers
还有两个边界不写在授权页上。
第一，撤销拦截的是下一次。Kimi 帮助中心写明：可以随时卸载插件或撤销授权，卸载后相关 OAuth 授权会失效。 这能挡住之后的访问，但之前已经读到的内容会不会删除，OAuth 本身不管，要看 Kimi 的隐私政策。谷歌的《API 服务用户数据政策》还明确禁止把这类数据转卖给广告平台，或用于个性化广告；它管的是“怎么用”，不替你决定“存多久”。Kimi 帮助中心Google API Services
第二，账号是连带的。Gmail、云盘、日历通常绑在同一个人账号上，而这个账号可能同时是密码重置、工作文件、支付账单的入口。Kimi 的授权按谷歌账号走；不想把主账号交出去，可以用一个单独的实验账号，或先只连日历这种低敏感项。Google Workspace 账号还受管理员策略限制，公司账号未必允许第三方插件接入——这本身就是一道边界。
所以点“允许”之前，其实只看三处：写的是“查看”还是“修改/发送”；云盘是“所有文件”“文件相关信息”还是“此应用使用的特定文件”；应用名是不是 Kimi/月之暗面，而不是一个相似的名字。连上之后也不是一劳永逸，定期去 myaccount.google.com/permissions 看一眼还有哪些应用握着你的谷歌权限。
Kimi 把邮箱、云盘、日历接进同一个对话框，确实省事。但省事的前提，是你知道自己开的是哪一扇门，而不是把整串钥匙递过去，再安慰自己“OAuth 很安全”。
