浏览 AI 知识库
AI 整理会议纪要：从逐字稿提取结论、争议和待办
会议纪要要分清已经决定、仍有争议、谁负责什么和何时完成。把一句“可以考虑”写成正式决定，会让整条排期建立在不存在的共识上。
沿完整工作流推进
前一阶段的可检查结果，是下一阶段的输入；中间证据不足时停在当前阶段。
会上只是提议 9 月上线，纪要为什么不能写成“已经决定”
产品评审会上有人说“可以考虑 9 月上线”，AI 纪要却写成“决定 9 月上线”。研发按这个日期排期后，才发现安全评审还没开始。
- 决定、建议、争议和待办没有混写
- 每个待办有负责人、期限或明确缺口
- 敏感逐字稿按授权范围处理
先确认这次任务的起点、边界和交付
| 需要确认 | 本例内容 |
|---|---|
| 现有材料 | 42 分钟逐字稿、参会人名单和会前议程；会议中有 3 个明确决定、2 个建议、1 个未决争议和 4 个行动项。 |
| 不能越过的边界 | 建议、倾向、决定和待确认分栏；行动项必须能找到原句或由参会人确认；AI 不补负责人和日期。 |
| 要交付的结果 | 会议纪要与待确认清单 |
从“确认会议信息”走到“发出确认”
| 当前阶段 | 实际处理 |
|---|---|
| 确认会议信息 | 记录主题、日期、参会、资料版本和纪要适用范围，区分录音、转写和手写笔记。 |
| 提取已决定事项 | 只有会议明确达成的选择才标决定，写决定内容、依据和生效范围。 |
| 整理争议和未决 | 并列不同观点、证据缺口和决策人，不让 AI 替团队选边。 |
| 把待办写完整 | 动作、负责人、截止、依赖和交付物缺一不可；“跟进一下”退回重写。 |
| 发出确认 | 涉及责任、数字和承诺的部分由参会人确认，修改保留版本与时间。 |
建议、讨论和已决定必须分栏
| 转写原句 | 分类 | 纪要写法 | 确认 |
|---|---|---|---|
| 张倩：我周五前把报价发群里。 | 承诺/待办 | 张倩｜周五｜发送新报价 | 张倩确认 |
| 陈宇：接口字段还要和研发确认，时间先别写死。 | 待确认 | 接口字段与时间待研发确认 | 陈宇/研发 |
| 销售：如果都顺利，建议下周上线。 | 建议 | 建议下周上线，未形成决定 | 会议主持确认 |
| 主持：大家同意先做小范围试点。 | 已决定 | 先做小范围试点；范围和负责人见行动表 | 全体无异议 |
把逐字稿交给 AI，提取决定、争议和待办
适合会后整理初稿，发送前仍需参会责任人确认。
可复制使用
把逐字稿交给 AI，提取决定、争议和待办
请把会议逐字稿整理成可核对的纪要。建议、决定、未决事项和待办必须分开。 会议日期/参会人/议程【】；完整逐字稿（如很长请保留时间戳）【】；纪要格式与接收人【】。 决定要保留原话或时间戳；待办只在录音明确说出动作、负责人、期限时填写，缺一项就写“未明确”。争议观点并列，不用多数发言替代正式决定。把背景讨论、建议、正式决定、待办和未决问题分栏，涉及数字或日期时附原文位置。先交纪要草稿及“需参会人确认”项；不要自动发送、替负责人承诺期限或推断缺席者意见。
使用范围：适合会后整理初稿，发送前仍需参会责任人确认。不要把建议写成决定，不猜负责人和日期，不自动发送。
完成后的会议纪要与待确认清单
纪要把“9 月上线”放入待确认，注明原话时间戳 31:42；三个正式决定附决策人和依据；四个待办中有两个缺截止日期，明确标红等待会后确认。发送前由主持人逐项确认，未把争议改写成共识。
为什么“纪要很顺，但参会人对同一句话理解不同”还不能交付
纪要很顺，但参会人对同一句话理解不同
- 原因
- 模型压缩时删除了语气词和上下文
- 怎么改
- 回放对应时间戳，把原句放进待确认栏，由主持人完成最终定性