从会议原文提取决定、行动项与未决问题

纪要很顺，出事以后却找不到一句原话

会议摘要把两个小时压成一页。项目延期以后，所有人都记得「好像有人答应了」，却没人知道负责人、条件和期限来自哪一句。

压缩可以让文字更短，也可以让责任消失。

会议纪要的价值不是缩短原文，而是让决定、行动和不确定性可追溯。 这节课围绕一段虚构转写，建立能回到原话的跟进台账。

会议纪要的价值不是把原文缩短

一份可执行纪要要让缺席者回答：

• 做了什么决定，谁有批准权；
• 谁负责什么，什么时候完成；
• 哪些只是建议或讨论；
• 哪些风险需要观察；
• 哪些问题仍缺答案；
• 每项判断来自原文哪里。

本节的转写故意包含“我觉得可以”“下周再看”“原则上同意”等模糊表达。

第一步：恢复统一材料

建立：

meeting-lab/
  source/
    transcript.txt
    project-plan.md
  output/
  meeting-rules.md

meeting-rules.md 写：

• 原始文件只读；
• 决定、建议、行动项、风险、未决问题分开；
• 不补猜负责人、截止日期或批准状态；
• 每条记录保留 transcript 行号；
• follow-up 只生成草稿，不发送。

开始前确认 transcript 有 32 行，project-plan 有当前批准日期和预算。数量不一致先修 starter。

第二步：先做材料完整性报告

只读检查 source/。
报告：
- 文件、行数和日期；
- 转写中说话人不明、听写不确定或时间缺失的位置；
- project-plan 的已批准日期、预算和负责人；
- 两份材料可能冲突的字段。
不要开始写纪要。

预期

报告应发现：

• 一处 [speaker unclear]；
• 会议有人提出把发布日期从 8 月 10 日改为 8 月 15 日；
• 但原文没有明确批准新日期；
• “下周再看”缺负责人和具体日期。

第三步：使用五种记录类型

类型	判定标准	必需字段
决定	有明确选择或批准	内容、决定人、时间、原文定位
建议	提出方案但未批准	建议、提出人、状态、定位
行动项	有待完成动作	动作、负责人、截止、依赖、定位
风险	可能影响目标	信号、影响、负责人/缺口、定位
未决问题	会阻塞或改变方案	问题、需谁回答、最晚确认时间

“原则上同意”是否算正式决定取决于组织规则和说话人权限。本 starter 未提供批准规则，因此应标“待确认批准状态”，不能擅自升级。

第四步：先提取结构化台账

目标
- 从 transcript.txt 提取五类记录，生成待审核 CSV/Markdown。

输出
- output/decisions.csv
- output/proposals.csv
- output/actions.csv
- output/risks-and-open-questions.md

规则
- 每行保留 transcript 行号；
- project-plan 是已批准基线；
- 会议与计划冲突时并列，不覆盖；
- 缺负责人、日期或批准人时留空并进入缺口；
- 不生成邮件。

完成前
- 报告每类数量；
- 搜索所有没有 source_line 的记录；
- 单列与计划日期、预算或范围不同的表述。

检查点 1

打开 actions.csv。每个行动项要么有 owner 和 due_date，要么 status=missing-owner/missing-date。不要把“大家”“我们”“下周”转成具体人员和日期。

第五步：审核高风险差异

生成 review-diff.md：

已批准基线：
会议中提出的变化：
是否明确批准：
证据行：
需要谁确认：
最晚确认时间：
如果未确认的默认行为：

发布日期变更应显示“提出 8 月 15 日；未明确批准；当前基线仍为 8 月 10 日”。这比在纪要里静默选择一个日期安全得多。

第六步：生成摘要和邮件草稿

只有台账经你抽查后才继续：

根据已审核的台账生成：
- output/summary.md：先写决定和阻塞，不超过 300 字；
- output/follow-up-draft.md：待审核邮件。

邮件中
- 决定、建议和待确认项使用不同小节；
- 不把缺 owner/date 的行动项写成已分派；
- 明确请谁在何时前确认；
- 不发送，不调用邮件工具。

检查点 2

从邮件随机选三句话，分别回到台账和 transcript。若任何一句只存在于摘要而不在结构化台账，说明生成顺序失去事实层。

第七步：故障与恢复

“建议”被写成“决定”

把该记录从 decisions 移回 proposals，恢复原文措辞，重新生成 summary 和邮件；不必重做无关台账。

项目计划被会议覆盖

恢复 project-plan 的基线，新增 proposed_change 字段。只有获得有权限人员确认后，另行更新基线。

缺失负责人被自动填补

清空猜测值，status=missing-owner，邮件改成请求确认，而不是分派通知。

第八步：迁移练习

新增一条原文：“林经理确认发布日期改到 8 月 15 日，预算不变。”假设 meeting-rules 指明林经理有发布日期批准权。

你要只更新受影响决定、差异和邮件，并保留此前“未批准”的历史记录。

提示：

1. 添加新证据行；
2. 状态从 proposed 变 approved；
3. 记录确认人和确认时间；
4. 不删除旧的差异轨迹。

完成后用 rubric 评分，再看参考答案。

先做五行能回到原话的记录

从一次脱敏会议里选一个决定、两个行动项和两个未决问题。每行都写原文位置、负责人状态和期限状态。

不知道就写待确认。纪要发出前让参会者审核，比让 AI 把空白补得很像真的更专业。

完成检查

• 原始材料完整性先于摘要
• 决定、建议、行动、风险和问题分开
• 每条记录有来源行号
• 缺 owner/date/批准人未被补猜
• 与项目基线的差异显式展示
• follow-up 保持待审核且未发送