从会议纪要到行动项：别把每句建议都变成别人的任务。

会议结束后，最麻烦的往往不是忘记讨论内容，而是几个人对「到底答应了什么」有不同理解。一份漂亮的摘要可能把这种分歧隐藏起来：建议看起来像决定，讨论过的人看起来像负责人，顺口说的「下周看看」变成了截止日期。

把会议纪要转成行动项时，先确认承诺成立，再整理任务字段。AI 可以帮你把证据找出来，但任务是否真的被接受，不能靠语言流畅度判断。

开始前，还要确认这些录音或笔记是你有权记录、使用和分享的材料。能访问一份完整纪要，不代表可以把其中所有讨论转发给每一位收件人；准备跟进消息时，应只保留对方有权接收且完成任务所需的内容。

先看一段容易被整理错的对话

以下人物、项目和对话均为虚构，用于演示整理方法。假设这场会议讨论个人网站的报名页：

林：「报名说明我来改，周五中午前发第一版给你。」 陈：「要不要顺便做一个英文版本？」 林：「可以考虑，不过得先看看中文反馈。」 陈：「图片那边，小周可能有时间处理。」 林：「那先问问他，我们还没有确认。」

如果把这段话压缩成「林负责中英文文案，小周负责图片，周五交付」，表面上任务很整齐，实际上增加了两项未获接受的工作，还给图片补了一个没有依据的期限。

按承诺的状态整理，不急着补齐表格

这段讨论更合适的整理结果如下：

字段空着并不是整理失败。空白暴露了会议还没解决的问题，才有机会在跟进时问清楚。与其让 AI 把表格填满，不如要求它为每一条行动项提供原话或可定位的段落；支持时间戳的材料可以保留时间戳，没有时间戳时不要编造。

这里还有一个细节：原话中的「周五」不能脱离会议日期理解。旧会议记录在几周后重新处理时，如果按今天计算，任务期限就会错。跨时区合作还需要确认「中午」属于哪一方的时间。

让背景帮助理解，不让它替人承诺

项目背景可以解释为什么要改报名说明、英文版本此前讨论到哪一步。它不能证明某个人这次已经接受任务。即使小周过去一直负责图片，也不能把「可能有时间」改写成「已负责」。

同样，旧会议里确认的决定可能在这次被修改。保留变化的依据，比把两个版本简单拼在一起更重要。新纪要若只表达了探索方向，应继续保留原有确认状态，并把新提议放在旁边等待决定。

转写也可能把人名或否定词听错。遇到会改变责任归属的关键句，应回看可用原始材料，或直接询问参与者；转写准确率的解读方法解释了为什么一个总体准确率数字不能替代这种核对。

跟进消息既记录结论，也收集缺口

把确认内容与问题分开写，会让收件人更容易发现需要纠正的地方。针对上面的虚构对话，可以先准备这封草稿：

今天讨论后，我记录的已确认事项是：林负责报名说明中文第一版，约定周五中午前发出。请补充确认具体日期和时区。 英文版本暂未定案，等中文反馈后再讨论。图片处理还没有确定负责人；需要确认由谁询问小周，以及他是否有时间接手。 如果这些记录与大家的理解不一致，请直接更正。未确认项暂不作为已经分配的任务。

这份消息的作用不是单方面宣布任务清单。它让接受、拒绝和纠正都有明确位置。发送前还要检查收件人，以及是否包含不适合分享的内部讨论。起草完成与实际发送完成，也应保留为两个不同状态。

在 Today Recording 中，先提出下一步请求

Today Recording 将录音、上下文纪要和会后追问放在同一工作过程中。读完 Summary 后，可以主动请求它按会议依据整理承诺、提议与未决问题，再准备跟进草稿。

请求可以这样写：

请根据这场会议整理已经明确接受的行动项，列出交付物、负责人、期限和原话依据。把仅提出但未接受的建议单独列出。听不清、没说到或存在分歧的地方请标注，不要补猜。然后为我起草一条用于确认这些内容的跟进消息，先不要发送。

这段请求说明了一种用户主动发起的后续工作，不代表 Recording 会自动给参与者派任务、发送消息或从每场录音中生成行为建议。产品本身的录音与 Summary 说明由Today Recording 介绍维护。

下一场会议，追问结果而不只是重播任务

当你再次处理这个项目时，需要核对的是交付物是否出现、原定任务是否改变，以及仍在等待谁的确认。上一份清单只是起点，不能因为期限到了，就自动把任务标成完成或逾期。

例如，林可能已经发送第一版，但你没有提供那封邮件；也可能双方在其他渠道协商了新期限。让助理指出「当前材料尚无交付证据」，比断言「林没有按时交付」更准确。

把新的确认结果接回原行动项，保留原先的约定和修改依据。这样，下次会议才不需要重新猜测每个人的意思，会议记录也真正成为持续协作的材料。