我有50万封未读邮件。这是让我一夜之间清空它们的脚本。

作者 Karnika E. Yashwant (KEY) | 创始人, 关键差异
大多数创始人不愿承认一个肮脏的秘密:他们的收件箱简直是一场灾难。
不是他们在LinkedIn上发布的那种光鲜亮丽的“收件箱清零”截图。而是真实的那个。那个堆积了47,000封未读邮件,他们“打算处理”却拖了三年的收件箱。
我的收件箱里有超过 500,000 封邮件。
半个世纪的线程积累,源于十年来运营多家公司、跨时区管理团队,以及在凌晨2点订阅了所有看起来有点用的行业通讯。来自每个平台的每一次通知。每一个我从未要求被抄送的线程。每一个来自我早已停止使用的系统的自动警报。
收件箱不仅仅是杂乱无章。它已经无法使用。搜索速度缓慢。加载时间漫长。重要的邮件消失在噪音中。我已经放弃将它作为生产力工具,将所有真正的沟通转移到了Slack、Telegram和直接通话上。
但这不是解决方案。这是逃避。
所有“收件箱清零”方法的弊端
每一位生产力专家都兜售着同样的幻想:每天处理邮件,归档已完成的,删除无关的,并保持收件箱整洁。
如果你有200封邮件,这很有效。但如果你有200,000封,或者500,000封,这就行不通了。
Gmail的内置工具无法处理这种情况。“全选”只能选择当前页面上的对话。过滤器只处理新邮件,不处理旧邮件。第三方应用要么收取订阅费,要么要求你不应该信任的OAuth访问权限,要么在触及Gmail API速率限制时崩溃。
删除也不是一个选项。在那五十万封邮件中,隐藏着真正的合同、重要的对话、财务收据以及我将来可能需要的通信。我想归档所有内容——将它们移出收件箱,但保留在“所有邮件”中以便搜索。
所以我做了任何拥有AI副手的创始人都会做的事:我构建了一个工具。
解决方案:一个自动运行的Google Apps Script
Google Apps Script是免费的,在你的Google账户内运行,并直接访问Gmail API。限制是每个运行周期的执行时间为6分钟,以及Gmail操作的每日配额。对于大多数自动化来说,这些限制并不重要。但对于归档500,000个线程,你需要在这两方面都耍点聪明。
脚本的工作原理如下:
- 每批归档50个线程,批次之间暂停3秒(避免触及Gmail的速率限制)
- 每个周期运行约4.5分钟,然后在触及6分钟执行限制之前停止
- 通过基于时间的触发器自动每 5 分钟触发一次
- 自动检测Gmail的每日配额限制——当触及上限(约每天35K–40K个线程)时,暂停触发器并安排第二天恢复
- 使用脚本属性跨运行和跨天跟踪总进度
- 自我清理:当收件箱清零时,删除所有触发器并重置计数器
- 包含一个手动 stop() 函数,如果你想在任何时候停止它
来自我收件箱的真实数据
第一天:在Gmail的每日配额生效之前,脚本归档了38,950个线程。当它检测到限制时,它会暂停触发器并安排第二天自动恢复。无需人工干预。
触及每日配额——脚本自动暂停和恢复:

以每天约35,000–40,000个线程的速度,拥有500,000个线程的收件箱大约需要两周的完全无人值守操作。10K–50K范围内的较小收件箱将在一两天内清除。
实时运行的批次:

每 5 分钟自动触发,无需人工干预:

为什么这对创始人很重要
这不仅仅是关于电子邮件。这是一种思维模式的转变。
大多数创始人容忍有缺陷的系统,因为修复它们感觉像是“真正工作”的干扰。但杂乱的收件箱不仅仅是一个小不便。它是对你注意力的复利税。每次你打开Gmail看到那个数字时,它都会消耗少量的认知能量。将其乘以数月甚至数年。
设置脚本花了三分钟。回报是收回了整个通信渠道。
更重要的是,这是一个关于创始人应该如何思考运营摩擦的模板。如果某事坏了,你可以在一小时内自动化修复它,现在就做。不要把它添加到任务列表中。不要等待“安静的周”。构建工具,部署它,然后继续前进。
我是用Claude作为我的副手构建这个的。描述了问题,迭代了方法,实时测试,触及配额墙,并修复了它——所有这些都发生在一个会话中。这就是工作流程。AI并没有取代创始人关于修复什么的判断。它压缩了从“这坏了”到“已修复”之间的时间。
设置:3 分钟,5 步
- 前往 script.google.com
- 创建一个新项目并粘贴脚本
- 运行“setup”函数
- 当Google提示时授权
- 走开。它处理每日限制,自动恢复,并在完成后停止。
在Google Apps Script编辑器中的样子:

获取脚本
我免费分享这个工具。在karnikayashwant.com/inbox-zero下载完整脚本
如果你是一个Gmail用户,积压了成千上万——甚至数十万——封未读邮件,这将在你设置它所需的时间内给你一个干净的开始。
收件箱清零就在 3 分钟之外。
所提供的信息不构成、也不旨在构成财务建议;所有信息、内容和材料仅供一般 informational 目的。信息可能并非最新,读者必须进行独立尽职调查,并对自身行为承担责任。链接至其他第三方网站仅为方便读者、用户或浏览器使用;Cryptopolitan 及其成员不推荐或认可第三方网站的内容。
Karnika E. Yashwant
KEY是一位多产的作家,为区块链项目和加密初创企业带来了独特的内部视角。他分享了基于11年管理经验的前沿内容营销策略。他在身心修养上追求完美平衡,常年坚持跑马拉松、射击运动,参与极限运动,并每年前往5个以上国家度假。















