AI 做会议纪要，别再追求「全」：一场两小时会的正确压缩方式

用 AI 做会议纪要，最常见的失败是产出太长。两小时的会，生成三千字纪要，分章节、有引用、看起来很专业——然后没人看。

纪要的价值不在完整，在可执行。一个人读完纪要之后知道“我接下来要做什么”，就是好纪要；读完之后觉得“嗯记录得挺全”，那是存档，不是纪要。

三个必须改掉的默认设定

一、别要“总结”，要“决策与待办”。 提示词里写“请总结这场会议”，模型的默认行为是压缩叙述——保留议题顺序、保留发言人观点。但读者不关心讨论过程，只关心结论和分派。

改成：“只输出决策、未决问题、待办三类，其他内容一律不输出。” 这一句话通常能把输出从 3000 字压到 500 字。

二、发言人可以不记，但「谁负责」必须记。 逐字记录谁说了什么，是转录工具的事。纪要紧的是责任归属。如果会上没明确，纪要里要标成“待确认”而不是猜一个名字。

三、删掉所有“讨论了”。 “会议讨论了 SEO 优化方案，与会人员认为有必要……” 这种句子没有任何信息量。要么写“决定：Q1 投入 2 人做内容站”，要么不写。

一个可直接用的输出结构

## 决策（3 条以内，超过说明会没开好）
- 决策内容 | 决策人 | 影响范围

## 待办
- 事项 | 负责人 | 截止时间 | 依赖

## 未决问题
- 问题 | 卡在谁那里 | 下次讨论时间

## 风险与分歧（只记录有分歧的）
- 分歧点 | 双方立场 | 未达成一致的原因

四个区块，加起来通常一页纸。这份结构的好处是：待办区可以直接变成任务卡，未决区可以直接变成下次议程。

提示词里必须写死的四条规则

1. 不推断。 会上没说的事，不许补全。“应该会在下周完成”不能写成“下周完成”。
2. 时间要落到具体日期。 “下周三”必须换算成具体日期，否则一周后这份纪要就失效了。
3. 数字、金额、版本号逐字保留。 这类信息压缩即失真。
4. 保留反对意见。 只记共识的纪要会掩盖风险，三个月后出问题时没人记得当初有人反对过。

第 4 条最常被忽略，也最有价值。一场会里唯一值得逐字保留的，往往是反对意见的原文。

长会议怎么切

两小时的会不要让模型一次性处理——它会在后半段丢失前半段的细节。做法是按议题切段：

• 先用转录做议题边界识别（发言人变化、出现“下一个议题”类信号）；
• 每段独立抽取决策与待办；
• 最后做一次合并去重，重点处理跨议题的冲突（A 议题的决定和 B 议题的决定互相矛盾）。

跨议题冲突是纯人的工作，模型很难发现，但它正是会议纪要最有价值的部分之一。

验收标准

不用“像不像纪要”来验收，用三个可测的指标：

• 待办是否每条都有负责人和日期（没有的标“待确认”）；
• 决策条数是否 ≤ 5（超过说明压缩不够）；
• 一个月后随便挑一条待办，去问相关人“当时定了吗”，能否直接答出来。

第三个指标才是真指标。纪要的作用是在信息已经流失之后，仍然能一键还原当时的状态。