把收件箱清零交给智能体：先给「打标签」，别先给「删除」

「我这辈子从没做到过收件箱清零」——这条感慨出自一位把「清零收件箱」设成智能体主动目标的使用者。它做的事包括：删除所有不需要保留的邮件并批量验证、识别工作类型的标签并给全部邮件打标、再带人逐一处理需要回复的邮件、在后台搜索相关上下文。这是目前最成熟的「智能体接管日常事务」样板，但照抄之前，先把授权分级做对。

三类动作，三种风险等级

| 动作 | 可逆性 | 建议授权 |
| --- | --- | --- |
| 打标签、归类 | 可逆 | 可放开自动 |
| 起草回复 | 需人确认 | 半自动，人过目 |
| 删除邮件 | 不可逆 | 最后才给，且要留档 |

把三类动作混在一次授权里，是这类自动化最常见的翻车方式。

三个设计细节值得抄

1. 批量验证。删除后要能对账——删了多少封、命中哪些发件人、与白名单是否一致。没有对账机制，一次误删无法复原。
2. 人来闭环。使用者描述的流程是「带我逐一处理需要回复的邮件」，而不是「替我回完所有邮件」。人机协作而不是全自动，这正是它可信的原因。
3. 后台搜上下文。智能体为了把事做对，会去后台检索历史信息——效果很好，但这也意味着它读到了大量组织内部信息。

隐私边界：这是最容易被忽视的一条

让智能体读全部邮件、再检索内部上下文，等于交给它一份组织档案。务实的做法：

• 用专用账号 / 子域名承接这类工作，别用主账号；
• 明确划定可检索范围（哪些文件夹、哪些人、是否含附件）；
• 记录它的检索日志，事后能复盘它看了什么。

落地顺序建议

先只开「打标签 + 起草回复」，观察两周，确认它的分类口径和你的判断一致，再考虑是否下放「删除」权限。把「不可逆」这一档压到最后，是这个用例最有价值的一条经验。

判断：收件箱清零点从「能力问题」变成了「授权设计问题」。智能体能不能做到，已经不是瓶颈；你敢给它多少权限，才是。

参考来源

• X @thsottiaux：用智能体清理邮箱的完整流程（x.com/thsottiaux/status/2106603980386394123）
• X @thsottiaux：把「收件箱清零」设为智能体的主动目标（x.com/thsottiaux/status/2106602729875685780）

延伸阅读：Google Docs 原生支持 Markdown：赢的是「给智能体看的那一层」 · WebMCP 已铺到近 3000 个站点：给智能体开的口子，安全团队还没看见 · 官方文档变成 API：Google 想让智能体不再抓网页