开始收件箱分类
在开始分类收件箱之前，请考虑您是否更倾向于首先查找并回复最重要的更新，或者清除收件箱中易于删除或分类的干扰性更新。
根据通知数量的不同，您可能会决定在不同时间同时使用这两种方法。
有关查找和回复最重要通知的示例工作流程，请参阅“检查您最重要的通知”。
有关删除易于删除或分类的通知的示例工作流程，请参阅“清除您最不重要的通知”。
检查您最重要的通知
选择最需要查看的通知类型，并选择最适合您的查看时间。您可能需要考虑“我阻塞了谁？”这个问题。
例如，您可能决定在早上的日常计划时间按以下顺序检查您的通知
-
需要您评审的拉取请求（按 `reason:review-requested` 筛选）
-
提及您用户名（@提及）的事件，也称为直接提及（按 `reason:mention` 筛选）
-
提及您所属团队的事件，也称为团队提及（按 `reason:team-mention` 筛选）
-
特定代码库的 CI 工作流失败（按 `reason:ci-activity` 和 `repo:owner/repo-name` 筛选，并确保您已在通知设置中为工作流失败启用了 CI 活动通知）
提示
要快速查看您的最高优先级事项，请按其评审优先级顺序设置自定义筛选器。更多信息，请参阅“从收件箱管理通知”。
跟进持续的通知更新
要跟进通知，您可能需要考虑“我被阻塞的事情中，哪些不再阻塞我了？”这个问题。选择您的后续通知优先级。
例如，您可能决定按以下顺序进行后续处理
- 您被指派的 Issue 和拉取请求。立即关闭您可以关闭的任何 Issue 或拉取请求并添加更新。根据需要，保存通知以便稍后查看。
- 查看已保存收件箱中的通知，尤其是不读更新。如果线程不再相关，请点击从已保存收件箱中删除通知并取消保存。
管理低优先级通知
在对高优先级通知进行分类后，请查看其余通知，例如参与通知。考虑以下问题
-
您可以取消订阅此通知吗？此通知是否已完成并可以标记为**已完成**？
提示
取消订阅通知后，除非你开始参与该讨论串，或被 @提及，或你所在的团队被 @提及，否则你将不会收到新的更新。将通知标记为已完成后，该通知将从你的主收件箱视图中移除，但可以通过查询代码
is:read查看。更多信息，请参见“管理收件箱中的通知”。 -
当此问题或拉取请求关闭或重新打开，或者拉取请求合并时，你希望收到未来的更新吗？有关这些选项的更多信息，请参见“处理单个通知”。
-
你希望将来避免收到此类通知吗？如果是，请考虑取消订阅。更多信息，请参见“管理 GitHub 活动订阅”。
清除你最重要的通知
选择哪些类型的通知最快速、最容易进行分类并从收件箱中移除，理想情况下一次对多个通知进行分类。
例如，你可以决定按以下顺序清除通知
- 你可以取消订阅的参与通知
- 与你无需保留或跟进的仓库更新
有关同时管理收件箱中多个通知的更多信息，请参见“管理收件箱中的通知”。
你也可以考虑更改你的通知设置或取消订阅这些更新（如果可能）。更多信息，请参见“配置通知”或“管理 GitHub 活动订阅”。