如何写好会议记录
一句话概括: 多数会议记录之所以失败，是因为它想做成一份逐字稿。本文讲清现场该写什么、什么交给录音，以及让笔记值得重读的四段式结构。
会议记录只有一个任务：让不在会上的人——包括下周的你——能够用上这场会。它的几乎所有问题，都来自把这个任务和另一个任务混为一谈：记录说过的话。这是两件事；一旦不再试图同时完成，两件事都会变简单。
开会之前先确定这份笔记是干什么用的
为决议留档而写的笔记，和为交接而写的笔记完全不同；而当你自己就是会后要干活的人时，写法又是另一种。会前先选定，能消除现场大部分「这句要不要记」的犹豫。
实际上三种用途覆盖了绝大多数场合：决议留档、你个人欠下的事项清单、给缺席者的背景。把用途写在笔记开头，只花五秒，却会改变你注意到什么。
现场只做采集，结构留到会后
试图在会议进行中就写出一份整洁有条理的笔记，是最常见的错误——整理会占用你听讲所需的注意力。现场按顺序粗略地记，会后再赋予结构，那时你已经知道讨论是怎么收尾的。
如果这场会有录音和转写，现场采集层还能更薄：你不再对「词句」负责，只负责标记——在每个你之后会想回看的时刻补一行。
- 决议一落定就记，尽量用发言人的原话
- 标记分歧——它预示着之后还会回来的问题
- 记下派给你的事项，如果说了截止时间就写上
- 其余交给转写文字
能挺过忙碌一周的四段式结构
无论会上发生了什么，一份有用的笔记最终都会落到四个部分。按这个顺序排列，因为它符合人们的阅读顺序：先看结论，只有不同意时才去看理由。
- 决议——定下来了什么，并写到脱离语境也能看懂
- 行动项——每项一个负责人，有时间就写时间
- 未决问题——什么没定，以及该由谁来定
- 背景——讨论过程或转写文字，放在下面
把决议写到没有你也能读懂
「同意采用方案 B」三周后毫无意义。「同意 v1 先不支持 CSV 导入就发布，因为解析器的工作会让发布推迟一个月」在三周后仍然成立，并能阻止同一场讨论再来一遍。
没有负责人的行动项只是愿望
没挂上名字的事项不会发生，而这条笔记会悄悄变得不准确。如果某项确实找不到明确负责人，这件事本身就值得记为一个未决问题。
让 AI 出初稿，然后由你修正
AI 纪要在机械的部分非常好用：从转写里抽出候选的决议和待办、把跑题的讨论按主题归拢。它不可靠的地方，是判断两句互相矛盾的话里哪一句才是最终作数的。
所以把它当初稿，并对照转写核对一遍。这个修正过程只要几分钟，却决定了这份笔记是被信任，还是被大家悄悄不再阅读。
- 先生成摘要，再逐条对照原文核实决议
- 优先修正人名与归属——这类错误会扩散
- 删掉模型自行添加、其实没人说过的内容
当天就把笔记发出去
会议记录的价值衰减很快。几小时内发出，它能在大家还记得讨论时纠正误解；三天后发出，它多半只是在记录一场已经开始的分歧。
把决议和行动项写在消息正文里，而不是只给一个链接。最可能理解错的人，恰恰是最不会点进去看的人。
要点
- 开会前先把这份笔记的用途写在开头。
- 现场只记标记，词句交给录音和转写。
- 以决议、带负责人的行动项、未决问题收尾，转写放在下面。
- 任何 AI 摘要都当作草稿，对照原文核对一遍。