Macro 十五分钟上手：官方 Get Started 的七步里，哪几步是真卡点
Macro 官方的 Get Started 文档开头写了一句话：大约十五分钟，从一个新账号到一套能用的配置。这个数字本身没什么可争的，但它容易让人误以为七个步骤是均匀的——好像每步两分钟。
实际上按文档读下来，七步里有五步是”知道有这个东西就行”的认知成本，真正可能让你卡住甚至直接放弃的只有两处：第一步的邮箱能不能接上，第五步的团队与频道究竟绑定了什么。前者决定你能不能用，后者决定你后面所有共享和权限行为符不符合预期。
下面按官方文档的顺序过一遍，每步只讲文档明确写了的机制，并标出这一步的前置条件。我们没有安装运行过 Macro，所有描述都来自官方 Get Started 及其引用的文档页，界面长什么样、操作起来什么手感，这里一概不谈。
第一步：邮箱能不能接上，这决定后面还有没有必要看
官方文档在这一步给了一个非常关键的定位：Macro 不是邮件服务器，它只是一个邮件客户端。 它与你已有的 Gmail 或 Google Workspace 账号同步，你的邮件仍然留在 Gmail 那边。
这句话有两层意思。好的一层是迁移风险低——数据主副本还在原来的地方，Macro 是在上面加一层客户端。不太好的一层是，你的邮箱类型如果不在支持列表里，这一步就没法往下走。
文档的建议是在注册流程中就连接账号，这样收件箱从第一分钟起就是可用状态。如果你有多个地址，可以在 Settings 里添加更多 Gmail 或 Google Workspace 账号，它们会汇入同一个统一收件箱；写信的时候再选择用哪个地址发出。
然后是那条必须说清楚的限制：Outlook 以及自定义 IMAP/SMTP 的支持，官方标注为计划中，目前尚未提供。 文档在这一步用一条独立提示专门讲了这件事，并把细节指向了 FAQ。这意味着如果你的团队跑在 Microsoft 365 上，或者用的是自建邮件服务，现阶段没有办法通过 Macro 接进来——不是配置复杂，是这条路还没修好。关于官方对这块的完整口径，可以看 Macro 对 Outlook 与 IMAP/SMTP 的官方说法。
所以真正的第零步应该是：先确认你的邮箱是 Gmail 或 Google Workspace。不是的话，后面六步的价值会打折扣，因为统一收件箱这条主线就少了最大的一块输入。
第二步：五个键，以及”键盘优先”到底意味着什么
Macro 是键盘优先设计的。官方在这一步只给五组键，说这五个能带你走完大部分路：
| 按键 | 作用 |
|---|---|
c | 打开创建启动器，随后 d 建文档、t 建任务、e 写邮件、m 发消息、a 起一个 AI 对话 |
cmd+k | 命令菜单，按名字跳转到任意对象 |
/ | 统一搜索，覆盖邮件、文档、任务、消息、通话和文件 |
j / k | 在任意列表里向下 / 向上移动 |
e | 标记完成：归档一封邮件，或清掉一个收件箱条目 |
值得注意的是 c 的用法是两段式的，先进创建启动器再按第二个键决定建什么：
c → d 新建文档
c → t 新建任务
c → e 新建邮件
c → m 新建消息
c → a 新建 AI 对话
这种设计的代价是记忆负担前置——你得先把第二段的字母对应关系记住，否则每次都要停顿。收益是所有创建动作共用一个入口，不用为每种对象记一个独立快捷键。文档里说完整清单在 Keyboard shortcuts 页，这五个只是起步集合，更完整的整理见 Macro 快捷键：从五个键到全量清单。
第三步：一个收件箱，分成 Signal 和 Noise
按 g 然后 i 打开统一收件箱。文档明确列出了哪些东西会汇进来：邮件、频道消息、任务指派、@提及，以及 agent 的回复。
关键在于它不是简单堆在一起，而是分成两栏：Signal（需要你处理的）和 Noise（其余的）。文档在这里没有说明分流依据是什么规则或模型，只给了这个二分结构，所以我不去猜它背后怎么判定的。
处理动作还是那几个键：j / k 移动，space 预览，e 清掉条目。文档的说法是列表会随着你处理逐渐变短。这套流程的完整机制在 Macro 收件箱的 Signal / Noise 分流 里单独讲。
对已经习惯 Gmail 或 Slack 各自一套未读逻辑的人，这一步真正需要适应的是心智模型的合并：以前你有三四个”待处理池”，现在只有一个。
第四步：Macro 自带窗口管理
这一点在同类工具里不算常见。文档说 Macro 有自己的窗口管理器，相关操作是：
| 操作 | 按键 |
|---|---|
| 创建一个 split | cmd+\ |
| 把列表项或 @提及在新 split 中打开 | shift+enter |
| 焦点左移 / 右移 | shift+h / shift+l |
| 最大化 | shift+escape |
文档举的例子是收件箱和别人发来的文档并排打开。这里可以顺带看出 Macro 的一个取舍：它没有指望你用操作系统的窗口分屏，而是在应用内部自己实现了一层。好处是 split 能感知内部对象（比如直接把一个 @提及开成新 split），代价是多一套要学的操作逻辑。更细的说明文档指向了 Blocks 概念页的 splits 一节。
第五步：团队与频道，同时也是权限模型
这是第二个真正的卡点，因为它把”协作”和”权限”绑在了一起，而很多人会到踩坑时才发现。
文档说团队存在的意义是让一群人协作得更好，具体给了两条机制：
- 自动共享：任务对整个团队可见；通话默认被录制、转写并共享。文档特意点了一句，目的是消灭”这个能发我一份吗”这类请求。
- 团队记忆：agent 记住的是整个团队在邮件、消息、任务、文档、通话里的进展，而不只是你自己的对话。
创建团队之后，文档建议按团队或项目建频道（c 然后 m）。接下来是最需要留意的一句：频道也是 Macro 里权限的运作方式。你在某个频道里 @提及的任何东西，会自动共享给该频道的成员；而访问权随人走——有人加入或离开频道，权限跟着变。
这条规则的实际含义要想清楚两面。方便的一面是不用手工维护共享列表。需要警惕的一面是，@提及在这里不是一个纯粹的”通知”动作，它同时是一个授权动作。如果你习惯了在别处随手 @人来引用某份材料，那个习惯在 Macro 里会连带把材料的访问权发出去。权限规则的完整边界见 Macro 权限模型：谁能看到什么。
另外文档提到，你可以用邮箱把任何人加进来，即使对方还没有 Macro 账号。这对邀请外部协作方比较有用，但也提醒你：频道成员列表值得定期看一眼。
第六步：让 agent 接上整个工作区
按 c 然后 a 开始与 agent 对话，文档说这个 agent 能访问你的整个工作区。它给的示例问题是”这次发布最新进展是什么”，回答来源是团队近期的邮件、消息、任务、文档和通话转录。
在频道里则用另一种方式：@提及 @Macro，把 agent 拉进当前对话。
除了被动问答，文档还提到了 automations：定时运行的 agent 任务，例子是每日待办摘要，结果投递到你的收件箱。文档在这里只给了这一个例子和”scheduled agent runs”这个定位，没有说明可配置的调度粒度或可用触发条件，所以能不能满足你更复杂的自动化需求，得去看 agents 页而不是从这一步推断。
这一步之所以排在第五步之后是有道理的——agent 的回答质量取决于它能看到多少东西，而它能看到多少取决于你的团队和频道结构建得怎么样。跳过第五步直接用 agent，得到的就只是一个能读你个人邮箱的助手。
第七步：接外部工具的三条路
文档把外部连接分成了三类，各自入口不同：
| 类型 | 做什么 | 文档给的位置 |
|---|---|---|
| GitHub | 关联账号后，任务会随着你建分支、开 PR、合并，自动在 In Progress / In Review / Done 之间流转 | Settings 的 Account 部分 |
| MCP connectors | 连接 Notion、Slack 等工具，让 agent 能够访问它们 | Settings → Connectors |
| 你自己的编码 agent | 把 Claude Code、Codex 或任意 MCP 客户端指向你的 Macro 工作区 | 参见 MCP setup 文档 |
第一条是把代码活动映射成任务状态，省掉手工改状态这件事；第二条是给 agent 扩展可读范围；第三条方向相反——是让外部的 agent 反过来访问 Macro 里的数据。这三条别混为一谈，尤其是第二条和第三条，数据流向是相反的。
十五分钟之后你还没有解决的事
把七步走完，你得到的是一个能收信、能建任务文档、能被 agent 读到的工作区。但有几件事这份 Get Started 明确没有覆盖：
- 非 Gmail 体系的邮箱。Outlook 和自定义 IMAP/SMTP 官方标注为计划中，目前尚未提供，这一条没有变通办法。
- Signal / Noise 的判定依据。文档给了分栏结果，没给规则，也没说能不能调。
- automations 的可配置程度。只有”定时运行 + 每日摘要”这一个示例，能力边界要另看 agents 文档。
- 历史数据怎么迁。Get Started 只在 MCP connectors 那里提了一句迁移可以参考 Switch to Macro，本身不讲迁移过程。
- 计费与自托管。这两块 Get Started 完全没碰，官方把它们放在 FAQ 和账单文档里。
如果你现在正在评估要不要试，判断顺序建议倒过来：先确认邮箱类型，再想清楚团队和频道要怎么划（因为它等于权限设计），最后才是快捷键这些能靠时间解决的东西。前两条决定这套工具在你这儿成不成立，第三条只是熟练度问题。
官方文档在结尾还给了演示视频、概念页、快捷键完整参考和 FAQ 四个去处。其中概念页讲的是 blocks、mentions、properties 这三个底层原语——如果你走完七步之后觉得”这些东西为什么能互相引用”，答案在那里，而不在 Get Started 里。
延伸阅读
- 从头读起：Macro 是什么：邮件、任务、文档、CRM 共用一个双向数据库的开源工作区
- 本专题共 40 篇，完整分组目录见专题页
- Macro 邮箱怎么接入：Gmail 多账号合成一个收件箱，以及它管不管你的邮箱
- Macro 支不支持 Outlook/IMAP 邮箱？官方文档的原话与现状
本文依据 Macro 官方仓库（github.com/macro-inc/macro，AGPL-3.0 协议）的 apps/docs/ 产品文档、
MCP 工具参考与自托管说明整理，核对日 2026-08-17。
我们没有注册或运行过 Macro，因此不涉及界面外观与操作手感；
官方标注为计划中的能力文中已如实标明，不代表当前可用。
价格与额度以官网 macro.com 最新页面为准；许可证相关问题请咨询专业人士并以官方许可证原文为准。