会议记录用 AI 整理，从录音到成稿要走哪几步

会议记录用 AI 整理，从录音到成稿要走哪几步

把会议录音丢给 AI，指望它一步出纪要，出来的东西基本不能用。稳妥的做法分四步：先转成文字，人工改掉人名和数字；再让 AI 按会议类型出结构化提纲；然后把待办单独拎出来，补齐责任人和时间；最后自己通读一遍，删掉它替你下的判断。四步里最花时间的是第一步和第四步，中间两步反而快。

很多人跳过第一步直接问「帮我总结这个会议」，结果 AI 拿到的是自动转写的粗糙文本，人名错、术语错、数字错，它再聪明也只能在错的基础上归纳。下面按顺序说清每一步怎么做、哪里容易翻车。

第一步，录音转文字这一步要解决什么

转写工具现在很多，手机自带的录音应用、会议软件自带的记录功能、专门的转写服务都能做。差别主要在三点：能不能区分说话人、对专业词的识别率、导出格式。

自动转写出来的稿子，错误集中在哪几类

转写错得最多的是人名和公司名。同音字替换是常事，「张」写成「章」，「李工」写成「里工」。这类错误 AI 后面识别不出来，会一路带进纪要。

第二类是数字和单位。三千万说成三百万，百分之十五说成五十，一次就差了方向。第三类是行业术语，尤其是缩写，转写工具常常按发音猜一个常用词上去。

所以转完先别急着交给 AI。用搜索把公司名、参会人名字、几个关键数字逐个过一遍，只改这几类，一般十几分钟能改完。术语可以先把一份词表准备好，多数转写工具支持导入热词。

多人会议，先标出谁在说话

如果一个小时的录音里五个人说话，转写出来是一大段没有归属的文字，AI 归纳「谁负责什么」就只能靠猜。它能猜对一部分，猜错的那部分你未必看得出来。

省事的做法是转完之后，把发言人标一遍。哪怕只标「主持」「甲方」「技术」这几个角 {MOD}，也够用了。有的工具能自动区分说话人，标成「说话人一、说话人二」，你再把编号换成角 {MOD}名就行。

这一步花的时间不多，但对后面「待办落到人」这一步帮助很大。跳过它，纪要里的责任人十有八九是错的。

第二步，怎么让它输出结构化的纪要

直接说「总结一下」，得到的是三段话。要说清会议类型和输出格式，得到的是能直接用的纪要。这两个请求的差别，就在提示词里那两句限定。

先告诉它这是什么会

周会、项目评审、客户沟通、复盘会，这几种会的纪要结构完全不同。周会关心进度和卡点，评审关心结论和修改意见，客户沟通关心需求和承诺，复盘关心原因和改进项。

把会议类型说清楚，它就知道该往哪个方向归纳。只写「这是项目评审会，参会人有产品、技术、设计三方，输出一份评审纪要」，比写三百字的背景描述管用。

给它一个固定的三段结构

我常用的结构是三段：已确认的结论、待办事项、悬而未决的分歧。前两段是硬的，第三段最容易被漏掉，也最容易被 AI 平滑掉。

分歧这一段的写法要具体。不要让它写「会上对方案有不同意见」，要它写「谁提出了什么顾虑，谁的回应是什么，最后是否达成一致」。这些内容决定了下次开会要不要再讨论。

格式上可以要求它用表格输出待办，一行一件事，四列：事项、责任人、时间、当前状态。表格比段落更容易一眼扫完，也方便后面直接粘到任务工具里。

让它标出不确定的地方

在提示词里加一句「拿不准的地方标出来，不要自己补」。这句话很值钱。AI 在信息不全时的默认行为是把话补圆，补出来的内容看着合理，实际上会上没人说过。

加上这句之后，它会在几个地方标「记录中未明确」。这几处正好是需要你回头补的，比它编一个答案强得多。

第三步，待办事项怎么落到人和时间

纪要写完，真正会被执行的是待办那一栏。这一栏做不好，纪要及时写得再漂亮，下周也没人动。

把「我们」改成具体的人

会上常说的是「这个我们下来看一下」「回头一起对一下」。这类话进了纪要就是废条目。整理的时候要逐条追问：谁来做，什么时候给结果。

拿不准的，别让 AI 替你定。把它标成「待确认责任人」，会上发出去的时候当面问一句。这比写一个错的负责人强，因为写错了没人会主动纠正。

时间要写成具体日期

「下周」「月底前」这类说法，隔一周就没人记得是哪一天。让 AI 输出具体日期，会议当天的日期你要在提示词里给它，否则它算不准。

还有一个细节：区分「完成时间」和「检查时间」。有些事项是两周后交付，但中间有个周三要过一版。两个时间都写进去，事项才推得动。

待办的数量要克制

一场两小时的会，待办超过十条，实际能落地的通常不到一半。整理的时候主动砍：只留影响下一步的，其余的放进「后续讨论」里。

砍这一步 AI 替你做不了，因为它不知道哪个事项真的卡住了别人。这一步得你自己判断。

第四步，哪些内容不能交给它写

前面三步都是让 AI 做归纳和整理，这一步是往回拉：有些内容它写出来一定有问题。

不要让它替你下结论

会上讨论得比较散，没有明确结论的时候，AI 倾向于给出一个「看起来像结论」的说法。这类内容发出去，会变成大家默认的事实，后面很难纠正。

处理办法是在提示词里明确：没有形成一致意见的，写成分歧，不要写成结论。整理完再逐条核一遍，看有没有把讨论中的说法写成了决定。

不要让它评价人

「技术方响应较慢」「产品方需求不清」，这类判断不该出现在纪要里。AI 有时候会从语气里读出情绪，顺手写进总结。

看到这类句子直接删。纪要只记事实和决定，评价留给管理沟通，两者混在一起会出事。

敏感信息要过一遍

涉及报价、客户名单、未公开的计划，这些内容传到第三方 AI 平台之前要想清楚。多数平台的免费版服务条款里保留了用对话内容改进模型的权利，企业版一般会写明不用于训练。

比较稳的做法是把这类内容做脱敏，客户名换成代称，金额换成区间。纪要里再还原回去。这一步多花五分钟，省的是后面的麻烦。

一份能用的纪要长什么样

三千字的逐字稿，整理完应该在八百字以内。超过这个数，说明你没砍，只是换了个格式。

结构上，开头三行说清三件事：什么会、谁参加、要解决什么。中间是结论和待办。末尾是下次开会的时间和对齐的悬置项。

格式上，能用列表就不用段落，能用表格就不用列表。会议纪要的读者是在手机上翻的，段落一长就没人看。

还有一条常被忽略：纪要发出之后要有人确认。发到群里加一句「有异议今天之内提，没提就按这个执行」，比默默发出去有效得多。这一句 AI 不会替你想，但它是纪要真正生效的那一步。

按会议类型准备的三个骨架

同一句提示词，换个会议类型就不够用。这三个骨架可以直接改着用，改的地方只有括号里那几处。

周会

「根据下面的会议记录，整理一份周会纪要。三段：本周完成的事（每条附上当前的量或者状态）、下周要做的事（表格形式，四列：事项、责任人、时间、依赖）、需要上级决定的事。没有提到量的事，不要自己补数字。」

项目评审

「这份记录是项目评审会。输出三部分：评审通过的结论、要求修改的点（每条写清谁提的、改什么、什么时候复看）、没有达成一致的地方（写清各方分别主张什么）。修改点尽量引用记录里的原话。」

客户沟通

「这是和客户的沟通记录。输出：客户明确提出的需求、我们当场承诺的事（写清承诺人和时间）、客户还在犹豫的点、下次要跟进的事项。凡是记录里没说清的，标『待确认』，不要推测客户的意图。」

三个骨架的差别主要在两处：输出哪三段，以及哪些内容必须标待确认。这两处定了，剩下的交给模型去归纳就行。