夜雨聆风我做了一个会替我看邮件的 AI 邮箱：它不只收信，还能理解订单、物流和账单
过去很长一段时间，我对邮箱的要求其实很简单：能收、能搜、能回。
但真的每天使用下来，我发现问题不在“收不到邮件”，而在“邮箱根本不知道什么重要”。
促销邮件、验证码、银行通知、Apple 订单、Buy&Ship 转运、Cloudflare 登录令牌、GitHub 权限提醒、账单、发票、物流状态……它们全都混在同一个收件箱里。传统邮箱只会告诉我“你有 389 封未读”，但它不会告诉我：
今天哪一封真的要处理？ 哪一封只是通知？ 哪一封会产生费用？ 哪一个订单正在变化？ 哪个安全提醒只是正常登录，哪个可能真的危险？
所以我做了一个自己的邮箱系统：Mailhub。
它不是又一个普通 Webmail。更准确地说，它是一个以 AI 为核心的私人邮件事务中枢。
为什么不直接用开源邮箱系统？
市面上当然有很多成熟的开源邮箱系统：有负责收发的，有负责网页端阅读的，也有一整套邮件服务器方案。它们解决的是“邮箱基础设施”问题：IMAP、SMTP、账号、文件夹、收信、发信、垃圾邮件。
这些很重要，但不是我真正痛的地方。
我的痛点不是“有没有邮件客户端”，而是：
我有多个邮箱来源，Gmail、QQ、163、自建邮箱都要统一看。 我不想用“未读数”判断重要性，因为未读并不等于重要。 Apple、Buy&Ship 这类通知邮件天然是碎片化的，同一个订单会拆成多封不同主题的邮件。 我需要知道“今天要处理什么”，比如待付款、仓储费、物流领取、安全确认。 我希望系统能学习我的业务习惯，而不是只给我固定的邮件文件夹。 我希望数据在自己的服务器上，逻辑可以自己改，规则可以按自己的生活方式迭代。
所以我没有选择把开源 Webmail 直接拿来改皮肤。
传统邮箱的核心对象是“邮件”。 Mailhub 的核心对象是“事情”。
这两者差别很大。
Mailhub 能做什么？
1. 多邮箱统一收件
Mailhub 会把多个邮箱源集中到一个界面里。目前可以把不同来源的邮件统一放进一个主收件箱，同时仍然保留来源筛选。
比如我可以快速切到：
Gmail QQ 邮箱 163 邮箱 自建邮箱 unknown 来源
这对个人来说很关键。很多系统通知、购物订单、银行邮件并不会只发到一个邮箱里。一个真正可用的邮箱中枢，首先要能把这些入口收拢。
2. 不是按未读排序，而是按“今天要不要处理”排序
顶部有几个我真正关心的入口：
紧急 待付款 物流 安全确认 今天到期
这几个入口比“未读邮件”重要得多。
因为未读可能只是促销邮件，但“今天到期”可能意味着逾期费、服务停用、仓储费、账单付款、订单失效。
Mailhub 会尝试从邮件里提取优先级、类别、摘要、建议动作和截止时间。这样我打开邮箱时，第一眼看到的不是噪音，而是今天真正需要处理的任务。
3. AI 自动读信：摘要、分类、动作建议
每封新邮件进入后，AI 会做一次轻量阅读，输出几个结构化结果：
priority：紧急、高优、普通、低、营销 category：账单、订单、客服、营销、个人、系统、物流、金融等 summary：一句中文摘要 action：建议下一步动作 due_at：如果邮件里提到截止日期，就提取出来
比如一封普通促销邮件，系统会标成“营销 / 无需处理”。 一封物流领取通知，可能会标成“高优 / 请确认收件”。 一封 Apple 订单变更邮件，会标成“订单已更新”。 一封 Buy&Ship 仓储费提醒，会进入紧急或今天到期。
这里 AI 的角色不是替我做决定，而是先把邮件读完，把重要信息提炼出来，让我少做重复阅读。
4. 业务时间线：把割裂的邮件重新合成一件事
这是我最想做的功能之一。
传统邮箱的 thread 逻辑主要依赖邮件标题、Message-ID、回复关系。但现实中的系统通知不是这样发的。
以 Buy&Ship 为例，同一个货件可能有这些邮件：
货件到达，可以集运 货件可进行集运操作提示 货件已打包待发 领取货件通知 转运单已完成
它们主题不同，时间不同，甚至早期邮件只有 UPS tracking，后期才出现转运单号。传统邮箱会把它们拆成几封不相关的邮件。
Mailhub 会额外做一层“业务事件抽取”：
vendor：Buy&Ship、Apple、Amazon 等 event_type：下单、已更新、已发货、已入库、派送中、已送达、待付款、仓储费等 order_id：订单号或转运单号 tracking_number：物流单号 shipment_key：业务分组键
这样同一个订单就能变成一条完整时间线。
例如 Buy&Ship 的某个转运单，系统可以合并成：
4 月 27 日：货件到达，可以集运 5 月 2 日：到达香港仓库 5 月 4 日：货件已打包 5 月 5 日：领取货件通知 5 月 6 日：转运单完成
这才是我真正想看的信息：不是五封邮件，而是一件事的进度。
5. Apple 订单也会自动合并
Apple 邮件也做了专门处理。
Apple 的订单邮件里常见 W... 订单号，比如：
We're processing your order Wxxxx Updated information about your order Wxxxx Order Wxxxx change confirmation Your shipment is on its way
Mailhub 会按 Apple 订单号合并成业务订单组。 它还能区分：
下单 订单信息更新 发货 送达 取消 退款 / 退货
我之前就遇到过一个典型问题：Apple 邮件页脚里有 Sales and Refunds，传统关键词规则很容易把“订单变更”误判成退款。现在 Mailhub 对 Apple 做了专用解析，不会因为页脚文字误判业务状态。
6. 搜索不只是搜邮件，还会搜“业务订单”
搜索一个订单号时，Mailhub 不只返回匹配邮件。
它会在上方先展示“业务订单组合”，告诉我：
这是哪个平台的订单 订单号是什么 一共有几个事件 涉及几封邮件 最新状态是什么 最新物流单号是什么
下面才是原始匹配邮件列表。
这样我搜索 919987958 时，看到的是一个 Buy&Ship 订单组合，而不是三四封散落的通知邮件。
7. 规则系统：让 AI 和确定性规则一起工作
AI 很适合读复杂邮件，但长期使用不能完全依赖 AI。 所以 Mailhub 也有规则系统。
规则可以按这些维度触发：
发件人邮箱 发件域名 发件人名称 主题关键词 业务来源 vendor 业务事件 event_type vendor + event_type 组合
比如：
Buy&Ship 仓储费 = 紧急 Apple 下单 = 普通 某个银行扣款回执 = 低优 某个域名发来的安全告警 = 高优
AI 负责理解上下文，规则负责长期稳定。 这是我认为真正适合个人使用的组合。
8. 联系人上下文：知道我和这个人/系统有多少历史
邮件详情里会显示联系人历史，例如：
这个发件人总共发过多少封，最近 30 天有多少封。
这看起来是小功能，但非常实用。因为同样一封邮件，如果来自一个从未见过的地址，和来自一个长期交易的系统邮箱，判断方式是不一样的。
9. 回复、草稿、计划发送、撤回窗口
Mailhub 不是只读系统，也支持回复和发送工作流：
多发件人身份 签名 富文本编辑器 草稿保存 计划发送 短时间撤回发送 附件
对我来说，邮件系统不能只做“信息流”，还要能完成行动闭环。
看到邮件、判断重要性、写回复、安排发送，这些都应该在一个界面里完成。
10. Snooze、置顶、红旗、归档、文件夹
很多邮件不是现在处理，但也不能忘。
所以 Mailhub 支持：
Snooze：稍后提醒 置顶 红旗 归档 垃圾箱 / 回收站 自定义文件夹
这部分看起来像普通邮箱功能，但和 AI 分类、今天到期、业务事件结合后，会更像一个轻量任务系统。
11. AI 翻译：外文邮件段落对照
很多系统邮件是英文，直接整篇翻译会丢结构。
Mailhub 的翻译功能会按段落返回中外对照：
原文段落 中文翻译
这比浏览器整页翻译更适合看账单、通知、订单条款、客服说明。
12. 三种界面模板
我给它做了三种界面风格：
Mail macOS：接近桌面邮件客户端，稳定、清晰 iPad 看板：更适合平板触控和大屏浏览 Glass 空间：玻璃质感，更像一个个人信息工作台
同一个系统，不同设备和使用场景可以切换不同模板。
AI 在这里到底扮演什么角色？
我不想把 AI 做成一个聊天窗口，然后让用户问“帮我看看邮件”。
在 Mailhub 里，AI 是后台的一组能力：
第一，AI 是阅读助手
它帮我把长邮件读完，压缩成一句话。
第二，AI 是分类器
它判断邮件属于订单、物流、账单、安全、金融、营销还是其他。
第三，AI 是优先级判断器
它判断这封邮件是紧急、高优、普通、低优还是营销。
但这里有很多人为修正过的规则。比如：
普通验证码不算紧急 常规登录通知不算紧急 银行扣款回执通常不算紧急 促销折扣默认是营销 真正涉及损失、逾期、异常安全风险，才进入高优或紧急
第四，AI 是动作提取器
它会告诉我下一步该做什么：
无需处理 请确认收货 请尽快付款 查看订单状态 确认是否本人操作
第五，AI 是时间提取器
如果邮件里有截止时间、付款日、到期日，它会提取为 due_at，进入“今天到期”或“即将到期”。
第六，AI 是翻译器
遇到英文邮件时，它会做段落对照翻译。
第七，AI 不是唯一裁判
这是最重要的。
Mailhub 里不是所有事情都交给 AI。 订单号、物流单号、业务事件、规则命中，这些大量使用确定性解析和规则系统。因为邮箱是一个要长期可靠使用的工具，不能每次都靠模型“猜”。
AI 负责理解，规则负责稳定，业务解析负责结构化。
一个真实场景：我买了一台设备
假设我在 Apple 买了一台设备，又用 Buy&Ship 转运。
传统邮箱里，我会看到一堆散乱邮件：
Apple 下单成功 Apple 订单信息更新 Apple 发货 Buy&Ship 货件到达海外仓 Buy&Ship 可以集运 Buy&Ship 到达香港仓 Buy&Ship 领取通知 Buy&Ship 已送达
如果靠传统邮箱，我要自己搜索订单号、物流号、发件人，把这些邮件拼起来。
在 Mailhub 里，它会变成两个业务时间线：
一个是 Apple 订单时间线。 一个是 Buy&Ship 转运时间线。
搜索订单号或物流号时，会先看到订单组合，再看到原始邮件。
这就是我做这个系统的核心原因：我不是想要一个更漂亮的收件箱，我想要一个能理解我生活事务的系统。
它现在还不是最终形态
Mailhub 还在迭代中。
后面我想继续做：
iOS / Android / iPad / macOS / Windows 原生或近原生客户端 更强的推送通知 更多电商和物流平台解析 自然语言搜索，例如“找出最近 7 天还没处理的物流” 自动生成每日报告 更细的账单和订阅管理 更完整的多设备体验
但现在它已经解决了我最核心的问题：
每天打开邮箱时，我不再先面对一片噪音。 我先看到的是今天真正要处理的事。
总结
传统邮箱回答的问题是： “我收到了什么邮件？”
Mailhub 想回答的问题是： “这些邮件背后，哪些事情需要我处理？”
这就是我为什么要重新做一个邮箱系统。
它不是为了取代所有邮箱客户端，也不是为了证明开源邮箱不好。 它只是更适合我的使用方式：
多邮箱、跨境购物、物流转运、账单、安全提醒、验证码、系统通知，全都混在一起。 我需要的不是更大的未读数，而是更清楚的事务视图。
所以我让 AI、规则、业务解析和邮箱工作流组合在一起，做成了 Mailhub。
它现在像一个私人邮件助理： 替我先读一遍，分好轻重缓急，把散落的邮件重新变成一件件可处理的事。
文末小尾巴
如果你也有多个邮箱、很多订单、账单和系统通知，你可能会理解这个痛点：真正累人的不是收邮件，而是每天从邮件里找事情。
Mailhub 还在继续迭代。后面我会继续写它的技术架构、AI 分类策略、业务事件抽取，以及多端客户端怎么做。
