Appearance
两小时会议,怎样快速变成纪要、待办和跟进消息
很多人不是不会开会,而是会后还要花一两个小时重新听录音、找决定、确认负责人,再写一份没人愿意看的长纪要。
这一篇不讲“AI 可以总结会议”。我们直接用一份完整的会议记录,做出可以发群、可以追进度、也经得起核对的结果。
先看最终结果
下面是完成后的核心结果。它没有把所有发言重新复述一遍,而是只保留后续工作真正需要的信息。

最终得到四样东西:
- 一句话结论。
- 已经确认的决定。
- 有负责人、日期和完成标准的待办。
- 可以直接发到工作群的跟进消息。
这篇适合谁
- 开完会需要整理纪要的职场人。
- 经常发现“大家都以为别人会做”的项目负责人。
- 手里有录音转写、聊天记录或零散笔记,但不知道怎样整理的人。
- 已经会让 AI 总结,却经常得到大段空话的人。
如果会议涉及人事、财务、客户隐私或商业机密,先确认公司是否允许把材料交给所用的 AI 工具。练习时优先使用脱敏材料。
下载练习材料
这是一场虚构的产品内测准备会。里面故意混合了决定、待办、未确认事项和普通建议,适合练习识别差异。

第一步:先识别四类信息
不要一上来就说“帮我总结会议”。
先让 AI 只做分类,因为会议记录里最容易混淆的是下面四类:
| 类型 | 怎么判断 |
|---|---|
| 已确认决定 | 参会人明确说“决定”“确认”“就这样做” |
| 待办 | 有具体动作,而且能够确认负责人和完成时间 |
| 尚未确认 | 讨论过,但还缺结论、预算、负责人或日期 |
| 后续建议 | 只是想法,没有进入本次执行范围 |
把原始会议记录交给 AI,然后发送:
text
请先不要写会议纪要,只从材料中识别下面四类信息:
1. 已确认决定
2. 待办事项
3. 尚未确认
4. 后续建议
要求:
- 每一项都附上一句能支持判断的会议原话
- 原文没有负责人、日期或完成标准时,明确写“原文未说明”
- 不要根据常识补全,不要把建议改写成待办
- 如果同一件事前后说法有变化,以会议最后确认的说法为准这一步的目标不是写得漂亮,而是确认 AI 有没有把信息分对。
第二步:生成结构化纪要
确认四类信息基本正确后,再让 AI 按固定模板输出:
text
请根据刚才的分类结果生成会议纪要,严格使用下面的结构:
# 会议纪要
## 一句话结论
## 已确认决定
## 待办事项
表格列为:事项、负责人、截止时间、完成标准
## 尚未确认
## 后续建议
规则:
- 只写会后还需要使用的信息,不按发言顺序复述
- 待办缺少负责人或日期时,不要放进已确认待办,移到“尚未确认”
- 日期保留原文的具体写法
- 不得新增会议中没有出现的目标、人员或承诺为什么要用表格?因为“谁、什么时候、做到什么程度”放在同一行,缺失项会立刻暴露出来。
第三步:逐项核对负责人、日期和原话
AI 生成纪要后,不要直接发送。
按照下面顺序检查:
- 先查日期:原文中的
6 月 28 日、7 月 1 日、7 月 8 日、7 月 10 日、7 月 12 日、7 月 15 日是否对应正确。 - 再查负责人:林晓、周敏、王涛、陈凯的任务有没有串行。
- 再查完成标准:例如“交付测试版本”必须保留“三个流程可走通、P0 清零”的定义。
- 最后查新增内容:纪要里有没有原文从未出现的承诺。
可以继续让 AI 做一次反向核对:
text
现在不要改写纪要,请做事实核对。
逐项检查纪要中的决定、负责人、日期和完成标准,给出对应原文。
如果找不到原文依据,标记为“可能是新增内容”。
最后列出仍然需要人工确认的项目。AI 可以辅助核对,但最终确认仍然由参会人完成。
第四步:生成可以直接发送的跟进消息
完整纪要适合留档,工作群里更需要一段短消息:
text
请把已经核对过的会议纪要改写成工作群跟进消息。
要求:
- 开头用一句话说明会议结论
- 按负责人列出待办和截止时间
- 单独提醒尚未确认的礼品预算
- 说明分享海报只是后续建议,本次不执行
- 控制在 300 字以内
- 不增加客套话和会议中没有的承诺发送前,再让每位负责人确认自己的任务。确认不是走形式,它能提前发现“我以为不是我负责”的问题。
完整提示词
如果你已经理解前面的四步,可以一次使用下面这份提示词:
text
你是会议信息整理助手。请根据我提供的会议记录,生成可以执行和核对的会议纪要。
第一步:把信息分为四类
1. 已确认决定
2. 待办事项
3. 尚未确认
4. 后续建议
第二步:按下面结构输出
# 会议纪要
## 一句话结论
## 已确认决定
## 待办事项
表格列为:事项、负责人、截止时间、完成标准
## 尚未确认
## 后续建议
## 工作群跟进消息
必须遵守:
- 不按发言顺序复述,只保留会后有用的信息
- 不得猜测负责人、日期、预算和完成标准
- 缺少负责人或日期的内容不能放进已确认待办
- 建议不能改写成已经安排的任务
- 前后说法不一致时,以最后明确确认的说法为准
- 每个决定和待办都附一段简短原文依据
- 找不到依据时标记“需要人工确认”
- 跟进消息控制在 300 字以内
最后增加“核对报告”,列出:
1. 可能新增的内容
2. 日期或负责人不明确的内容
3. 需要参会人再次确认的内容常见失败和修正方法
| 出现的问题 | 常见原因 | 怎么修正 |
|---|---|---|
| 纪要很长,像会议复述 | 没有限定输出目的 | 要求只保留决定、待办、未确认和建议 |
| AI 自动补了负责人 | 提示词允许它“完善”内容 | 明确禁止猜测,缺失项必须标记 |
| 建议被变成正式任务 | 没有区分讨论和决定 | 要求每项附原文,并检查是否有明确确认 |
| 待办看似完整却无法验收 | 没有保留完成标准 | 表格增加“完成标准”一列 |
| 群消息里出现新承诺 | 二次改写时没有约束 | 要求改写不得新增事实,并再次核对 |
验收清单
发送前逐项打勾:
- [ ] 一句话结论与会议最后确认的方向一致。
- [ ] 每个待办都有负责人和截止时间。
- [ ] 每个完成标准都能在原文中找到依据。
- [ ] 未确认事项没有伪装成决定。
- [ ] 普通建议没有自动进入执行清单。
- [ ] 纪要没有新增预算、人员、日期或承诺。
- [ ] 工作群消息与完整纪要一致。
- [ ] 敏感信息已经脱敏,材料使用符合公司要求。
怎样升级成会议跟进智能体
当你连续使用这套方法几次,流程会变得稳定:
text
会议转写
→ 四类信息识别
→ 结构化纪要
→ 事实核对
→ 人工确认
→ 发送和跟进这时才适合考虑智能体:让它自动读取新的会议转写、生成草稿、标记风险,再把结果交给你确认。
不要让智能体跳过人工确认直接向参会人发送消息。会议转写可能识别错姓名,讨论中的临时想法也可能被误判成承诺。