spark-recipe-vacation-catchup

食谱：假期后补处理邮件

在休假或长期离开后处理大量积压邮件。果断确定优先级，批量归档无关邮件，只筛出真正需要关注的内容。

前提条件： 阅读 use-spark 基础技能，了解命令参考和筛选语法。

所需访问级别： triage。

步骤

第 1 步：评估积压邮件

统计离开期间各类别的未读邮件数量。根据用户离开的时长调整时间范围：

spark emails Inbox --filter "category:priority is:unread newer_than:14d"
spark emails Inbox --filter "category:personal is:unread newer_than:14d"
spark emails Inbox --filter "category:invitation newer_than:14d"
spark emails Inbox --filter "category:notification is:unread newer_than:14d"
spark emails Inbox --filter "category:newsletter newer_than:14d"

报告总数：“所有类别中共有 N 封未读邮件：X 封优先邮件、Y 封联系人邮件、Z 封邀请、W 封通知、V 封新闻简报。”

第 2 步：优先处理优先邮件

spark emails Inbox --filter "category:priority is:unread"

阅读每个邮件线程并呈现关键信息。这些邮件最重要，应逐封处理。

第 3 步：处理联系人邮件

spark emails Inbox --filter "category:personal is:unread"

逐封阅读邮件线程，确认事情仍未解决，还是用户离开期间已经解决：

spark thread <id>

将已解决的线程标记为已读：spark action markAsSeen <id>

第 4 步：处理邀请

spark emails Inbox --filter "category:invitation"

检查哪些邀请的日期已过（已错过），哪些日期尚未到来。只有未来的邀请需要做决定。

第 5 步：批量归档通知

几天前的多数通知已不再需要处理：

spark emails Inbox --filter "category:notification is:unread"

快速查看发件人，然后批量归档：

spark action archive <id1> <id2> <id3> <id4> <id5>

第 6 步：批量归档新闻简报

旧新闻简报不需要紧急处理：

spark emails Inbox --filter "category:newsletter"

保留每位发件人最新的一封，其余全部归档：

spark action archive <id1> <id2> <id3>

第 7 步：审核新发件人（GateKeeper）

用户离开期间可能积累了一些新发件人：

spark emails Inbox --new-senders

接受可信联系人，并屏蔽不需要的发件人：

spark contact-action acceptContact [email protected]
spark contact-action blockContact [email protected]

第 8 步：为延期处理的事项设置提醒

对于需要关注但不必立即处理的事项：

spark action snooze <id> --date 2026-04-12
spark action changeReminder <id> --date 2026-04-15

第 9 步：报告

总结：“已处理 N 封邮件。X 封需要您关注（如上所列），Y 封已归档，Z 封已延后处理。”

提示

• 核心原则是积极批量处理。不要逐封阅读每条通知和新闻简报。
• 优先邮件和联系人邮件需要逐封处理；通知和新闻简报则批量处理。
• 日期已过的邀请可直接归档，无需采取行动——会议已经结束。
• 如果用户离开超过两周，请相应延长 newer_than 时间范围。
• 补处理完成后，运行 recipe-inbox-by-category，确认收件箱状态良好。
• 容易忘记审核 GateKeeper；新发件人中可能有在用户离开期间发来邮件的重要联系人。
• 将事项延后处理并分散到数天内跟进，而不是试图一次处理所有事项。