Macro 官方 Agent 配方拆解：八段提示词各自解决什么问题
很多人接触一个新的工作区型 Agent 产品，第一个卡点不是”它能不能用”，而是”我到底该跟它说什么”。对话框摆在那里，光标闪着，你能想到的第一句话往往是”帮我总结一下今天的邮件”——然后得到一段不知道从哪儿抓来的东西，接着就没有然后了。
Macro 的官方文档里有一页叫 Agent recipes，副标题写得很直白：把最有用的那些用法做成可以复制粘贴的提示词。这页文档一共给了八段提示词，每一段对应一类具体场景。它的价值不在于文案本身有多妙，而在于它顺带交代了一件更要紧的事：同一段提示词，你可以塞进四个不同的入口，而入口不同，这段话的性质就完全不同——是一次性的问答，还是每天早上自动跑一遍的定时任务。
下面按官方原文把这八段配方过一遍。提示词我保留英文原样，不做翻译改写，避免转述过程中把参数和措辞改掉；每段后面附上中文说明。
先看清四个入口和一个底座
文档开篇给的框架是：Macro 的 Agent 建立在 unified memory 之上，所以一段提示词可以同时够到你的邮件、消息、任务、文档、通话和已连接的第三方工具。而这些配方可以粘贴进以下任一处：
- Agent 聊天窗（快捷键 c + a 新建对话）
- 一条 automation（定时自动执行的存档提示词）
- 某个频道里，用 @Macro 把 Agent 拉进对话
- 任何已连接到你工作区的 MCP 客户端
这四个入口共用同一套记忆底座和同一套权限。关于记忆这块的机制，可以另读Macro 的统一记忆是怎么组织的；Agent 本身有哪些工具、能改哪些对象，见Macro Agents 到底能做什么。
| 配方 | 官方给的入口 | 需要的前置条件 |
|---|---|---|
| 每日收件箱简报 | automation（每工作日 8am） | 无 |
| 项目状态随时查 | Agent 聊天窗 | 无 |
| 每周团队回顾 | automation（周五 4pm） | 目标频道存在 |
| 通话转任务 | 通话页或任意聊天 | 通话已产生转录 |
| 用你的语气起草回复 | Agent 聊天窗 | 邮件线程可 @ 引用 |
| 频道内答疑 | 频道里 @Macro | 无 |
| 从别的工具导入 | Agent 聊天窗 | 先在 Settings → Connectors 连好 |
| 从 Claude Code 用工作区 | MCP 客户端 | 先连好 Macro MCP server |
配方一到三：把重复劳动固化成定时任务
第一段是每日收件箱简报，官方建议做成 automation：
Every weekday at 8am: summarize what's in my Signal inbox.
Group it into: needs a reply today, FYI, and waiting on others.
Keep it under ten bullets.
这段话有三层结构，值得单独拆开看：时间与频率写在句首、分类维度写死成三桶（今天要回、只是知会、等别人）、最后给了一个长度上限。文档说结果会在设定时间落到你的收件箱，每天如此。这种”排期 + 分桶 + 限长”的写法，是后面几段配方反复出现的骨架。
第三段周会回顾是同一套骨架的变体，只是把输出打到了频道里：
Every Friday at 4pm: write a recap of the week for @#general:
tasks completed, tasks started, key decisions from calls, and
anything that slipped. Link to the relevant items.
注意末尾那句 Link to the relevant items——它要求 Agent 在回顾里带上原始条目的链接，而不是只给一段无从追溯的文字。这一条在实际使用里往往比前面的分类要求更值钱。
夹在中间的第二段则不做排期，是随时问的：
What's the latest status of [project]? Check recent tasks, channel
discussion, and call transcripts, and tell me what changed this week
and what's blocking.
文档特意说明：你不需要事先把材料指给它，因为记忆是从团队活动里持续刷新的。但如果你想要确定性，可以在提示词里直接 @ 某个频道、文档或任务，这样会跳过检索、锁定上下文。这个”要广度就放开问、要准确就 @ 死”的取舍，是 Macro 文档反复强调的一点，也可以参考Macro 里搜索与 @ 引用怎么配合用。
关于 automation 的创建路径，两份官方文档的写法略有出入：recipes 页写的是 agents module → Automations 标签页 → Create an automation；agents 页写的是进入 Agents Block、点右上角 Agents、再点 Automations，填好指令与排期后按 Create。两处指的应是同一个入口，措辞不同而已。
配方四到六：把已有材料变成下一步动作
第四段是通话转任务。文档的前提交代得很清楚：通话结束后转录已经在工作区里了，所以你不必再上传什么。
Go through @[yesterday's planning call] and create a task for each
action item we committed to. Assign them to whoever took the item,
and link the call in each task.
三个动作叠在一起：逐条抽取行动项、按认领人指派、每条任务回链原通话。这是把”读”和”写”串在一句里的典型写法。
第五段起草邮件回复：
Draft a reply to @[email thread]. Tone: warm but brief. We can do
the June 20 date, but ask them to send the revised scope first.
这段的信息密度其实在后两句：语气要求（warm but brief）、以及你的实质立场（日期可以，但要先要修订后的范围）。Agent 负责的是把立场铺成得体的英文，而不是替你做判断。文档说，草稿出来后你自己审，然后要么让 Agent 发，要么自己在编辑器里发。
第六段是频道内答疑，用 @Macro 把 Agent 拉进对话，整条频道即上下文：
@Macro summarize this thread for someone joining late, and list
the open questions nobody has answered yet.
“给中途加入的人看”这个限定，实际上是在指定摘要的详略程度；后半句要的是”没人回答的问题”，这类清单在长线程里比摘要本身更难人工整理。
配方七到八：跨工具搬运与在 IDE 里调用
第七段面向迁移场景，前提是先在 Settings → Connectors 把源工具连上：
Import my Notion docs from the "Engineering" workspace as Macro
docs. Keep the folder structure and skip anything archived.
两个约束写在末尾：保留目录结构、跳过已归档内容。文档另外指路了逐个工具的迁移指南页面。
第八段其实给了两条提示词，场景是你已经连上 Macro 的 MCP server，让写代码的 Agent 也能够到工作区：
Find the Macro task for the bug I'm fixing, read the linked channel
discussion, and when I'm done, set the task status to In Review and
post a summary of the fix as a comment.
Read the customer thread about the export bug, then draft (don't
send) a reply explaining the fix that shipped in today's release.
按文档说法，接上 MCP 之后，编码 Agent 拥有同样的触达范围：检索工作区、读线程与文档、创建文档、发邮件、更新任务属性。MCP server 的地址官方文档写的是 https://mcp-server.macro.com/mcp，也可以从 Settings → MCP server 授权连接，并且 MCP 访问在每个套餐都包含，Free 也包含在内。这块的完整配置见Macro MCP 接入总览。
第二条提示词里的 draft (don't send) 不是随口写的。文档在 recipes 页和 agents 页两处都放了同一句提醒：Agent 继承你的权限，只能看到你能看到的东西，它创建或发送的一切都归属到你名下；在你放心让它自己动手之前，提示词开头先写”draft, don’t send”。
这页配方没解决什么
先说清楚边界：官方这页文档给的是起点，不是效果承诺。它没有给出任何成功率、准确率或耗时数据，也没说这些提示词在你的工作区一定能跑出预期结果。凡是需要判断”抽得对不对""该指派给谁”的环节，责任还是在你这边——特别是通话转任务和邮件起草这两类会产生外部动作的配方。
其次是前置条件。八段配方里至少有三段依赖工作区已有存量：项目状态查询要求任务、频道讨论、通话转录三类材料都已经在里面；通话转任务要求转录已生成；跨工具导入要求 Connectors 先连好。新建的空工作区里粘贴这些提示词，得到的多半是”没找到相关内容”。
第三是模型这层。文档说聊天输入框里有模型选择器，可以按问题难度逐个对话挑模型，选择会被记住并带到下一个新对话；没有 Macro Pro 账户时只能用 Haiku 这个快速模型，更强的模型要升级后才能用。这意味着这些配方在免费账户上跑的是哪一档模型是确定的，而官方并未说明不同模型下这些配方的表现差异。
最后一点容易被忽略：这八段提示词全是英文。文档没有提供其它语言的版本，也没有说明中文提示词是否等效。如果你的工作区内容以中文为主，这批配方更适合当结构模板用——把它的”排期 + 分桶 + 限长 + 回链”骨架抄过来，内容部分按自己的实际场景重写。
延伸阅读
- 从头读起：Macro 是什么：邮件、任务、文档、CRM 共用一个双向数据库的开源工作区
- 本专题共 40 篇，完整分组目录见专题页
- 从 2026 年 1—5 月的 changelog 看 Macro 在往哪走：AI 工具、通话与团队化
- Macro 的 AGPL-3.0 协议与自托管边界：官方仓库和文档到底写了什么
本文依据 Macro 官方仓库（github.com/macro-inc/macro，AGPL-3.0 协议）的 apps/docs/ 产品文档、
MCP 工具参考与自托管说明整理，核对日 2026-08-17。
我们没有注册或运行过 Macro，因此不涉及界面外观与操作手感；
官方标注为计划中的能力文中已如实标明，不代表当前可用。
价格与额度以官网 macro.com 最新页面为准；许可证相关问题请咨询专业人士并以官方许可证原文为准。