Macro 统一记忆记的是什么：个人记忆与团队记忆的边界，以及唯一写明的退出开关
搜”Macro 统一记忆”的人，多半不是想看一段介绍，而是心里压着三个具体问题：它到底把我的哪些东西记下来了？我记的东西同事能不能看见？不想被记的那部分怎么关掉？
麻烦在于，官方这一页短得出奇。product/unified-memory 通篇不到二十行，而且开头就自己交代了原因：“没太多可写的，因为它整个在后台运行，可配置项有限。“（There’s not too much to document here because it all runs in the background with limited configurability.）
这句自述其实是全篇最该先读的一句。它意味着：你别指望在设置里找到一排记忆开关，也别按”某个 SaaS 的隐私中心”那套预期去找它。这篇就把这两页文档写明的部分抠干净，写明的照抄，没写的直说没写——因为在记忆这种事情上，“官方没说”和”官方说没有”是两回事，把它们混起来才是真正会出问题的地方。
官方给统一记忆下的定义，只有一句话
原文的对照方式很直接：ChatGPT 和 Claude 是在你的聊天之上建立记忆；Macro 是在你和你的团队正在做的一切之上建立记忆——邮件、消息、任务、文档、通话，以及任何你通过 MCP 接进来的东西。
注意这里”一切”的范围是文档自己划的。同一页配图的说明文字把汇入这份记忆的块列得更全：邮件、消息、任务、文档、通话、文件、canvas、拉取请求，这些块全部汇入同一份统一记忆，由 agent 读写。
| 输入源 | 官方页面里的出处 |
|---|---|
| 邮件（email） | 正文与配图说明均列出 |
| 消息（messages） | 正文与配图说明均列出 |
| 任务（tasks） | 正文与配图说明均列出 |
| 文档（docs） | 正文与配图说明均列出 |
| 通话（calls） | 正文与配图说明均列出 |
| 文件（files） | 仅配图说明列出 |
| canvas | 仅配图说明列出 |
| 拉取请求（pull requests） | 仅配图说明列出 |
| 通过 MCP 连接的内容 | 正文列出，未展开具体范围 |
把这张表和 Macro 的块模型放在一起看会更顺：既然邮件、任务、文档在系统里本来就是同一种一等对象的不同类型，那”一份记忆盖住全部块”就不是把几个数据源硬拼在一起，而是顺着已有的数据模型往上加了一层。这一层的地基可以顺着 Macro 的 blocks 数据模型 往回看。
至于”通过 MCP 连接的东西”具体会被摄入到什么粒度、多久同步一次，这一页只有一句笼统的表述，没有展开，官方文档未说明。
每晚刷新一次——这个节奏决定了你能问什么
文档写得很明确：每天夜里，Macro 会用当天的活动刷新这份记忆。于是当你问 agent “project alamo 现在什么状态”，它会从最近的邮件、消息、任务、文档和通话转写里作答，你不需要把它指向任何具体条目。
“不需要指向任何东西”是这套设计的卖点所在，也是它的代价所在。日级刷新的含义是：跨了很多来源的宽问题它能答，但”刚刚十分钟前那封邮件”是否已经进入记忆，这一页没写。
这里还有一处措辞差异值得记一笔，因为它会直接影响你的预期。unified-memory 这一页写的是”每晚刷新”（Every night, Macro refreshes this memory from the day’s activity）；而 product/agents 那一页描述 agent 读到的东西时，用的是”持续刷新的视图”（a continuously refreshed view）。两页官方文档在刷新节奏上的表述不一致，具体以哪个为准，文档本身没有交代。实际使用时按较保守的那个（日级）来规划更稳妥：需要即时精确的场合，别指望记忆检索。
好在文档给了即时精确场合的正解，见后文的 @提及。
个人记忆与团队记忆是两层，默认值不一样
这是整页里最需要逐条读准的部分。文档说：每个 Macro 用户都有一份由自己的工作构建出来的个人记忆；如果你在一个团队里，还会额外有一份共享的团队级记忆。
然后它列了三类内容的默认行为——只列了三类：
| 内容类型 | 官方写明的默认归属 | 有没有写退出方式 |
|---|---|---|
| 任务（Tasks） | 默认加入团队记忆，让每个人都能看到别人在做什么 | 本页未写 |
| 通话（Calls） | 默认被录制、转写，并共享到团队记忆 | 写明可以按单次通话退出 |
| 邮件（Emails） | 在”合理的场合”自动与团队共享，文档举的例子是 CRM 模块 | 本页未写 |
三条里每条都有值得停一下的地方。
任务默认进团队记忆，这条不是”技术细节”，而是团队规则。它意味着同事的 agent 可以答出”某某最近在做什么”。这在多数团队里没问题，但如果你们有人对此敏感，这应该是启用前就说清楚的事，而不是某天被 agent 答出来才发现。
通话默认录制并共享，这是三条里唯一给了退出口子的：可以按单次通话退出，退出之后这次通话只进入你的个人记忆——注意是”只进个人记忆”，不是”不被记忆”。转写内容依然存在，依然会被你自己的 agent 读到，只是团队那份记忆里没有它。通话本身的录制与转写机制在另一页，可以对着 Macro 的通话录制与转写 一起看。
邮件”在合理的场合”自动共享，这是三条里边界最模糊的一条。文档只给了 CRM 模块这一个例子，没有给判定规则，也没有给”什么算合理”的清单。如果你的邮箱里混着私人往来，这条值得在接入邮箱之前先心里有数。
至于其余那几类块——文档、消息、文件、canvas、拉取请求——它们在个人记忆与团队记忆之间怎么划分，这一页一个字都没写。既没说默认进团队，也没说默认不进。这就是前面强调”没写≠没有”的原因：不要替它补上任何一种猜测。
“怎么退出”目前只有一个明确开关
把上一节的表格竖着看一遍，结论其实很硬：在这两页官方文档里，统一记忆唯一写明的退出方式，是按单次通话退出。
以下这些，两页都没有写，属于官方文档未说明：
- 有没有办法整体关闭统一记忆；
- 有没有办法把某一封邮件、某一个任务排除在团队记忆之外；
- 已经进入记忆的内容能不能删掉、怎么删；
- 记忆保留多久、存在哪里；
- 团队管理员能不能代表整个团队改这些默认值。
这些空白配上文档开头那句”可配置项有限”的自述，指向同一个预期：这套记忆的设计取向是默认打开、后台运行、少调参数。你可以不喜欢这个取向，但至少要按这个取向去评估它，而不是先假设”应该有细粒度开关”，上线之后再去找。
真正可控的那一层，其实不在记忆这边，而在权限那边——见下一节。
记忆的读者是 agent，边界是你的权限
统一记忆本身不是给人看的界面，它的消费方是 agent。product/agents 这一页把这层关系说得很清楚：Macro 的 agent 就跑在工作区里，工作依据是统一记忆，所以一条提示词能同时够到你的邮件、任务、文档、通话、频道和已连接的工具。
关键的约束写在同一页的提示框里，值得逐字对照：agent 继承你的权限——它们只能看到你能看到的东西，它们创建或发送的任何东西都算在你头上（attributed to you）。
这一句把前面所有关于”记忆里有什么”的担心，转译成了一个更好判断的问题：这个人本来能看到什么。所以真正该先梳理清楚的是工作区的权限划分，而不是记忆的配置项，这块可以对着 Macro 的权限模型 单独过一遍。
官方还给了一条很实在的使用建议，原文是这么写的：
Start prompts with "draft, don't send" until you're comfortable letting them act.
即：在你还没放心让 agent 自己动手之前，提示词开头就写清”只起草，不要发送”。这条建议出现在官方文档而不是某篇博客里，本身就是一个信号——这套 agent 是有权限直接发邮件、直接改任务状态的，它默认不是只读的。
另一条是给”记忆答不准”准备的：当你需要精确时，直接在提示词里 @提及某个具体的频道、文档、任务或会话。文档说这会把上下文钉住并跳过搜索，让 agent 严格从你指的那一条开始工作。这也是前面刷新节奏那个坑的对症解法：宽问题交给记忆，精确的事情用 @提及钉死。agent 这一侧还能做哪些动作、边界在哪，展开在 Macro 的 agent 能做什么。
落到实际使用，只有三条是文档能支撑的判断
第一，如果某次通话不想让团队看到，必须在那次通话上退出，事后有没有补救办法，文档没写。别把”回头再删”当成方案。
第二，如果你在意答案的准确性，不要把宽问题当成精确查询用。记忆按天刷新，@提及才是精确入口。
第三，团队引入 Macro 之前，把”任务默认进团队记忆”和”邮件在部分场合自动共享”这两条，明明白白告诉每一个成员。这两条都是默认打开的，而且文档里都没有给出对应的关闭方式。
什么时候不适用，以及这两页没解决的问题
如果你的合规要求是”数据必须可定位、可删除、可按人授权”，那么就这两页文档提供的信息量而言，是支撑不了合规评审的：保留期限、存储位置、删除路径、管理员级开关，一条都没有。这不代表产品没有，只代表你得去问官方，而不是从这两页推。
同样没有答案的还有几处：MCP 接进来的第三方内容进入记忆的范围与频率；文档、消息、canvas 这些块在个人与团队之间怎么划；自托管部署下这份记忆怎么走。以及那处刷新节奏的措辞不一致——“每晚刷新”和”持续刷新的视图”到底哪个描述的是当前行为，需要以官方最新说明为准。
在这些空白被补上之前，把统一记忆当成一个默认开启、粒度较粗、以你的权限为唯一硬边界的后台能力来用，是和文档最贴合的理解方式。
延伸阅读
- 从头读起：Macro 是什么：邮件、任务、文档、CRM 共用一个双向数据库的开源工作区
- 本专题共 40 篇，完整分组目录见专题页
- Macro 里的 Agent 到底能替你做哪些事，权限边界又卡在哪一层
- Macro 统一收件箱怎么分流：Signal 与 Noise 两个过滤器加一套清空动线
本文依据 Macro 官方仓库（github.com/macro-inc/macro，AGPL-3.0 协议）的 apps/docs/ 产品文档、
MCP 工具参考与自托管说明整理，核对日 2026-08-17。
我们没有注册或运行过 Macro，因此不涉及界面外观与操作手感；
官方标注为计划中的能力文中已如实标明，不代表当前可用。
价格与额度以官网 macro.com 最新页面为准；许可证相关问题请咨询专业人士并以官方许可证原文为准。