Slack 为什么把分散的消息收进 Activity？它在替你保留哪一段上下文

你午后回到 Slack，左侧可能已经多了几处加粗。真正费时间的，往往不是打开一条消息，而是重新想起：哪些事情和我有关？我上次处理到哪里？下一步要回哪个人？

2026 年 1 月，Slack 开始逐步推出更新后的 Activity 视图。它把私信、设为「所有新消息」的频道、提醒和其他通知放到同一个入口，再让用户按未读、来源和自定义视图筛选。Slack 还提供 Detailed 和 Dense 两种布局，以及清除、标记已读和键盘操作。1

这项设计处理的重点不是「把更多消息送到眼前」，而是让人离开一段时间后，少花一点力气重建原来的工作上下文。

Slack 原来的使用路径很容易让人按来源来找消息：先看私信，再看频道，再翻提及和回复。更新后的 Activity 视图把这些来源放到一处，默认显示 All notifications，用户可以切换到 DMs、Mentions、Threads、Channels、Reactions、Reminders 等筛选项，也可以创建只包含特定频道或私信组合的自定义视图。1

这些功能看起来像是在做一个更大的收件箱。实际区别在于，Activity 同时保存了三种状态：消息从哪里来、当前要不要把它当作未读、处理后还能不能找到它。可以把它拆成下面几组动作：

Activity 的价值因此不在于给所有消息加一个新标签，而在于把回到工作的第一步从「逐个猜来源」改成「先选择要恢复的范围」。

人离开一个任务后，回来时需要重新拼出几件事：我当时在做什么、已经走到哪一步、下一步要看谁或看什么。这个过程和「还剩多少条未读」不是一回事。数量能告诉人有事发生，却不能自动恢复事情的意义。

一篇关于移动语言学习的研究把这类设计称为 task resumption cues，也就是帮助人恢复被打断任务的记忆线索。研究者做了两项评估：实验室实验有 15 名参与者，后续的真实场景研究有 16 名参与者。前一项实验中，线索对任务完成时间和错误率没有显著影响，但参与者认为线索有帮助；后续研究中，参与者尤其喜欢带有互动的测试线索。2

这组研究的对象是移动语言学习，研究者没有测试 Slack Activity。它能支持的是一个更窄的设计判断：可见的恢复线索可能让人更容易重新接上任务，但线索本身不等于效率提升。 Slack 官方页面也介绍了功能和使用方式，没有在这页给出 Activity 的效果实验。12

把这个判断放回 Slack，Activity 提供了四种恢复线索。

私信、频道、提及和提醒原本分散在不同入口。Activity 把它们放到同一视图，却保留了通知类型和筛选条件。人回来后，至少能先回答「这件事属于哪一类」，再决定是否打开完整对话。1

来源线索解决的是定位问题。它没有替人判断重要性，也没有把一条提及自动变成最高优先级。

Unreads 适合处理「我还没看过什么」，Mentions 适合处理「哪里直接需要我」，自定义视图适合把某个项目的频道和私信放在一起。Slack 允许用户保存这些组合，作为 Activity 顶部的标签。1

这一步把工作范围放到了界面上。用户不必先记住所有相关频道，再逐个打开；但用户仍要为「什么算是这个项目」建立规则。如果自定义视图只是不断增加的收藏夹，范围线索就会重新变成寻找成本。

Dense 布局适合快速扫过更多通知，Detailed 布局保留更完整的消息预览。两者的差别不是装饰，而是对两种任务的回应：一种任务只需要判断「有没有值得打开的项目」，另一种任务需要在列表里恢复对话背景。1

如果产品只提供一种密度，用户就得在「看得快」和「想得起来」之间被迫二选一。更好的做法是把密度交给当前任务，而不是把所有人固定在同一种阅读方式上。

Slack 把 Mark as read 和 Clear notification 分成两个动作。标记已读会让侧边栏的会话取消加粗，但通知仍留在 Activity 中；清除会把通知从当前视图移开，不过用户还能在 Cleared notifications 中找到它。Slack 还说明，即使原来的频道、私信或线程通知被标记为已读，新回复仍会出现在 Activity 中。1

这是一个容易被忽略的设计取舍。用户处理通知时，常常只想把它从当前工作面移开，并不想把这段记录从自己的可见世界里抹掉。清除和回看之间如果没有关系，用户就会在每一次清理时重新承担「以后还能不能找到」的风险。

Activity 能减少的是回到工作时的重建动作，不能替代优先级、责任和风险判断。

一条未读私信可能只是寒暄，也可能是上线前的阻塞项。一个频道可能有几十条新消息，却只有一条需要今天处理。Activity 把这些项目放到同一个入口，用户仍然需要结合截止时间、影响范围和具体承诺来判断先后。

「清除后还能回看」也不等于「所有事情都安全地延期」。高风险流程需要明确的负责人、截止时间和升级路径；单靠未读状态无法证明有人会处理。Slack 官方说明 Activity 同时支持桌面端和移动端，但创建、编辑自定义视图以及切换 Dense / Detailed 等功能目前只在桌面端提供。设备差异本身也会改变用户能否建立稳定的恢复路径。1

评审通知中心、工单队列或协作工具时，可以先不问「我们要不要再加一个汇总页」。先问下面五件更具体的事：

这五个问题把「通知设计」从数量管理拉回了任务恢复：用户离开多久不重要，重要的是回来时还要重新拼多少上下文。

Slack Activity 借鉴的重点不是「把所有通知放在一起」，而是给分散的消息补上来源、范围、密度和状态这几种线索。它让用户先找到适合当前任务的工作面，再决定回复、标记已读，还是暂时清除后回看。

这个机制最适合消息很多、来源分散、用户经常被打断的工作。它无法替人定义优先级，也无法凭一个未读标记承诺事情一定会被处理。

设计评审时，值得先问的不是「我们能不能把消息汇总得更完整」，而是：用户下一次回来时，能不能看见自己上一次停在哪里？ 如果答案是否定的，产品增加的可能只是一个更大的收件箱，而不是一条回到工作的路。