会开完了,纪要写出来却像流水账:谁说了什么记了一堆,真要动手的事一件没落地。下周复盘时发现没人知道该谁做、做到哪一步。这篇给一个四段式模板,配上让 AI 按结构输出的指令要点,还有删空话、抓待办、盯责任人的具体动作,照着改一遍就能用。
会开完了,纪要写出来却像流水账:谁说了什么记了一堆,真要动手的事一件没落地。下周复盘时发现没人知道该谁做、做到哪一步。问题一般不在记性,而在结构——纪要没分栏,讨论过程和结论混在一起,动作和责任人被埋进大段文字里,谁都不想再去翻。
这篇给一套四段式模板,配上让 AI 按结构输出的指令要点,还有删空话、抓待办、盯责任人的具体动作。照着改一遍,旧纪要也能救回来。如果你平时用会议助手类工具,工具只是加快转写,分栏逻辑还得自己定,不然模型会按它的习惯自由发挥。
四段式结构:每段只装一种信息
核心原则是一段只装一种信息,四段之间不交叉。第一段决议只写这次会定下来了什么,一条一行,不写谁支持谁反对、讨论了几轮;第二段待办从决议往下拆动作,每条以动词开头,写完能直接当任务标题用;第三段责任人每条待办对应一个名字,不写「相关同事」「大家」,多人协作必须指定一个牵头人;第四段截止时间给到具体某天或某个明确节点,不写「尽快」「本周内」。
- 决议
- 会议达成的结论,一条一行,不含讨论过程
- 待办
- 从决议拆出的动作,动词开头,可当任务标题
- 责任人
- 每条待办一个名字,多人协作指定牵头人
- 截止时间
- 具体某天或某个节点,不用模糊词
| 段落 | 写什么 | 典型废写法 |
|---|---|---|
| 决议 | 定下来的结论 | 大家讨论后认为方向可行 |
| 待办 | 动词开头的动作 | 跟进一下相关事项 |
| 责任人 | 一个具体名字 | 相关同事一起负责 |
| 截止时间 | 某天或某节点 | 尽快、本周内、看情况 |
判断一段写得好不好,有个简单的自检:把这一段单独发给没参会的人,他能不能直接照做。决议段他能不能说清「定了什么」,待办段他能不能说清「做什么」,责任人和时间栏他能不能说清「谁、什么时候」。三问都过,这段才算合格;哪一问卡住,回去补那一栏,而不是把整段话写得更长。
让 AI 按模板输出:指令里要交代的四件事
模型默认会写好读的段落,而不是可追踪的字段。所以指令里要把四段结构当输出格式写死,要求按固定字段返回,不让它自由分段、自由合并。这四件事交代清楚,输出才稳定:结构固定、找不到责任人就留空并标注待确认、每条标出来源、格式类诉求参考站内的结构化输出写法。
- 把四段结构写进指令明确要求按决议、待办、责任人、截止时间四个字段返回,每字段一条一行,不让模型改段落顺序或合并同类项。验证方式:换三份不同录音试一遍,字段和顺序是否每次一致。
- 约定缺失项的写法写明「找不到责任人就留空并标注待确认」,否则模型很可能自己编一个名字填进去。验证方式:故意给一份没人认领的待办,看它是不是老老实实留空。
- 要求逐条标来源让每条待办标注出自谁的哪句原话,方便你回听核对。验证方式:抽两条回听对应时间段,看标注是否对得上。
- 固定字段名与返回格式字段名每次保持一致,方便后续汇总和自动跟踪。格式类诉求参考 提示词与结构化输出(/prompt-structured),让每次返回的字段对齐。
什么情况下这套指令不适用:会议本身还在发散、没有形成任何决议时,别硬套四段模板,那会逼着模型编结论。这种会先记「悬而未决清单」,等下一次有结论了再转正式纪要。另外纯头脑风暴、不产生动作的会,用四段结构反而多余,写成要点列表更省事。
删空话:三类句子直接划掉
砍掉的东西比写出来的更影响效率。看到下面三类句子,直接划掉,不用犹豫:复述背景的、没有动作的感慨与表态、没有责任人的待办。前两类删了不影响任何人执行,第三类不能删,但必须挪位置,单独列一栏,不能混在正式待办里,否则下轮开会没人认账。
- 复述背景的:大家都知道的事不用再写一遍,只留新信息
- 没有动作的感慨与表态:例如「这个方向很重要」,删掉不影响执行
- 没有责任人的待办:要么当场补上人,要么挪到「待确认」栏,不混进正式待办
- 重复出现的同一件事:只保留最新一条,旧的标注被替代
- 只对个别人有意义的细节:挪到备注,别占正文
判断一句要不要删,用「删掉之后谁会做错事」来测。没人会因此做错,就删;只有一个人会受影响,就往下挪成备注。删完之后通读一遍,整个纪要应该比原始录音短很多,但仍然能回答「定了什么、谁做什么、什么时候交」这三个问题。做不到,说明你删掉的是信息不是空话。
责任人怎么跟:把纪要变成可追踪的清单
纪要写完不是终点,是跟踪清单的起点。每条待办带一个唯一编号,下次开会先过上一轮的编号:完成、进行中、过期未完成分三堆,过期未完成的单独重排并标出来。责任人和截止时间缺一不可,缺哪项就在那一栏标红,别默认由发起人兜底——兜底一旦成了惯例,下次没人认领的活还是会落到同一个人头上。
| 状态 | 怎么处理 | 什么时候升级 |
|---|---|---|
| 已完成 | 归档,下轮不再提 | 无需升级 |
| 进行中 | 保留编号,更新进度 | 连续两轮无进展则升级 |
| 过期未完成 | 重排时间并标记 | 再次过期则回到决议段重新讨论 |
| 待确认责任人 | 单独列一栏,会前点名 | 一次会议内仍无人认领则上报发起人 |
多轮会议里同一件事被反复提起,通常说明拆得不够细,不是执行不力。回去把动作再拆一层,拆到「一个人、一个交付物、一个时间点」为止。这套跟踪方式对日常例会最有效;对于跨部门长期项目,光靠纪要编号不够,还需要配合站内的价格追踪这类定期对照机制,把状态变化记录下来,不然过几轮就没人记得当初为什么这么定。
工具与流水线:录音到纪要怎么串
录音转写、要点抽取、模板填充可以拆成三步流水线,每步的输入输出自己先定好:转写步输出带时间戳的全文,抽取步输出四段字段,填充步套模板生成最终纪要。三步拆开的好处是出错能定位——是转写听错了,还是抽取漏了,还是一开始就没形成决议,一目了然。合在一个按钮里,出问题只能整段重来。
- 先定输入输出格式给每一步写明输入什么、输出什么字段,尤其是抽取步必须严格输出四段结构,否则后面填模板全是补丁。
- 挑工具先看导出会议助手类工具可以到 会议助手目录(/ai-nav/category/ai-meeting) 挑,先看它能不能导出结构化字段,再看转写准确度;只能导出整段文字的,还得自己再过一遍。
- 统一存放与版本纪要统一存一处并保留历史版本,每次评审按编号回查。验证方式:随便抽一个旧编号,五分钟内能不能找到它的历史状态。
什么情况下别上流水线:会开得少、一次半小时以内,手工用四段模板写反而更快,搭工具链的时间够写好几份纪要。工具适合的是会议密集、同一批人反复开、待办需要跨周跟踪的场景。判断标准很简单:如果你已经在用编号追待办,就值得把转写和抽取自动化;如果纪要写完就归档、从不回查,先改流程,别急着买工具。
纪要的价值不在记录得多全,而在下一个人看完知道该动哪件事。
常见问题
AI 生成的纪要我能不能直接发出去?
不建议。模型容易把讨论中的假设写成已定决议,也会给没定的待办自动补一个责任人。先自己过一遍决议段和责任人栏,确认每条都能对上原话,再发出去。转写有噪声的会议更要人工核。
会上没定责任人怎么办?
别在纪要里硬塞一个名字。单独列一栏「待确认责任人」,下次开会第一件事就是把这些清掉,并写明由谁在什么时间前指派。堆着不清,这一栏很快就会变成没人看的历史遗留清单。
纪要写多长合适?
只留能驱动动作的信息,长度跟着待办条数走而不是跟着会议时长走。一场长会可能只有三五条决议。讨论过程可以放附件,正文里出现第二遍的背景说明就该删。