你每天花多少时间在"等验证码—切标签页—复制—粘贴"这套动作上？有人算过：平均15秒一次，一天几十次，一年下来相当于整整两天在跟验证码较劲。
一位开发者受够了。他做了个叫OTPilot的命令行工具，按个快捷键就能把Gmail里的验证码自动抓进剪贴板。项目开源两周，GitHub星标冲到3万。
它怎么做到的
OTPilot跑在后台常驻。你按Ctrl+Shift+O（可自定义），它直接读Gmail、筛未读、找OTP格式、复制最新一条、写进系统剪贴板。全程不用睁眼。
技术栈很直白：Gmail API轮询、正则匹配验证码模板、跨平台剪贴板操作。开发者说最难的不是代码，是怎么让用户敢把邮件权限交出来。
解决方案是分权：只申请只读Gmail的scope，本地存凭证，不上传任何服务器。源码全开源，MIT协议，怀疑的人可以逐行审计。
那道5分钟的门槛
唯一摩擦点是Google Cloud初始化。要建项目、开API、下载credentials.json，大概5分钟。开发者把步骤写成了向导，但承认"这是用户流失的主要节点"。
一旦跑起来，后续零维护。支持macOS、Linux、Windows三端，Linux用户额外装个xclip或xsel就行。
有个细节：不同服务商的OTP邮件格式千奇百怪。有人用"123456 is your code"，有人用"验证码：123456"，还有人塞在HTML表格里。OTPilot现在靠正则模板覆盖主流场景，开发者公开征集更多pattern贡献。
为什么这事值得兴奋
这不是什么"颠覆性创新"。它解决的是一个被集体忍耐的微小痛点——那种"明明可以更快，但所有人都习惯了"的钝感。
类似思路正在蔓延。同一批开发者还在做另一件事：用模板快速回复FAQ、存代码片段复用。工具链的终点，是把重复认知劳动压缩到肌肉记忆级别。
OTPilot的README里藏着一句挺有意思的话：「Feedback and contributions welcome — especially around OTP extraction patterns」。翻译过来：我知道没覆盖全，但一起修比一个人闷头搞快。
你最近一次被验证码打断心流是什么时候？如果有个工具能把它变成0.3秒的肌肉记忆，你会愿意花那5分钟初始化吗？
热门跟贴