收件箱压着几百封未读、想靠一份摘要一次过完，这个想法本身会让人误判风险：摘要压缩的是阅读量，不是判断量。GenMail 这类工具通常能稳定识别的是「这封邮件在讲什么」，识别不了的是「这封邮件对你意味着什么」。所以更现实的路径是：先用分堆把范围缩小到可处理的一小块，让摘要只总结这一块，然后自己把摘要条目逐一改写成带动作、时间、负责人的待办。重点标注这一步交给工具，漏掉的概率通常比你想的高。

摘要能压缩的是阅读量，不是判断量。把上百封未读压成一份清单，通常只能帮你跳过「不需要点开」的那些，期限、金额、对外承诺这三类信号仍要逐条回原始邮件核对。可行的做法是：先按发件人域和邮件列表把未读分堆，只把其中一堆交给 GenMail 总结，再把摘要条目改写成带动作、时间、负责人的待办。判断是否奏效，看下一轮未读量和「待人工确认」条目是否下降，而不是看摘要读起来多顺。

先给未读分堆：按发件人域、按邮件列表

未读是一坨，摘要也是一坨，两边都糊就看不出漏项。分堆的目的不是整理美观，而是让每一堆有明确的处理动作。可以先按这几个维度各切一次，再决定哪些堆根本不进摘要：

• 按发件人域：同一家公司的人通常对应同一类事务（客户、供应商、财务、平台通知）。域比人稳定，也不会因为对方换人而失效。
• 按邮件列表 / 群发地址：这类通常是通知、日报、告警、社区讨论，绝大多数是「扫一眼即可」。对同一列表，通常值得先看一眼是否有退订入口或订阅管理页。
• 按是否有人在等我回复：这是唯一必须人眼看的一堆。判断依据可以是邮件里是否直接点你名字、是否是回复链的最后一条、是否带提问句。
• 按时间窗口：上周以前的未读，信息多半已经过期，可以先整体归档，只挑标题里含日期、金额、@某人 的少数几封回看。

处理顺序建议是：先清「通知类列表堆」（退订或走规则，最省力），再清「同域营销堆」（规则归档），最后把「有人在等回复」这一堆交给 GenMail 总结。前两堆靠规则就能消化，不该占用摘要额度。哪类可以直接走规则或退订：纯营销、活动推送、已订阅的周报、CI/告警类的自动通知，这几类通常不看也不会出事；但「账单、发票、合同、审批」这类哪怕来自自动地址，也建议保留进摘要范围，不要用规则直接吞掉。

让 GenMail 只总结你圈定的那一堆

把整个收件箱丢给摘要，结果通常是条目多、每条都很短、彼此看不出优先级，你读完仍然要逐封点开确认。缩小范围后，条目数会明显下降，每条的信息密度更高，也更容易看出「哪几条其实是同一件事」。可以先按下面的骨架圈定范围，具体筛选语法各客户端不同，按实际界面里的字段填写：

范围：收件箱 / 未读
时间：最近 14 天
标签或文件夹：客户、合同、账单
排除：已在规则里归档的通知域、已退订的列表地址
排序：按发件人域聚合后再总结，不要跨域合并成一条

交给 GenMail 的提示词建议写清边界，避免它替你合并事项：

你只处理我圈定的这一批未读邮件，不要扩大范围。
每封输出一行，字段固定为：
发件人 / 主题 / 期限（有则原样摘出日期）/
金额（有则原样摘出数字与币种）/ 对外承诺（有则摘出原句）
三项都没有的，标记为：仅需归档
不要替我判定优先级，不要把不同邮件的事项合并成一条。
内容缺失或读不通的，输出：待人工确认。

复测方法很直接：同一批邮件，先跑一次全收件箱摘要，记录条目总数和你能对上原文的条目数；再跑一次圈定范围后的摘要，同样记录这两个数。重点看的不是条目变少了多少，而是漏项——把两次结果都和原始邮件逐个对照，记下「摘要里没出现但实际需要你处理的邮件」。如果缩小范围后漏项没有减少，说明问题不在范围，而在你圈的维度不对（比如漏掉了某个关键发件人域）。

摘要里要盯的三类信号：期限、金额、对外承诺

摘要条目不能直接信，但可以按字段逐条核对。下面这三类是最容易在压缩过程中被磨掉、又最容易出事的：

• 期限：核对动作是回原始邮件找到日期原句，确认是「截止时间」还是「预计时间」。摘要常把「希望本周内」写成「本周」，两者的可协商程度不一样。把日期抄进日历前，先看邮件里有没有写时区或「下班前」这类相对表述。
• 金额：核对动作是对数字、币种、含税与否、以及是报价还是应付。摘要很可能只留一个数，把「预估价」和「最终账单」混为一谈。涉及付款的，回原邮件确认收款方和账期。
• 对外承诺：你或你的团队在邮件里答应过对方什么。核对动作是搜你自己发出去的回复链，看承诺的是「可以提供」还是「已经确认」。这一类的风险在于摘要只总结来信，不总结你已发出的承诺，容易漏掉自己挖的坑。

可以做成一张固定检查表，每条摘要过一遍三个格子：期限（有/无/已过期）、金额（有/无/待确认）、对外承诺（我方/对方/无）。三个格子全空的条目，才允许直接归档。

把它列出的条目改写成自己的待办

摘要句是描述句，待办是动作句，中间必须经过一次改写。直接照搬的后果是：你读完了，但没有任何一个具体动作被触发。改写时至少要补齐三样东西——动作、时间、负责人。填不出来的，说明这封邮件你还没真正读完，或者需要先向对方追问。

• 原句：「供应商提到新版报价单这周内发过来」→ 动作：向该供应商索取新版报价单；时间：本周三下班前，未收到则发催办邮件；负责人：我。
• 原句：「客户对交付时间有疑问」→ 动作：回复客户确认可交付日期并抄送项目对接人；时间：今天内；负责人：我（若涉及排期则加项目对接人）。
• 原句：「系统通知某任务失败」→ 动作：查看该任务日志并判断是否需重跑；时间：本日内；负责人：值班人。

为什么不能直接照搬：摘要条目天然缺少负责人字段（它不知道你们团队谁负责），也常常省略时间限定词；照搬的结果是清单读起来完整，执行时每条都要重新判断一次，等于把总结的活又做了一遍。改写还有一个副作用好处：当你发现某条填不出时间或负责人时，这条往往就是真正需要你单独处理的那封邮件。

归档与降噪：哪些直接退订或走规则

降噪靠的是让下一轮未读变少，而不是这一轮读得快。退订适合持续产出、你从不回应的列表和营销地址；操作上先在订阅管理页或邮件页脚找退订入口，确认退订生效后，把该地址加入规则直接归档，避免退订请求处理期间又堆一批。规则过滤适合确定不需要人看的内容：按发件人域或列表地址自动打标签、跳过收件箱、标记为已读，并保留一段时间的归档而不是直接删除，方便误伤时找回。

规则示例（字段名按客户端实际调整）：
条件：发件人域 = notify.example-notifications 或 列表地址包含 weekly-digest
动作：跳过收件箱 + 打标签「通知」+ 标记已读
例外：主题包含 账单 / 发票 / 合同 时，不应用本条规则

下一轮需要观察的指标，建议自己手动记，不做效果承诺：未读总数、需要人工处理的条目数、摘要里「待人工确认」条目的数量、以及被规则归档但事后发现仍需处理的邮件次数。前两个看总量趋势，后两个看误伤和摘要覆盖的盲区。如果「待人工确认」长期不降，通常是圈定范围或提示词里的字段定义需要调整，而不是未读本身太多。归档本身只是把邮件移出视野，不解决判断问题，真正的判断仍然留在期限、金额、对外承诺这三条线上。