Macro 的频道与私信怎么组织：一条 @提及决定谁看得见、谁收得到通知
多数团队协作工具里，“聊天”和”权限”是两套系统：消息发在群里，文件另外去共享面板勾选谁能看。于是就有了那句经典的”哎，这个文档能不能给我开个权限”。Macro（macro.com）的做法是把这两套系统合成一套——频道成员名单直接就是权限名单。
这个设计的直接后果是：你在频道里打的每一个 @提及，都不只是一个链接，而是一次授权动作。搞不清它的边界，要么该看到的人看不到，要么本不该扩散的东西跟着频道成员一起流出去了。
这篇按官方文档把三件事讲清楚：频道和私信到底是不是两种东西、@提及在哪些位置会共享和通知、哪些内容是绕开频道自动共享的例外。
频道和私信在 Macro 里是同一种容器
按文档的说法，创建频道用快捷键 c + g，创建新消息用 c + m。关键在后半句：新消息如果发给一组已经存在对话的收件人，就发进那个已有频道；如果不存在，就新建一个频道。也就是说，你理解中的”私信”在 Macro 的模型里并没有独立的实体，它就是一个成员较少的频道。
一个频道可以只有你自己（空频道），也可以加人变成协作频道。加人的方式是填邮箱，对方不必是 Macro 用户——没有 Macro 账号的人会收到一封邮件，告知其频道通知的情况。参与者随时可以在参与者列表里增删。
官方文档在介绍新建频道时提到”新频道的运作方式与 Slack 频道类似”，在讲提及机制时也说”相比 Slack，用 Macro 的主要好处是它与工作区其余部分深度打通”——这两句都是官方文档自己的说法，我们不对两者做优劣评价，只是提醒你：拿 Slack 的心智模型去套 Macro 的频道，会在”权限”这一层上出偏差。
频道成员名单就是权限名单
文档把这套机制称为”基于频道的共享”（channel-based sharing），核心只有一句话：当你提及某样东西时，它就被共享给了该频道的所有成员。
由此派生出两条动态规则：
- 有人被加进频道，他就获得了此前在该频道里共享过的一切内容的访问权；
- 有人被移出频道，他就失去这些访问权。
文档给出的场景是入职和离职：新人加入团队频道，工作所需的东西自动到位，不用一件件补授权。也正因如此，官方的建议是为每个团队建一个频道，让这个团队所需实体的权限自动跟随成员名单流动。
文档明确说这套设计是为了避开 Slack + Notion、Slack + Drive 这类组合里的”权限陷阱”——发了链接但没给权限，对方只能回过头来问你要。同样，这是官方文档给出的对比语境，我们只如实转述。
配套的还有反向可追溯性：在频道里提及文档或文件会建立双向链接，你可以随时追溯某样东西在哪里被讨论过。文档举的例子是团队的一份路线图文档，它的引用面板里能看到被若干文档、一个画布、以及 #engineers 频道提及过；作者本人还能看到它在自己与两位同事的私信里被提及——而其他人看不到最后这一条，除非他们也在那个频道里。引用记录本身也遵守频道边界，这一点比”能看到双向链接”更值得留意。
关于权限模型的完整拆解，另见 Macro 的权限模型。
@提及：同一个动作，四种后果
@提及在 Macro 里是跨所有富文本表面的统一原语——文档正文、邮件正文、频道消息、聊天或自动化提示词、任务描述，输入 @ 都会弹出补全，选中后渲染成携带目标当前元数据的行内胶囊（比如任务提及会带上状态和优先级），同时在目标的引用面板里记一条反向链接。
但同一个动作在不同位置的共享与通知后果完全不同，这是整套机制里最容易踩坑的地方。文档给出的总规则是：用户必须先被共享了某个文件，才可能收到收件箱通知；在 Markdown 正文（文档、任务）里提及不产生收件箱通知，在线程型容器（评论、消息）里提及才产生。
| 提及位置 | 是否共享给对方 | 是否产生收件箱通知 |
|---|---|---|
| 频道消息里提及人 | 是（频道成员） | 通知 |
| 频道消息里提及文档/文件 | 是，共享给频道成员 | 按人的提及规则 |
| 文档正文里提及人 | 否 | 不通知 |
| 文档评论里提及人 | 需已共享 | 通知 |
| 任务正文里提及人 | 否 | 不通知 |
| 任务评论里提及人 | — | 通知 |
| 指派任务给某人 | — | 通知 |
| 邮件正文里提及人 | — | 该人被加入抄送 |
| 提及频道 / 提及某条消息 | 否，不授予任何权限 | — |
| 提及日期 | 否 | 不通知 |
文档正文里提及人不通知这一条，官方专门解释了理由：写文档时 @某人，说明你这篇还没写完，此时通知过去时机不对；而”什么时候才该通知”又说不清楚，所以干脆定为文档语境下的提及不通知、不共享。文档自己也承认这是个”有点奇怪的设计决定”，是长期自用之后定下来的。想让对方知道，就得手动共享。
联系人与公司记录被提及时同样不共享，它们的共享由团队决定。@提及的完整规则可参考 Macro 的 @提及机制。
频道里的两个特殊提及，以及一条硬边界
在频道里，除常规提及外还有两个特殊的：@here 通知整个频道的全体参与者，@Macro 在频道内就地唤起 Agent。文档提到 @Macro 可以总结此前的讨论、回答工作区相关的问题等。此外提及菜单里还能选 @team 这类分组。
Agent 这条要特别注意权限的传递方式：你的 Agent 继承你的权限。如果你试图把一份自己都没有访问权的文档或实体给 Agent，Agent 同样拿不到，并且会直接告诉你。文档还说明，你并不是非提及不可——Agent 自带搜索工具和列举工具，能自己在工作区里找；建议提及的场景是你已经知道该看哪一份，这样能省掉一轮搜索并锁定上下文。
然后是那条硬边界：消息没法共享给频道外的人。文档写得很直白——提及一个频道不授予权限，提及一条消息也不授予权限，因为能否查看一条消息完全由频道成员身份决定；如果确实需要把某条消息给频道外的人看，官方给出的办法是发截图。想让某人进频道，也不要靠提及频道，而是去该频道把他加为参与者。
线程回复是另一个降噪手段。文档的定位是：用线程收纳支线讨论，让主频道保持清爽，同时减少通知噪音。消息编辑后会带”已编辑”标记，完整编辑历史被保留，且接收方不会因为编辑而收到重复通知。
收件箱侧的分流规则见 Macro 收件箱的通知分流。
例外：团队自动共享的任务、邮件与通话
基于频道的共享有一个例外——团队（Teams）。文档说明，团队对任务、邮件、通话有特殊的自动共享规则，目的是让团队里每个人不必逐条显式共享就能看到别人在做什么。
具体到几类实体：
- 任务：默认加入团队记忆，团队成员能看到指派给自己和他人的所有任务；指派任务会产生通知，在正文里提及不会。
- 通话：队友的每一次通话都会进入通话列表，无论你有没有参加。默认把通话的录音和转录共享到团队记忆，文档说明可以在通话进行中切换退出——退出后该通话仍会进入你的个人记忆，只是不进团队记忆。转录和 AI 摘要是自动生成的。
- 文档的公开分享：可以用邮箱共享给没有 Macro 的用户，也可以启用公开链接（Public Link）。文档明确提醒：拿到公开链接的任何人都能读这份文档，敏感内容务必检查共享设置。
邮件是另一套规则，别按频道的直觉来
邮件里提及人会把对方加进抄送。但文档强调，频道里那种自动共享在邮件里不发生：邮件链条可以被转发、可以随时加人，谁最终需要访问权无法预先知道、也无法长期追溯，所以需要你手动确保被提及的收件人真的能打开你给的链接。发送之后，@提及在其他邮件客户端里会显示为普通超链接。
需要留意文档在这一点上还有一句更具体的描述：在邮件正文里提及一份文档，会插入链接并更新该文档的权限，使收件人能够打开。两处表述的口径存在差别——前者说邮件不发生自动共享、需手动确认，后者说提及文档会更新权限。文档没有进一步说明二者如何统一，所以在邮件里发敏感文档链接之前，建议按更保守的那一条办：自己确认收件人确实能打开。
什么时候这套模型不好用，以及还有哪些没说清
频道颗粒度就是权限颗粒度。 这意味着”只想给频道里某一个人看某份文档”在这套模型里没有对应动作——频道里一提及，全体成员都拿到。要精细控制，只能靠拆分频道，代价是频道数量膨胀。
移出成员会连带撤销一批访问权。 权限跟随成员名单流动是双向的，把人移出频道前，最好先想清楚他手上是否还有依赖这批内容的在办事项。
跨组织协作靠邮箱兜底，但规则不同。 非 Macro 用户可以按邮箱加入频道并收到通知邮件，然而邮件场景不适用自动共享，需要人工确认访问权。
消息本身不可跨频道流转。 官方给出的变通办法是发截图——这意味着从消息里流出去的内容会脱离权限体系，成为一张不受管控的图片，也不再有双向链接可追溯。
还有几处文档没有说明的：频道成员数量是否有上限、被移出频道后此前下载或导出的内容如何处理、公开链接是否支持过期或口令、通话默认共享到团队记忆是否可以在团队层面统一关掉——这些官方文档均未说明，落地前需要向官方确认或自行验证。
如果你要在团队里推这套模型，最省事的切入点其实是文档给出的那条建议：先按团队建频道，把权限的默认路径固定下来，再去处理少数需要精细控制的例外。反过来先按项目乱建一堆频道，后面收拾成员名单会很麻烦。
延伸阅读
- 从头读起：Macro 是什么：邮件、任务、文档、CRM 共用一个双向数据库的开源工作区
- 本专题共 40 篇，完整分组目录见专题页
- Macro 的任务管理拆解：状态、属性字段，以及它和频道、邮件、文档怎么联动
- Macro 的文档块：markdown 原生编辑与 Loro CRDT 实时协作是怎么组织的
本文依据 Macro 官方仓库（github.com/macro-inc/macro，AGPL-3.0 协议）的 apps/docs/ 产品文档、
MCP 工具参考与自托管说明整理，核对日 2026-08-17。
我们没有注册或运行过 Macro，因此不涉及界面外观与操作手感；
官方标注为计划中的能力文中已如实标明，不代表当前可用。
价格与额度以官网 macro.com 最新页面为准；许可证相关问题请咨询专业人士并以官方许可证原文为准。