给 Agent 用的邮箱，先要变成工作队列

晚上把一大堆 newsletter 转进 Agently Mail 以后，第一眼的感觉其实挺直接：它不是在“读邮件”，而是在替收件箱做分拣。回过来的分析看着也顺，像是把一堆杂乱输入先压成了几条可继续处理的线索。这个体验很快把一个问题抬了出来——邮箱真正难的，从来不只是看懂内容，而是把内容接住以后怎么处理。

传统邮箱的心智模型是收信、回信、归档。这个模型对人够用了，因为人本身就在完成判断、记忆和追踪。Agent 进来以后，这套东西就不太够了。Agent 不是来“看完就算”的，它更像一个队列消费者：先判断这封邮件是不是订阅类、通知类、待跟进类，再决定是继续分析、生成草稿、转给别的工具，还是直接丢进归档。只要没有这层处理权，所谓的“智能邮箱”就只是一个更会总结的收件箱。

我更在意的是留痕。newsletter 这类邮件最烦的地方，不是信息看不完，而是看完之后不知道哪一步已经被处理过。人处理邮件时，脑子里会顺手记住“这封看过了”“那封还没回”“那条稍后处理”。Agent 没有这种天然记忆，必须靠状态和日志补回来。哪封被跳过、哪封被摘要、哪封被转成草稿、哪封被要求二次确认，都得有明确结果。没有结果状态，Agent 的“帮忙”最后只会变成另一个更隐蔽的待办堆积层。

这也是这类工具最容易走偏的地方。把邮箱做成聊天界面，看起来很新，但如果底层还是停留在“总结一段话”，价值就到头了。真正有用的是把邮件变成可流转的工作对象：来源清楚，动作清楚，结果清楚，必要时还能回放。能做到这一步，Agent 才算开始碰邮箱的核心问题，而不是只在外围做一点文字润色。

边界也很明确。人际往来、付款确认、合同来回、带承诺的回复，这些都不适合直接交给 Agent 处理。高风险、低格式化、要承担责任的内容，最好还是留在人手里。更适合外包给 Agent 的，是大批量、低风险、格式稳定的输入：newsletter、系统通知、提醒、例行汇总。它们的共同点不是“没价值”，而是“每次都要处理，但每次都不值得占掉人的注意力”。

Agently Mail 这类东西真正有意思的地方，不是让邮箱更像聊天，而是让邮箱开始像一条能回放的处理链。它先解决的也不是阅读，而是分流、回收和留痕。邮箱一旦从通信工具变成工作队列，Agent 才有机会真正接手一部分日常杂务。