spark-recipe-notification-hygiene

通知整理

通过识别嘈杂的发件人、重新分类放错位置的邮件、归并重复通知，并清理不再相关的内容，缓解通知过载。

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

所需访问级别： triage。

步骤

步骤 1：评估通知数量

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

统计未读通知的数量。如果数量较多，请浏览发件人列表，看看有哪些规律——哪些发件人的通知最多？

步骤 2：识别嘈杂的发件人

找出那些会产生大量低价值通知的发件人（CI 机器人、社交媒体提醒、送达后的物流更新等）。

阅读几封邮件，确认它们确实是噪音：

spark thread <id>

步骤 3：重新分类放错位置的发件人

有些“通知”其实是伪装成通知的新闻简报：

spark contact-action changeCategoryNewsletters [email protected]

有些邮件实际上来自真实联系人，应归入“联系人”：

spark contact-action changeCategoryPersonal [email protected]

这些更改会应用于该发件人今后发送的所有邮件。

步骤 4：归并重复通知的发件人

对于有用但发送过于频繁的发件人（CI 系统、监控提醒）：

spark contact-action groupEmailsFromContact [email protected]

这会将他们的邮件折叠为分组条目，减少收件箱杂乱，同时仍可访问这些邮件。

步骤 5：批量归档已处理的通知

对于已经查看且不再相关的通知：

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

在一条命令中传入多个 ID，即可批量归档。

步骤 6：关闭低优先级发件人的通知

对于你想接收邮件、但不想收到提醒的发件人：

spark contact-action unmarkContactAsImportant [email protected]

提示

• 目标是将通知数量减少到可管理的程度，而不是清零——有些通知确实有用。
• 在联系人级别执行重新分类（contact-action），比针对单封邮件（action）更有效，因为它能修正今后所有邮件的分类。
• 归并是保留和屏蔽之间的折中方案——邮件仍会送达，但不会塞满收件箱。
• 休假后或任何一段时间未整理收件箱后运行此方案，可快速控制通知数量。
• 结合 recipe-newsletter-cleanup，完成全面的收件箱清理。