夜雨聆风会议真正浪费人的，不只是开会本身，而是会后没人知道谁该做什么。用 AI 可以把会议记录整理成可执行待办。
一、会议最烦的不是开，而是开完没人跟
很多会议结束时，大家都会说一句：
那今天先这样，后面继续推进。
听起来很顺。
但真正的问题从这句话开始。
谁继续推进？
推进哪件事？
什么时候给结果？
谁需要配合？
风险有没有人跟？
下次会议前要准备什么？
如果这些没有整理清楚，会议就会变成一团雾。
每个人都感觉自己听懂了，但几天后再问，发现大家理解的不一样。
最后就会出现几种情况：
有人以为别人会做。 有人做了但方向不对。 有风险但没人跟进。 下次会议又把同样问题讲一遍。 会议纪要写了，但没人看。
所以会议之后最重要的事情，不是写一篇漂亮纪要。
而是把会议记录变成待办清单。
这件事非常适合交给 AI。
二、会议记录不要只做总结
很多人用 AI 处理会议记录，第一句话就是：
帮我总结一下这次会议。
这个需求没错，但不够。
总结只能告诉你“聊了什么”。
待办清单才能告诉你“接下来谁做什么”。
一份真正有用的会议整理，至少要包含五类信息：
会议结论。 待办事项。 负责人。 截止时间。 风险和待确认问题。
如果只总结观点，会议还是停留在信息层。
如果整理出待办，会议才进入执行层。
这也是 AI Agent 处理会议记录的核心价值：
不是把话变短，而是把话变成行动。
三、最小流程：会议后 3 分钟处理
这个流程不需要复杂工具。
你只需要准备三样东西：
一段会议原始记录。 一段固定提示词。 一个固定待办模板。
会议结束后，花 3 分钟做四步。
1. 把原始记录放进 inbox
原始记录可以来自很多地方：
会议录音转文字。 飞书妙记。 腾讯会议纪要。 会议聊天区。 自己的速记。 会后群聊补充。
不要一开始就整理得很完美。
先把原始材料放到一个地方。
比如建一个文件：
meeting-todo/ 2026-06-03-product-review.md文件里可以这样分：
【会议主题】 【原始记录】 【AI 整理结果】 【人工确认】固定结构的好处是，下次不用重新想格式。
2. 先让 AI 抽取事实
不要马上让 AI 生成最终待办。
先让它抽取事实。
你可以要求它只做这几件事：
本次会议讨论了哪些问题。 明确决定了什么。 哪些事项有人承诺要做。 哪些事项只是在讨论，还没有定。 哪些信息缺负责人或截止时间。
这一步很重要。
因为 AI 最容易犯的错，是把“讨论过”误写成“已经决定”。
先抽事实，可以减少编造。
3. 再生成待办清单
确认事实没问题后，再生成待办。
待办清单最好固定成这个格式：
待办事项： 1. 事项： 负责人： 截止时间： 依赖/备注： 状态： 待确认： 1. 问题： 需要谁确认： 建议跟进时间：为什么要有“待确认”？
因为会议里经常没有把所有事情讲清楚。
负责人不明确、时间不明确、口径不明确，这些都不能让 AI 硬填。
正确做法是标出来，让人确认。
4. 人工确认后再发群里
最后一步一定要人工确认。
会议待办会影响别人。
如果 AI 把负责人写错，或者把未定事项写成确定事项，很容易制造新的误会。
所以发到群里之前，要快速看一遍：
负责人是否正确。 截止时间是否真实出现过。 决议和讨论有没有混淆。 有没有敏感信息。 语气是否适合发给团队。
这一步通常 1 分钟就够。
四、可以直接复制的提示词
下面这段可以直接保存下来。
每次会议结束，把会议记录粘到最后即可。
你是我的会议待办整理 Agent。 我会给你一段会议记录，里面可能包含讨论、结论、争议、待办、负责人和时间。 请按两步处理： 第一步：先抽取事实 1. 本次会议讨论了哪些主题 2. 已明确的结论是什么 3. 已明确的待办是什么 4. 哪些事项只是讨论，还没有形成结论 5. 哪些待办缺负责人、截止时间或依赖信息 第二步：生成待办清单 输出格式： 会议结论： 1. 2. 待办事项： 1. 事项： 负责人： 截止时间： 依赖/备注： 状态： 待确认问题： 1. 问题： 需要谁确认： 建议跟进时间： 要求： 1. 不要编造负责人和截止时间。 2. 如果会议记录没有明确说，就写“未明确”。 3. 不要把讨论中的想法写成已确定结论。 4. 待办事项要写成可执行动作，不要写成泛泛而谈。 5. 语言简洁，适合会后发到工作群。 6. 删除或隐藏账号、密钥、客户隐私、内部链接等敏感信息。 会议记录如下：这个提示词的关键，不是“总结会议”。
而是要求 AI 区分三件事：
已确认。 待执行。 待确认。
这三个一分开，会议后续就清楚很多。
五、一个完整例子
假设会议记录是这样的：
今天讨论支付失败提示优化。 产品希望把错误提示从“支付失败”改成更具体的原因，比如余额不足、银行卡限额、网络异常。 前端说需要后端返回更细的错误码。 后端说本周五前可以先给出错误码列表。 测试提醒要补异常场景用例。 大家决定先做第一版，覆盖余额不足、银行卡限额、网络异常三个场景。 下周三前完成联调，具体上线时间等测试结果再定。AI 整理后可以是：
会议结论： 1. 支付失败提示优化先做第一版，覆盖余额不足、银行卡限额、网络异常三个场景。 2. 上线时间暂未确定，需等待测试结果。 待办事项： 1. 事项：整理支付失败错误码列表 负责人：后端 截止时间：本周五前 依赖/备注：需覆盖余额不足、银行卡限额、网络异常 状态：待处理 2. 事项：根据错误码实现前端提示文案 负责人：前端 截止时间：下周三前 依赖/备注：依赖后端错误码列表 状态：待处理 3. 事项：补充支付失败异常场景测试用例 负责人：测试 截止时间：未明确 依赖/备注：需覆盖第一版三个场景 状态：待确认时间 待确认问题： 1. 问题：具体上线时间未确定 需要谁确认：产品、测试 建议跟进时间：联调完成后你看，这比一段会议总结有用得多。
因为每个人都能看到自己接下来要做什么。
六、哪些会议最适合这样处理
不是所有会议都需要 AI 整理。
如果只是闲聊或同步信息，不一定要做待办。
最适合用这个流程的是这几类会议：
项目评审会。 需求澄清会。 版本排期会。 问题复盘会。 客户沟通会。 跨部门协作会。 每周例会。
这些会议的共同点是：
会后一定有人要继续做事。
只要会后有行动，就值得整理成待办。
七、会议待办要注意三个坑
第一个坑，是 AI 替你脑补负责人。
会议里只说“这个后面处理一下”，但没说谁处理。
这种情况必须写“负责人未明确”，不能让 AI 随便猜。
第二个坑，是把讨论当决议。
很多会议里会出现“要不要这样做”“可以考虑”“后面看看”。
这些都不是结论。
AI 必须区分语气，否则容易把想法变成任务。
第三个坑，是待办写得太虚。
比如：
继续推进项目。这不叫待办。
更好的写法是：
周五前输出支付失败错误码列表，并同步给前端和测试。好的待办必须能回答：
谁，在什么时候，交付什么。
八、我的判断
AI 处理会议记录，最大的价值不是“帮你省一份纪要”。
而是减少会后的不确定性。
很多团队效率低，不是因为大家不会开会。
而是会议结束后，没有把结论变成行动。
AI Agent 可以成为一个很好的会后整理员。
它把一堆讨论整理成：
谁负责。
什么时候做。
依赖什么。
还有什么没确认。
这样会议才不会停在嘴上。
对普通打工人来说，这也是最容易落地的 AI 工作流之一。
你不需要会编程。
不需要搭复杂系统。
只要有一段会议记录，一段固定提示词，一个人工确认动作，就能开始。
结尾
如果你经常开会，又经常在会后忘记谁该做什么，可以先试试这个最小流程。
会议结束后，不要只让 AI 总结。
让它把记录变成待办清单。
先抽事实，再列待办，最后人工确认。
这三个步骤跑顺以后，会议的价值会清楚很多。
你也会少掉很多“这个事情谁来跟一下”的反复沟通。
