根据会议写周报:让 AI 助手起草

团队负责人的周报,可以根据这一周的会议在十分钟左右起草出来。通过 MCP 连接到 Speak-Y 的 AI 助手会列出周一到周五之间带有你项目标签的记录,读取每场会议的摘要、行动项和你的标记,把找到的内容归入三个部分——已完成、风险、下周——并在每一行后面写上对应的会议。

草稿仍然由你来读、来改、来发送。省掉的是周五那一个小时:翻日历,凭记忆还原周一发生了什么。本指南跟随一位团队负责人走完一周;文中所有内容已于 2026 年 10 月 13 日对照 macOS 应用和各厂商的文档核实。

助手怎样找到这一周的会议?

只需调用一次工具。Speak-Y 的 MCP 服务器有一个 list_recordings 工具,带有周报所需的筛选条件:

返回的是一个列表,最新的排在前面:标题、日期、时长、标签、记录是否有摘要,以及带有多少个标记。它还会说明一共有多少条记录符合条件。一次调用默认返回 20 条记录,最多 100 条,足以覆盖繁忙的一周。

随后,助手对列表中的每条记录调用 get_transcript。指定 summary 格式时,工具返回 AI 摘要、行动项,以及列出你打下的每个标记的 Notes 部分——只有几百词,而不是整份转写。周报就是用这些材料写成的。

列表并不限于你自己录制的会议。它还包括同事分享到你所在的团队频道中的记录,并标明为只读。你没参加的设计评审,只要同事把它放进了频道,就会出现在周报里;没有人分享的会议则不会。

AI 助手为周报读取的三个层级:会议列表、每份带标记的摘要,以及仅在需要时才打开的完整转写
周报建立在上面两个层级之上。只有某一行需要引用原话或数字时,才打开完整转写。

这一周里你要做什么?

每场会议做两件小事,到了周五都会有回报。

  1. 打上标签。 会议结束后,点击记录中的 标签,选择项目标签——本指南中是 platform。正是这个标签,把应当进入周报的会议与一对一谈话、面试以及资料库里的其他内容区分开来。从第二场会议起,这只需要点一下。
  2. 听到风险就标记。 当有人说“这个可能要延期”或者提到某个截止日期时,按 ⌥1。最近 15 秒会被标记,标记会出现在助手读取的 Notes 部分。每场会议两三个标记就够了。

为说话人命名也有帮助:点击 Speaker 2,输入名字,摘要和周报里写的就是“Priya”而不是“Speaker 2”。

提示词里应该要求什么?

三个部分、每一行后面的出处,以及一个如实的计数。下面这份模板适用于写给你自己上级的周报:

根据 Speak-Y 中的会议写我的周报。

时间范围:本周周一到周五。标签:platform。仅限会议。

对每场会议,读取摘要、行动项和标记。
除非某一行需要引用原话,否则不要读取完整转写。

周报为纯文本,不超过 200 词:
已完成——被报告为已完成或已决定的事项
风险——可能延期、被阻塞或没有负责人的事项
下周——已约定的事项,写明负责人

规则:
- 在每一行后面写上它出自的会议:(标题,日期)。
- “已完成”指有人说它已经完成。如果只是计划过,
  就归入“下周”。
- 优先使用我标记过的时刻;它们在 Notes 部分。
- 结尾写明:有多少场会议符合条件,多少场有摘要,
  哪些是同事分享的。

最后一条规则让周报从一段文字变成可以核查的东西:五场会议符合条件,五场都被读取了。把模板保存在你的 MCP 客户端存放长期指令的地方——Claude 或 ChatGPT 中的项目指令、Cursor 中的规则文件——这样周五的请求就缩短为一句话。这类请求的更多写法见向 AI 询问会议的提示词。

周五一步一步怎么做?

以 Daniel 为例,他带领一个八人的平台团队。在 2026 年 10 月 5 日至 9 日这一周,有五条记录带有 platform 标签:周一的冲刺规划、周二的供应商通话、周三由同事 Priya 录制并分享到 Platform 频道的 API 设计评审、周四的事故复盘,以及周五的周例会。

  1. 提出请求。 在 MCP 客户端中输入:“周报,platform,10 月 5 日至 9 日。”
  2. 助手列出会议。 它带着两个日期和标签调用 list_recordings,得到五场会议。
  3. 助手读取。 以 summary 格式调用 get_transcript 五次。
  4. 你拿到草稿——提出请求后大约两分钟。
  5. 你对照记录核对(见下下节),改正不对的地方,然后发送。

这一周的草稿:

Platform——10 月 5 日至 9 日这一周

已完成
- 结账延迟已修复:回滚缓存后 p95 回到 400 ms 以下
  (事故复盘,10 月 8 日)
- API v2 分页设计已通过(API 设计评审,10 月 7 日)

风险
- 迁移到 Cloudway 可能推迟两周:供应商尚未确认数据传输
  窗口(供应商通话,10 月 6 日)
- 一名后端工程师 10 月 19 日至 23 日不在;搜索没有后备人选
  (冲刺规划,10 月 5 日)

下周
- 开始 API v2 分页——Priya(周例会,10 月 9 日)
- 10 月 14 日前拿到 Cloudway 对传输窗口的书面确认——
  Daniel(供应商通话,10 月 6 日)

5 场会议符合条件,5 场有摘要,1 场由同事分享。
Speak-Y 与 Claude 并排:带有 platform 标签的本周会议,以及据此起草的周报
1——同一个标签下的本周五场会议。2——一项风险及其出自的会议。3——说明没有遗漏的计数。

为什么根据摘要和 Notes 部分来写,而不是凭记忆?

因为周五的记忆大多是周四的事。有四点让记录下来的版本成为更好的来源:

摘要也让请求保持精简。五场四十分钟会议的完整转写大约三万词;五份带标记的摘要大约两千词。助手读得更快,花费更少,中途漏掉一行的余地也更小。

根据会议摘要和标记而不是凭记忆写周报的四个理由
摘要在当天写成,以行动项开头,旁边就是你自己的标记,还可以再次打开——这四点记忆一样也给不了。

哪些需要你亲手核对?

十分钟里有七分钟花在这里。助手善于归类,不善于判断,所以核对的都是判断:

AI 助手起草的周报核对清单:计数、已完成还是只是说过、风险的分量、负责人和日期
发送周报之前,对照记录做四项检查——草稿的每一行都写明了该打开哪场会议。

哪些内容会离开你的 Mac?

MCP 服务器在本地读取,来源是你 Mac 上的资料库,这个过程不会上传任何东西。助手读到的内容——各份摘要,以及它打开的任何转写——随后会成为你与模型提供商对话的一部分,所有 MCP 服务器都是如此。内部会议的摘要里有姓名、数字和供应商条款;如果你的公司对 AI 提供商有规定,这里同样适用。本地 MCP 与云端 MCP 展示了文本流向哪里。

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

当你希望不用开口,简报就自己送到的时候。例如 Fireflies 的文档介绍了 Daily Digest:一份针对你近期会议的个人摘要——行动项、阻塞点、未决问题、关键决定——每 24 小时更新一次,通过邮件或 Slack 发送(2026 年 10 月 13 日核实)。它需要 Fireflies 的会议记录机器人加入你的会议,转写存放在厂商的云端。

而当周报讲的是交付而不是讨论时,任务跟踪工具是更好的来源:已关闭工单的列表能说明上线了什么,任何会议都做不到这一点。本指南中的做法覆盖的是另一半——决定了什么、大家担心什么、口头承诺了什么——用你自己的模板,来自没有机器人加入的会议。如果同一个周五还要理清谁欠谁什么,每周五 15 分钟的行动项复盘用的是同一批摘要。

FAQ

AI 助手能根据会议记录替我写周报吗?

能,写的是草稿。通过 MCP 连接 Speak-Y 之后,Claude、ChatGPT 或 Cursor 这类助手会按日期和标签列出这一周的会议,读取每场会议的 AI 摘要、行动项和你的标记,把它们归入已完成、风险和下周三类,并在每一行后面注明出自哪场会议。草稿由你自己检查并发送。

助手怎么知道哪些会议属于这份周报?

靠 list_recordings 工具的两个筛选条件:日期范围(date_from 和 date_to)和标签。给每场应当计入的会议打上同一个标签,例如项目名称。没有这个标签的会议,比如一对一谈话,不会被列出,也不会被读取。

周报会包含同事录制的会议吗?

只包含他们分享到你所在的 Speak-Y 团队频道里的那些。MCP 服务器从你 Mac 上的副本读取你自己的记录和你所在频道中的记录;同事的记录是只读的。同事录制但没有分享的会议,你的助手看不到。

为什么根据摘要而不是完整转写来写周报?

一周的会议有几万词,而一份摘要只有几百词。Speak-Y 的每份摘要都以行动项开头,在会议结束后立即写成;Notes 部分列出你标记过的时刻。助手读取每场会议的这些内容,只有在某一行需要引用原话或核对数字时才打开完整转写。

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

不需要。MCP 服务器包含在 Speak-Y 的所有套餐中,Free 也不例外,每场录制的会议都会有带行动项的 AI 摘要。你需要 macOS 应用、一个 MCP 客户端,并在设置 → 集成中点一下连接。各套餐的区别在于会议时长,而不是能否使用 MCP 服务器。