我把邮箱接进 WorkBuddy，它终于能分清哪封邮件我没看
把 163 和企业邮箱接进 WorkBuddy 后，邮件不只可以定时回传，还能把已读未读与待回复状态分开处理。
前面我一直在写知识库，研究怎么把已经积累的资料交给 AI。
其实在这之外，我也已经让 WorkBuddy 替我查了一段时间的邮箱。
它每天检查业务邮箱，把新邮件整理出来，告诉我哪些没看、哪些值得处理。
邮件确实能读进来，但运行一段时间后，我发现了一个更基础的问题：
它能读到邮件，但它真的知道哪封我看过吗？
接入邮箱，不是把密码交给 AI
我目前尝试的是企业邮箱和 163 邮箱的接入方案。
两种邮箱背后的逻辑差不多，都要用到一个叫 IMAP 的协议。
名字听起来有点技术，但它做的事情很简单：
让 WorkBuddy 按照统一的方式，读取邮箱里的邮件和状态。
它拿到的不是一张邮箱页面截图，而是一组结构化信息：谁发来的、主题是什么、什么时候收到，以及邮件是已读还是未读。
这样，它才能继续做分类、过滤和总结。
163 和企业邮箱，需要不同的“钥匙”
163 邮箱需要先在网页版开启 IMAP/SMTP，再生成一个单独的授权码。
这个授权码不是邮箱登录密码，更像是专门交给第三方工具的一把钥匙。不用了，可以单独撤销。
企业邮箱也要开启 IMAP，但通常还多一层公司权限。
有些企业邮箱默认不允许第三方工具接入，需要管理员先开放权限；如果开启了安全密码，还要使用客户端安全密码连接。
前面的钥匙不一样，接进来以后，处理逻辑就可以统一了。
已读和未读，不需要让 AI 猜
邮件本身就带着状态标记。
用人话来说：带有“看过”的标记，就是已读；没有，就是未读。
但我第一次做的时候，却把两个概念混在了一起：
- 邮箱状态：已读还是未读；
- 工作状态：是否需要回复。
这会产生一个很奇怪的结果：有些邮件明明已经读过，却被标成“需要回复”；有些邮件虽然没读，但只是验证码或平台通知，根本不值得处理。
后来，我把它们拆成两套状态：
邮箱状态：已读 / 未读
处理状态：待回复 / 已回复 / 无需处理已读不等于已回复，未读也不等于重要。
现在，它每天会交回什么？
邮箱接好以后，WorkBuddy 会在固定时间检查邮件，然后告诉我：扫描了多少封、哪些没有读、哪些只是通知，以及哪些真的需要人工处理。
需要回复的邮件，它还可以先生成草稿。但我会先看前情提要，确认对方为什么找我、回复有没有答到问题，再决定是否发送。
目前，企业邮箱已经进入日常运行；163 的接入方式也跑通过，不过当前授权状态还需要重新复核。
严格来说，这套流程实现的是“每天定时回传”，还不是邮件一到就立刻推送。
但它已经解决了第一步：
我不必先打开每一个邮箱，才能知道今天有哪些邮件没看。
如果你也想试，可以把这篇文章直接丢给你的 AI，再告诉它你用的是什么邮箱。看完以后，它就知道该从哪里开始，陪你一步步把邮箱接进来。