Macro 统一收件箱怎么分流：Signal 与 Noise 两个过滤器加一套清空动线
把邮件、群消息、任务、文档评论合到一个列表里，这个想法本身不新鲜。难的是合完之后怎么办——原来七个应用各有各的红点，你至少知道哪个红点该先看；现在全倒进一个列表，条目数只会更多，而你的注意力没变多。
Macro 的官方文档把这件事的出发点讲得很直白：你应该只需要检查一个地方，就能知道公司里正在发生什么，而不是打开七个以上的应用。这句话是产品意图，不是效果承诺。真正决定它成不成立的，是收件箱背后那套分流与清空机制。
这篇只讲文档写明的部分：统一收件箱会收哪几类东西、Signal 和 Noise 这对过滤器分别承担什么职责、把列表清空要走哪几步，以及文档在哪些地方明确留白了。想先弄清这个产品的整体定位，可以看 Macro 是什么。
统一收件箱会收进来哪六类条目
文档列出的来源是六类，边界很清楚：
| 条目类型 | 来源说明 |
|---|---|
| 邮件 | 所有已连接的邮箱账号 |
| 消息 | 所有频道和私信 |
| Agent | Agent 运行结束时 |
| @提及 | 文档评论里的 @提及 |
| 任务 | 指派给你的任务 |
| 文件 | 分享给你的文件 |
这份清单值得逐条对着看一遍，因为它决定了你的收件箱会有多吵。前两类是传统意义上的通信，后四类是协作系统的副产品——任务被指派、文件被分享、有人在文档评论里 @ 你，这些在别的工具里通常是靠邮件通知转达的，在 Macro 里它们本身就是收件箱条目。
第三类比较特别：Agent 跑完会进收件箱。文档在入门指引里补了一句更具体的说明，自动化可以配置成定时运行的 Agent 任务，比如每天一份待办摘要，结果投递到你的收件箱。也就是说，你自己配置的自动化，会成为你收件箱条目的来源之一。这是个很容易被忽略的反馈回路：定时任务配得越多，每天要清的条目就越多。
Signal 和 Noise 是一对过滤器，不是两个收件箱
在收件箱里，你可以按 Signal 或 Noise 过滤。文档的定义是：Signal 装重要通知，Noise 装垃圾邮件之类你大概不需要看、但仍应偶尔检查的东西——括号里官方自己加了一句原因，AI 会出错。
这句括号里的话，其实是理解这套机制的关键。它说明两件事：分流由 AI 完成；官方不声称分流一定对，所以 Noise 不是回收站，而是一个降优先级的分区，需要你定期回头扫一眼。
文档还给了 Signal 一个更实用的定位：把它当成你的行动清单（action list），这是你一天里大部分时间开着的那个标签页，显示 Macro 里当前需要你处理的事情。这个说法把 Signal 从”重要邮件夹”改写成了”今天要动手的事”，两者不完全等价——一封重要但不需要你做任何事的通报，和一个需要你回复的任务，在行动清单的视角下分量是不同的。文档没有说明 AI 在这两者之间怎么权衡。
需要说清楚的是：官方文档没有公开 Signal/Noise 的分类依据。没有规则列表，没有可调阈值，没有”把某个发件人固定判为 Signal”这类设置的说明。文档只给了结果形态（两个过滤视图）和一条免责提示（AI 会出错）。任何关于它”按什么维度打分""能不能训练”的说法，都不在这两份文档的范围内，我不替它编。实际使用时的稳妥做法就是照官方的口径来：Signal 每天清，Noise 隔一段时间翻一次。
清空动线：五个键就能走完
Macro 是键盘优先的，收件箱这条动线用到的按键不多。入门文档把最核心的五个键单列成表，其中三个直接服务于收件箱：
| 按键 | 作用 |
|---|---|
c | 打开创建启动器，再按 d 建文档、t 建任务、e 写邮件、m 发消息、a 开 AI 对话 |
cmd+k | 命令菜单，按名字跳转到任何东西 |
/ | 跨邮件、文档、任务、消息、通话、文件的统一搜索 |
j / k | 在任意列表里向下 / 向上移动 |
e | 标记完成：归档邮件，或清掉一个收件箱条目 |
具体到收件箱，文档给的完整动线是这样的：
g+i进入收件箱；j/k或方向键上下切换条目；space在分屏里预览选中项，enter全屏打开——在预览或全屏状态下j/k仍然可用；shift+enter在新的分屏里打开，文档说这个用于需要多任务并行的场景；e把条目标记为 done，从收件箱移除。
第三步那句”预览状态下 j/k 仍然可用”是整条动线里最关键的一处设计。它意味着看内容和移动光标不需要来回切换模式，你可以按住 j 一路往下扫，右边的预览跟着变，看到需要处理的就停下。
积压时还有一个批量口子：shift + ↓ 选中多条通知，再按 e 一次性全部标记完成。文档在”我们自己怎么用”这一节里明确建议，看过的通知就用 e 标掉。这里官方也交代了这套做法的来源——Superhuman 邮件客户端让”收件箱清零”这个概念流行起来，Macro 把它借用过来、应用到整个工作区。这是官方文档自己的说法，不是我的对比结论。
更完整的按键体系在 Macro 键盘快捷键 里单独讲。
分屏和日期分组：让清空这件事撑得住
清空动线能不能坚持下来，取决于两个附属机制。
一个是分屏。Macro 有自己的窗口管理：cmd+\ 创建一个分屏，shift+enter 把任意列表项或 @提及在新分屏里打开，文档举的例子就是左边收件箱、右边别人发给你的文档；shift+h / shift+l 切换焦点，shift+escape 最大化。对收件箱来说，这套按键的价值是让”处理一条”不必离开列表——列表还在原位，处理完接着往下走。
另一个是日期分组。文档说收件箱和邮件列表按日期给条目分组，近期活动聚在顶部，更旧的条目往下滚时落进各自的区段；并且强调这不改变你的任何过滤器和排序设置。换句话说，日期分组是叠加在 Signal/Noise 过滤之上的一层组织，不是第三种过滤模式，两者不冲突。
移动端多一条：在任意列表——收件箱、邮件、文档、任务、客户、搜索——从顶部下拉可以刷新。
哪些配置会直接改变收件箱的条目量
收件箱是下游，上游配置什么，它就收到什么。文档里有几处配置直接影响条目量，值得在铺开使用前先想清楚。
多账号。 Macro 不是邮件服务器，只是邮件客户端，它与你已有的 Gmail 或 Google Workspace 账号同步，邮件仍然留在 Gmail。有多个地址的，在 Settings 里添加更多 Gmail 或 Google Workspace 账号，它们全部汇入同一个统一收件箱；写信时选择用哪个地址发出。多接一个账号，收件箱的量就多一份。邮箱接入的细节见 Macro 邮箱接入。
账号类型的边界。 Outlook 和自定义 IMAP/SMTP 的支持，官方标注为计划中，目前尚未提供。这一条决定了这套分流机制现在能覆盖谁——不用 Gmail / Google Workspace 的团队，暂时进不了这条动线。
频道与 @提及。 频道按团队或项目建（c + m），并且频道就是 Macro 里权限的载体：你在频道里 @提及的任何东西会自动分享给频道成员，访问权随人员加入或离开而变动。这意味着建频道、拉人、@ 别人这三个动作，同时也在给别人的收件箱增加条目。@提及的机制单独讲在 Macro @提及机制。
团队默认分享。 建团队之后，任务对整个团队可见，通话默认被录制、转写并分享。
集成与自动化。 GitHub 账号在 Settings 的 Account 下关联后，任务会随着你建分支、开 PR、合并而在 In Progress、In Review、Done 之间流转；MCP 连接器在 Settings → Connectors 下连接 Notion、Slack 等工具，供 Agent 访问；也可以把 Claude Code、Codex 或任意 MCP 客户端指向你的 Macro 工作区。加上前面提过的定时 Agent 运行，这些都是会持续往收件箱里投递条目的来源。
这套机制没解决什么
分类不透明。 文档只承认 AI 会出错，没有给出任何可检查、可干预的分类依据。你无法从文档判断某封邮件为什么被判成 Noise，也无法据此预期修正方式。这决定了 Noise 必须定期回看，不能当成已经处理完的区域。
清空是手工的。 e 和 shift+↓ 加 e 都是人按出来的动作，分流只是给了顺序，没有替你消化。条目上游越多——多账号、多频道、多自动化——每天要按的次数就越多。
账号覆盖面有限。 邮件侧目前只有 Gmail 和 Google Workspace，Outlook 与自定义 IMAP/SMTP 官方标注为计划中、目前尚未提供。
没有公开的效果数据。 文档没有给出任何关于分类准确率、处理速度、条目吞吐的数字，也没有说明积压到什么规模时这套动线会失效。要评估它在你团队的实际表现，只能自己拿真实邮件量试，别指望文档给答案。
如果你的通信主要不在 Gmail 上，或者你的团队协作产物（任务、文档、通话）本来就不在同一个系统里，那么统一收件箱能合并的东西其实很有限，这套分流机制的价值也会跟着打折。反过来，如果邮件、频道、任务、文档已经都在 Macro 里，那么每天真正需要判断的就只剩一件事：Signal 这条行动清单今天清没清完。
延伸阅读
- 从头读起：Macro 是什么：邮件、任务、文档、CRM 共用一个双向数据库的开源工作区
- 本专题共 40 篇，完整分组目录见专题页
- Macro 的频道与私信怎么组织：一条 @提及决定谁看得见、谁收得到通知
- Macro 的任务管理拆解：状态、属性字段，以及它和频道、邮件、文档怎么联动
本文依据 Macro 官方仓库（github.com/macro-inc/macro，AGPL-3.0 协议）的 apps/docs/ 产品文档、
MCP 工具参考与自托管说明整理，核对日 2026-08-17。
我们没有注册或运行过 Macro，因此不涉及界面外观与操作手感；
官方标注为计划中的能力文中已如实标明，不代表当前可用。
价格与额度以官网 macro.com 最新页面为准；许可证相关问题请咨询专业人士并以官方许可证原文为准。