核心结论
会议纪要的价值不是记录所有话，而是把可执行事项从讨论中分离出来。
适合谁
项目负责人、销售管理者、交付团队、运营团队和需要频繁开会推进事项的组织。
交付什么
决策列表、行动项、责任人、截止时间、风险提醒和下次会议输入。
示例：会议记录如何变成执行清单
提取器的重点不是“把会议写得更完整”，而是把决策、待办和风险从讨论里拆出来，形成可以进入飞书、Notion、CRM 或项目管理系统的结构。
Meeting note
私有化试点项目例会
王总确认先选销售线索复盘做试点，不先做全公司知识库。李明负责整理 30 条历史线索样本，本周五前给到字段表。安全侧需要确认哪些客户数据不能出域，赵倩下周二前出一版数据分级建议。大家认为 CRM 写入先不上自动化，第一阶段只生成建议。
已确认决策
- 试点场景选择销售线索复盘，不先做全公司知识库。
- 第一阶段只生成建议，暂不自动写入 CRM。
事项主责人截止时间
风险
客户数据边界尚未确认，不能直接进入外部模型或自动化写入。
下次议程
检查线索样本字段、数据分级建议和第一阶段验收标准。
建议提取字段
| 字段 | 说明 | 需要人工确认吗 |
|---|---|---|
| 已确认决策 | 会议中已经达成共识、可以执行的结论。 | 需要 |
| 行动项 | 下一步要做的具体动作，避免写成模糊方向。 | 需要 |
| 负责人 | 每个行动项只能有一个主责人，可以有协作人。 | 需要 |
| 截止时间 | 没有明确日期时标注“待确认”。 | 需要 |
| 风险提醒 | 阻塞、依赖、资源缺口和分歧。 | 建议确认 |
避免三类误判
- 把“讨论方向”误判成“已确认决策”。
- 把多人参与的任务写成无人负责的公共事项。
- 没有日期时编造截止时间，而不是标注待确认。
可复制指令
请从以下会议记录中提取执行清单。
输出结构：
1. 已确认决策
2. 行动项表格：事项 / 主责人 / 协作人 / 截止时间 / 依赖 / 风险
3. 待确认问题
4. 下次会议建议议程
规则：
- 不要把讨论中的可能性写成决策
- 没有明确负责人时写“待确认”
- 没有明确时间时写“待确认”
- 高风险事项单独标注