根据过往通话写会前简报：让 AI 助手帮你做准备

2026-10-14

客户通话前十五分钟，通过 MCP 连接到 Speak-Y 的 AI 助手可以读完你与这个人过去的每一次通话，给你一份一屏的简报：你们约定了什么、你承诺了什么、对方承诺了什么，以及还有哪些悬而未决。你只需一句话提出请求；助手按标签找到通话，读取摘要和转写，并在每一行写明它出自哪次通话。

让这件事行得通的是两个习惯，两者都只需在通话后花几秒钟：给记录打上客户标签，以及为说话人命名。没有标签，助手只能猜哪些通话属于这位客户；没有姓名，它就分不清你的承诺和对方的承诺。下文所有内容已于 2026 年 10 月 14 日对照 macOS 应用和各厂商的文档核实。

简报从哪里来？

来自你 Mac 上的记录。Speak-Y 的 MCP 服务器为这项工作给助手提供了三个工具：

• list_recordings 配合 tag 筛选，返回带有该标签的通话，最新的排在前面；meetings_only 会去掉简短的听写。
• search_recordings 按转写、标题、摘要或行动项中的词语或姓名查找通话。
• get_transcript 以 Markdown 返回一次通话：日期和标签、带行动项的 AI 摘要、你标记过的时刻，以及带时间戳、按说话人分段的转写。

读取在本地进行，不需要另外运行任何东西。服务器包含在 Speak-Y 的所有套餐中，Free 也不例外；连接只需在 设置 → 集成 中点一下 连接，具体步骤见如何把会议笔记连接到 AI 助手。

为什么标签和说话人姓名决定了简报能否成立？

因为助手只能读到它能找到、并能归属到某个人的内容。

标签负责找到通话。 带 tag: lumen 调用 list_recordings，返回的恰好是你打了 lumen 标签的通话，无论它们叫什么、谁在说话。按姓名搜索要弱一些：只有姓名出现在转写正文、标题或摘要中时才能匹配。一次标题为“会议 14:02”、而且没人说出“Tom”的通话不会被找到，简报会悄无声息地漏掉它。每位客户一个标签，在通话中或刚结束时打上，就不用再猜。在记录中点击 标签 并选择它——从第二次通话起，只需点一下。

姓名负责归属承诺。 Speak-Y 会自动区分说话人，但在你命名之前，会把他们标为 Speaker 1 和 Speaker 2。点击记录中的说话人名称，输入姓名；这个姓名会在整次通话中替换原来的标记。没有姓名，转写里的“我周五前把数字发过去”就不属于任何人，助手要么去猜，要么干脆漏掉这条承诺。

标题有助于搜索。 “Lumen Dental——十月例行沟通”可以用“Lumen”搜到，“会议 14:02”则不行。助手可以用 update_recording 替你重命名记录；更多这类请求收录在向 AI 询问会议的提示词中。

简报应该包含什么？

四个部分和一条规则。这几个部分对应的是你在通话第一分钟里真正需要的东西：

为我和 Tom Becker 的通话准备简报（tag: lumen）。
读取带有这个标签的所有通话，最新的在前。

已约定：仍然有效的决定
我方承诺：我们说过要做的事，附日期
对方承诺：客户说过要做的事，附日期
未决问题：提出过但没有定下来的事

规则：
- 每一行后面用括号写明通话及其日期。
- 上一次通话中的承诺：写“待核实状态”——
  你看不到那之后发生了什么。
- 如果某一部分没有内容，写“未找到”。
- 结尾写明你读了几次通话。

把它放在助手的项目指令里，这样每次通话前只需输入姓名和标签。真正要紧的是括号里的出处这条规则：一行无法追溯到某次通话的简报内容，在客户面前就不能信。

通话前十五分钟是怎么进行的？

下面是客户经理 Maya 在下午 3 点与 Lumen Dental 市场总监 Tom Becker 通话之前的流程。她和他有三次录下的通话，每次都打了 lumen 标签，每次都为 Tom 命了名。

1. 提出请求。 在 Claude、ChatGPT 或 Cursor 中输入：“为我下午 3 点和 Tom Becker 的通话准备简报，标签 lumen。”
2. 助手找到通话。 它带着标签调用 list_recordings，得到三次通话：9 月 15 日的启动会、9 月 29 日的推广活动复盘，以及 10 月 8 日的十月例行沟通。
3. 助手读取通话。 调用 get_transcript 三次：摘要、行动项、你的标记，以及按说话人分段的发言。
4. 助手写出简报，按照你的模板。

这次通话的简报是这样的：

Tom Becker，Lumen Dental——下午 3 点通话
已约定
- 推广活动按新患者预约数衡量，
  而不是点击量（启动会，9 月 15 日）
- 预算到 12 月底保持每月 12,000 美元
  （推广活动复盘，9 月 29 日）
我方承诺
- 10 月 13 日前提交种植牙优惠的修订版落地页
  ——待核实状态（十月例行沟通，10 月 8 日）
- 每周一提交单次预约成本报告（推广活动复盘，9 月 29 日）
对方承诺
- Tom：开放预约系统分析数据的访问权限——待核实状态
  （十月例行沟通，10 月 8 日）
未决问题
- 第二家诊所的预算由谁审批：Tom 还是
  首席财务官？（十月例行沟通，10 月 8 日）
已读 3 次通话，tag: lumen，9 月 15 日至 10 月 8 日。

助手无从知道什么？

记录之外发生的一切。这个局限决定了你该怎样读简报：

• 承诺是否兑现。 “10 月 13 日前”的落地页也许昨天已经通过邮件发出去了。助手看到的是承诺，不是邮件；所以模板会把上一次通话中的承诺标为“待核实状态”。
• 没有录音或没有打标签的通话。 周五一个简短的电话不在 Speak-Y 里，没打标签的通话也不在列表里。最后一行——“已读 3 次通话”——告诉你简报依据的是什么。
• 今天对面坐的是谁。 Speak-Y 不读取你的日历。如果这次首席财务官也加入，除非他在之前的通话里发过言，否则简报对他一无所知。
• 确切的措辞。 助手会把口语整理得更通顺。如果某句话很重要——价格、截止日期、承诺——请打开通话，在 按说话人 标签页上按时间找到那条发言，自己读一遍。

哪些内容会离开你的 Mac？

MCP 服务器在本地读取记录，这个过程不会上传任何东西。助手读到的内容随后会成为你与模型提供商对话的一部分——所有 MCP 服务器都是如此，无论本地还是云端。三次客户通话里有客户的数字和计划，所以这和你对任何 AI 起草工具做的是同一个决定；对于受 NDA 约束的通话，请在提出请求之前做出决定。本地 MCP 与云端 MCP 展示了文本究竟流向哪里。

什么时候另一种工具更合适？

当你希望简报自己送到的时候。Speak-Y 没有连接日历，所以只有你提出请求时才会有简报。截至 2026 年 10 月 14 日，有两款云端会议记录工具会不经请求就准备好简报：

• Granola Briefs 会在夜间为即将到来的外部会议生成，在你打开会议笔记时显示。它们依据的是与同一个人或同一家公司的过往 Granola 笔记、工作区共享笔记、网络信息、日历事件，以及已连接的 Gmail。Granola 的文档列明它们适用于连接了 Google Calendar 的 Business 和 Enterprise 套餐。
• Fireflies Meeting Prep 会在每次周期性会议前一小时通过邮件发送简报：来自与相同参会者的过往会议的要点、未完成的行动项和决定。它需要连接日历，在 AI Skills 中开启，并按 AI 积分计费。

两者都建立在厂商云端的录音之上，这些录音通常由加入通话的机器人或云端应用生成。本指南中的做法适合这样的人：通话在没有机器人的情况下录制并留在自己的 Mac 上，而且宁愿按自己的格式请求简报，也不想收到一份通用的。通话之后，同一条记录还能给你 CRM 备注——从销售通话到 CRM 记录讲的就是这个——对客户团队来说，还能在 Speak-Y Teams 一侧使用共享的客户频道。

FAQ

AI 助手能根据我过去的通话帮我准备会议吗？

能，前提是通话录在 Speak-Y 中，并且助手通过 MCP 连接。它按标签或姓名找到与这个人的通话，在你的 Mac 上读取它们的摘要和转写，然后写一份简短的简报：约定了什么、你承诺了什么、对方承诺了什么、还有哪些悬而未决。

为什么简报需要标签和说话人姓名？

助手靠标签找到正确的通话：带标签调用 list_recordings，返回的恰好是你打了这个标签的通话。助手靠说话人姓名区分你的承诺和客户的承诺：在只有 Speaker 1 和 Speaker 2 的转写里，“我周五前发过去”不属于任何人。

助手知道我是否已经做完了承诺的事吗？

不知道。它读的是记录，不是你的邮件或任务跟踪工具。上一次通话中的承诺即使你昨天已经发了文件，也仍会列为未完成，所以通话前请自己核对“我方承诺”这一部分。

这需要 Speak-Y 的付费套餐吗？

不需要。MCP 服务器包含在 Speak-Y 的所有套餐中，Free 也不例外。你需要 macOS 应用、一个 MCP 客户端（如 Claude Desktop、ChatGPT 或 Cursor），并在设置 → 集成中点一下连接。

每次会议前都会自动生成简报吗？

不会。Speak-Y 不读取你的日历，所以简报要你自己在 MCP 客户端里用一句话请求。如果你希望在日历事件之前自动收到简报，Granola Briefs 和 Fireflies Meeting Prep 会根据它们云端的录音做到这一点。