会议记录与会议纪要的区别在于

很多人开完会随手记一堆东西，回头要么交不出可执行的结论，要么把逐字稿当纪要发出去挨批。卡点通常不在文笔，而在没先分清手上这份该是「记录」还是「纪要」。这篇把两者的用途、读者、格式和交付节奏拆开讲，给出判断顺序和可直接套的核对清单，也说明哪些场合两者其实可以合并成一份。

很多人开完会随手记一堆东西，回头要么交不出可执行的结论，要么把逐字稿当纪要发出去挨批。卡点通常不在文笔，而在没先分清手上这份该是「记录」还是「纪要」：一份是过程留档，一份是决策传达，写混了，看的人就找不到自己要的东西。

这篇把两者的用途、读者、格式和交付节奏拆开讲，给出动笔前的判断顺序和可以直接套的核对清单，也说明哪些场合其实可以合并成一份。整篇只讲判断标准和动作，具体工具和文档模板去哪找，文里给站内路径。

先看读者是谁，用途就定了

动笔前先问一句：这份东西交给谁、他拿它干什么。答案指向「事后查证」，那就是记录；指向「照着推进」，那就是纪要。读者不同，写法就完全不同，不是同一份东西加个标题。遇到拿不准的会，先想最可能翻这份文件的两个人是谁，再定稿。

• 会议记录是过程留档，读者多是事后查证的人：当事人、上级、审计或交接接手的人，核心要求是「可还原」；
• 会议纪要是决策传达，读者是没参会或需要执行的人，核心要求是「可执行」——谁在什么时候做什么；
• 同一场会往往两份都需要，但不要合成一份发出去，记录留底、纪要外发是常见分工；
• 不适用的情况：一对一沟通、临时站立会这类没有决议要传达的场合，硬写正式纪要反而多余，口头同步加一条待办就够了。

记什么、不记什么，两边差得最远

记录尽量贴近原始发言，谁说了什么、争议在哪、有没有跑题都留着，允许出现没有结论的部分。纪要只留结论、依据和动作项，中间的讨论过程可以整段丢掉，观点不点名到个人也很常见。判断动作很简单：这句话对「没参会的人」有没有用，没用就别进纪要。

小团队落地时可以把记录当底稿放在共享盘，纪要只发结论页，别把两者混在一份文件里发出去。这样既不丢过程，也不让执行的人翻半天找不到自己的活。如果团队连记录都没人写，先保证纪要能出去，过程留档可以退到录音或转写工具兜底。

格式差异来自对「完整度」的要求不同

记录偏时间线或发言顺序，保留时间、参会人、发言归属，字段可以多，但不必好看，能查就行。纪要偏条目化，议题、结论、待办、责任人、时限排成固定顺序，排版要能一眼扫到动作项。两者的排版冲突在于：记录要全，纪要要快。

1. 先定骨架记录用时间线骨架，纪要议题加动作项骨架，别在一份文件里来回切。
2. 字段固定纪要固定写 议题、结论、待办、责任人、时限；记录固定写 时间、发言人、要点、悬置项。
3. 核对再发人名、时间、金额这些关键字段自己读一遍，错一个别人对不上口径，整份就白写。
4. 留附件不塞正文需要引用记录时，把原文放附件或备注，纪要正文只留结论，避免篇幅失控。

需要现成模板和字段清单，去站内的会议纪要模板类页面抄一版再改，比从零拼快，也能避免漏字段。工具这块可以顺手看看 会议助手（/ai-nav/category/ai-meeting） 分类下的说明，先看清它处理哪些数据、能不能本地留存，再决定用不用。

交付节奏和存档规矩也不一样

记录越及时越省事，散会后趁记忆还在补，隔天补基本会失真。纪要一般要在下一个工作日之前发出，拖太久待办就凉了，收件人也会默认这事已经过去。节奏错了，内容再对也没人用。

• 记录：散会后按记忆补一轮，当天归档，别堆到周会一起补；
• 纪要：会议结束到下一个工作日之间发出，先发结论和待办，附件后补；
• 存档：两者都定位置和保留期限，交接时按同一套命名规则找，不靠人记；
• 数据边界：涉及录音、转写或外部工具处理时，先过一遍授权和数据留存要求，具体口径去 工具测试（/tools/speed-test） 相关页面核对；
• 不适用的情况：法务、审计、董事会这类正式场合，格式和存档另有硬性规定，按制度走，别自创。

交稿前的判断清单

写完之后别急着发，按下面这份清单过一遍，多半能提前发现方向错了。清单的顺序就是判断顺序，前两条错了，后面改排版也没用。

最后一条最实用：让没参会的人只看纪要正文，看能不能说出自己下一步干什么。说不出来，就说明这份还是记录，不是纪要。