Macro 官方 FAQ 与支持页里最该先看的几条：自托管、许可证、权限和收件箱分流
FAQ 页最尴尬的地方在于，它把「决定你要不要用这个产品」的问题和「产品有多好」的自我介绍混在一起，按同样的字号排列。Macro 的官方 FAQ 也是这样：十三条问答里，有讲愿景的，有跟 Notion 掰扯产品哲学的，也有真正会挡住你的——比如自托管到底行不行、许可证是哪一种、团队计划有没有免费档。
另一页 Get Support 反而更实用。它下半部分列了六条「Common issues」，全是那种你在别的产品里会以为是 bug、在 Macro 里其实是设计如此的情况：文档里 @ 了人对方没收到通知、别人引用的任务你点不开、明明文档写了的功能你账号里没有。这六条如果不先看一遍，很可能会浪费半天去提工单。
下面按「会不会挡住你」的顺序重排一遍这两页，标明哪些是官方原话、哪些是官方标注为计划中的。所有内容都来自这两份官方文档，我们没有安装和运行过 Macro，所以只讲文档写明的机制和路径。
一、自托管到底行不行：官方给的是「可以，但目前不是重点」
这是开源项目 FAQ 里最容易被误读的一条。Macro 的官方答复是：在 AGPL 许可证下你可以自托管，但截至 2026 年 6 月，这一直不是他们的主要投入方向。
官方把托管版和自托管版的差距讲得比较直白，有几件事是托管版独有的：
- iOS 应用只跟托管版配套；
- 苹果、Google Mail 以及 GitHub 的接入审批是托管版拿到的，其中 GitHub 审批关系到能否集成你的 PR；
- 托管版跑在 AWS 上，并维持 SOC 2 Type II 审计。
还有一条常被忽略的成本：Macro 转授权（sublicense）了一批第三方服务——视频通话用 LiveKit，认证用 FusionAuth，分析用 PostHog 等等。官方明说，自己托管的话，你要么自行维持这些服务的许可，要么把它们关掉。这意味着自托管不是「把仓库跑起来」这么一件事，而是要接手一条依赖链。
官方另外澄清了两个常见误会。一是自托管并不是 HIPAA 或欧盟数据驻留的前提条件——托管版同样可以签 BAA、可以在欧盟托管，细节指向他们的 Security 页面。二是 FedRAMP 以及其它必须部署在自有基础设施上的客户，官方给的是走人工通道：写信到 self-host@macro.com，由他们协助跑起来。
官方还表态希望「今年晚些时候」（2026 年）把注意力转到让自托管更容易上。按规范，这属于官方标注的计划，不是现有能力，选型时不要按已经有算。
二、许可证：换证时间点、copyleft 边界与商用另购
Macro 的官方表述是「完全开源，不是 open core」。历史沿革写得很清楚：此前是 BSL 下的 source-available，2026 年 5 月 31 日转为 AGPLv3 的完全开源模式。
AGPL 是 copyleft 许可证，官方对后果的解释没有绕弯：衍生作品也必须开源，也就是说你在 Macro 之上做二次开发，你的代码要以 AGPLv3 保持开源。如果你想在 Macro 上构建但不打算用 AGPLv3——比如要闭源，或者要用一个与之不兼容的许可证——就需要从官方另外获得许可，联系方式是 licensing@macro.com。
这条和「怎么赚钱」那条是配套的。官方给的两条收入来源是：托管版本身的 SaaS 收入；以及那些在 Macro 之上构建、又不愿用 AGPLv3 的人所购买的另一种许可。也就是说，商用换证不是特批通道，是明写在商业模式里的一条路。
顺带说一句贡献代码：官方欢迎直接在 github.com/macro-inc/macro 上开 PR；如果想帮忙但不知道从哪儿下手，官方留的是 teo@macro.com。
三、数据怎么用：三句话和一个指向
这条 FAQ 很短，但每一句都是可核查的承诺，值得原样记住：不训练模型（不拿你的内容训练）、与他们路由到的模型供应商之间持有零留存协议（zero-retention agreements）、加密与认证及留存的细节写在 Security 页面，完整条款以隐私政策和服务条款为准。
官方给这条的前提是一句立场表述：他们做的是产品生意，靠托管版收钱，对你的数据没兴趣。要不要采信是你的判断，但至少「零留存协议」这个说法是可以在合同环节拿去核对的具体条款，比泛泛的「我们重视隐私」有抓手。
四、邮箱只接 Gmail 系，这一条早点确认
Macro 不是邮件服务器，只是邮件客户端，官方集成的是你现有的 Google Workspace 或 Gmail 账号。Outlook 与自定义 IMAP/SMTP 官方标注为呼声很高、计划中要加，目前尚未提供——这条影响面大，单独展开在 Outlook/IMAP 现状那篇，这里只提醒一句：如果你公司用的是 Outlook，这一条基本就是评估的终点，先看它再看别的。
五、团队计划：价格一样，但没有免费档
官方说明 Macro 面向单人和团队都做了设计，团队计划和个人计划的定价是一样的，Team 的存在只是为了让一群人协作得更好。但紧跟着有一句限制条件，很容易漏读：团队没有免费计划。个人可以在免费档上试，拉起团队就不行。
开团队换来的是两件事：
- 邮件、任务和通话自动共享，不用逐项手动分享。官方举的场景是：团队协作时希望所有邮件都汇进 CRM 模块，工程任务对所有人可见，所有通话转写并存到团队里，形成团队级的对话记忆。
- 面向 Agent 的团队级记忆。官方的对照是：Agent 记住的不只是你个人的聊天历史（像 Claude 或 ChatGPT 的记忆系统那样），还包括团队近期在做的任务、邮件、文档和通话。
创建团队的路径官方写的是左下角的「Team」入口。
六、支持页那六条：多数不是 bug，是设计如此
这六条是 Get Support 页的核心，也是最省时间的一节。逐条对应如下：
| 你遇到的现象 | 官方给的原因 | 官方给的做法 |
|---|---|---|
| 别人提到的文档或任务你打不开 | 你还没有访问权 | 让对方在你们共同所在的频道里 @ 它（会自动分享给频道全体成员），或从条目的 Share 菜单直接分享给你 |
| 等的邮件没出现在收件箱 | Macro 把低优先级发件人从 Signal 过滤到了 Noise | 去 Noise 标签页看；发件人分错了就在其任一会话上右键，在 Signal 与 Noise 之间移动，改动对该发件人后续邮件持续生效 |
| 在文档里 @ 了人，对方没收到通知 | 这是设计如此：文档正文里的提及既不通知也不分享 | 改到评论里提及，或显式把文档分享给对方 |
| 文档里写的功能（Companies、splits 等）自己账号里没有 | 两个常见原因：部分功能是灰度逐步放量；部分功能仅桌面端提供，比如 splits 和键盘快捷键 | 对照官方的应用与平台说明确认自己所在的平台 |
| 通话被共享给了团队，但本意不想共享 | 通话默认共享进团队记忆 | 通话过程中取消左下角那个开关；取消后通话仍进入你个人的记忆，只是不进团队的 |
| Agent 说它访问不了某个东西 | Agent 继承你的权限，你打不开的它也打不开 | 先给自己拿到该条目的访问权（同第一条），再重新提问 |
这张表里有三条其实指向同一套底层规则：谁能看到什么，是由权限模型和频道共享决定的，而 Agent 只是骑在你的权限之上。想把这套规则一次性理清楚，看权限模型那篇；@ 提及为什么正文和评论行为不同、提及在 Agent 里又意味着什么，官方把理由放在了 mentions 机制那一节；收件箱 Signal/Noise 的分流逻辑与重新分类的持久化，见收件箱分流那篇。
七、官方拿 Notion、Superhuman、Slack 作参照时，说了什么
FAQ 里有三条是产品对照。需要说明的是，下面全部是官方文档的说法，我们不对谁更好下结论。
关于 Notion：官方把 Macro 定位为 Notion 的替代品，说自己受 Notion 团队启发，但认为对方在几个核心前提上判断错了。官方给的差异点是 Notion 基于 markdown 加数据库，而 Macro 用的是专门构建的模块；并指出 Notion 的邮件是通过收购 Skiff 团队得来的独立应用，Notion 本身没有消息功能和传统文件存储。集成与迁移路径官方写得很具体：想让 Macro 里的 Agent 通过 MCP 访问 Notion，走 Settings → Connectors → Notion；想把内容迁过来，先照上面连上，然后让 Macro 的 Agent 把 Notion 文档导入成 Macro 文档，也可以用 Macro MCP。
关于 Superhuman：官方说自己团队原本就是 Superhuman 用户，Macro 的邮件块设计深受其影响，并把 Macro 描述为「像 Superhuman 但更好」——这是官方的自我定位。可核查的具体点有两个：Macro 支持在同一个收件箱里放多个邮箱账号，并且把消息、邮件、@ 提及和任务放进一个共享收件箱（官方叫 omni-box）；Superhuman 用户熟悉的 j / k / e 快捷键在 Macro 里同样可用。官方还说明 Macro 不与 Superhuman 集成，因为 Superhuman 本身是 Gmail 的一层封装，他们直接集成 Gmail。
关于 Slack：官方说 Macro 的频道设计得更安静、更偏技术讨论，前几条回复会内联展示，不必每来一条回复都点开线程。除了降噪之外，官方承认聊天这块相比 Slack、Discord 没有太多改动，主要收益在于与工作区深度打通，可以 @ 任何东西——而一旦你提及了某个东西，它就被分享给该频道的所有成员；有人被加进频道就获得频道里已分享内容的访问权，被移出则失去。官方把这套叫「基于频道的共享」。如果暂时不打算迁离 Slack，或者要保留 Slack 用于归档、Slack Connect 等原因，官方给的路径是 Settings → Connectors，添加 Slack 的自定义 MCP。
八、真要报问题，走哪个入口
支持页把入口分成了四个：写信到 support@macro.com（官方要求写清你当时在做什么、期望发生什么）；预约通话，由团队成员带你过一遍配置或现场排查；在 github.com/macro-inc/macro 的 issues 里提 bug；以及看产品演示视频，官方说很多「怎么做」的问题在演示里已经回答过了。
按主题还有一组分工明确的邮箱，找错人会白等：
| 事项 | 官方给的联系方式 |
|---|---|
| 商业许可（不想用 AGPLv3） | licensing@macro.com |
| DPA、HIPAA BAA、欧盟托管 | support@macro.com |
| FedRAMP 与自托管部署 | self-host@macro.com |
| 漏洞报告与供应商安全审查 | security@macro.com |
| 想贡献代码但不知从哪下手 | teo@macro.com |
报 bug 时官方要求带三样：平台（web 还是 iOS）、涉及的 block 类型（邮件、文档、频道等）、以及受影响条目的链接（如果有）。这三样齐了能省掉一轮来回。
九、这两页没回答的
得说清楚边界。FAQ 和支持页解决的是「能不能用、卡住了找谁」，不解决落地细节：
- 没有故障排查的技术层面内容——没有日志在哪、错误码含义、网络要求这类信息；
- 自托管只给了立场和联系方式，没有给步骤，跑本地环境要看仓库里的运行文档；
- 灰度放量那条只说了「部分功能逐步放量」，没有给查询自己账号处于哪一批的办法，也没有放量时间表；
- 没有免费档和付费档的功能对照，只说了团队无免费计划、团队与个人同价；
- 融资情况官方写了大约 3000 万美元、a16z 领投，BoxGroup、3kVC 等参与，这条对选型没有直接用处，但如果你需要评估供应商存续风险，是唯一一条官方给的公司层面信息。
如果你正在评估阶段，建议的顺序是：先确认邮箱是不是 Gmail 系（不是的话到此为止）、再确认要不要开团队（无免费档）、再确认许可证是否需要另购，剩下的六条常见问题等真的用起来卡住时再回头翻。
延伸阅读
- 从头读起：Macro 是什么：邮件、任务、文档、CRM 共用一个双向数据库的开源工作区
- 本专题共 40 篇，完整分组目录见专题页
- 自托管 Macro：本地把整套栈跑起来的前置条件、命令，以及每一步卡住时怎么判断
- 自托管 Macro 容易撞的几类坑：端口窗口、OAuth 回调端口与本地 MCP 服务边界
本文依据 Macro 官方仓库（github.com/macro-inc/macro，AGPL-3.0 协议）的 apps/docs/ 产品文档、
MCP 工具参考与自托管说明整理，核对日 2026-08-17。
我们没有注册或运行过 Macro，因此不涉及界面外观与操作手感；
官方标注为计划中的能力文中已如实标明，不代表当前可用。
价格与额度以官网 macro.com 最新页面为准；许可证相关问题请咨询专业人士并以官方许可证原文为准。