会议纪要的目标
纪要不是按发言顺序的复述，而是可执行与可追溯的结构化结果：决定了什么、依据是谁提出的、谁在什么时候前做什么。固定四个分区（决议、待办、争议点、未决项）能显著降低漏项——讨论过程容易被当成决议写进去，而真正的待办因为没有责任人和时限而无法跟踪。
基本信息
| 固定分区 | 决议 / 待办 / 争议点 / 未决项 |
|---|---|
| 待办要素 | 谁 / 做什么 / 截止时间，缺项显式标注 |
| 保真要求 | 只写记录中出现的内容，不做推测补全 |
| 空值写法 | 负责人未定写「待指定」，时间未定写「待定」 |
典型使用场景
- 项目周会：产出决议与待办清单，直接进任务系统跟踪
- 需求评审会：把确认口径写入决议，把分歧写入争议点
- 线上事故复盘：结论与整改项分列，整改项必须带责任人与时限
- 跨部门协调会：记录各部门承诺事项，避免会后口径不一致
- 客户沟通会：对外可发的决议摘要与内部待办分开输出
纪要模板
纪要模板
把会议记录整理为纪要，分四块输出：
## 决议（已达成，含决定与依据）
## 待办（谁 / 做什么 / 截止时间）
## 争议点（双方观点与分歧）
## 未决项（需下次讨论，注明原因）
# 保真：只写记录里出现的内容，不做推测补全
只写记录里出现的内容；无法确定负责人时写“待指定”。
# 区分讨论与决议：只被提到但没有结论的内容不得进「决议」
# 相对时间要换算：记录里的「下周三」按会议日期换算出具体日期
记录：<transcript>……</transcript>四个分区的写法
| 分区 | 写什么 | 常见错误 |
|---|---|---|
| 决议 | 已确定的结论，附提出人与依据 | 把讨论过程当结论写进去 |
| 待办 | 动作 + 负责人 + 截止时间 | 只写「后续跟进」，没有具体动作与时限 |
| 争议点 | 分歧双方观点与焦点 | 把没有结论的分歧写进决议 |
| 未决项 | 本次未定事项与下次讨论的原因 | 条目堆在一起，看不出为什么没定 |
纪要的价值在于可执行与可追溯：决议带依据、待办带责任人与时限，比按发言顺序复述更有用。
记录里的相对时间（「下周五」「两周后」）必须结合会议日期换算成具体日期，否则待办时限会随阅读时间漂移。