广告
一个十人规模的项目周会，会后常见的状态是：纪要发出去了，任务却没人认领；两周后再翻，才发现三条待办互相冲突。AI 能把记录从 40 分钟压到 5 分钟，但记录变快以后，暴露出来的是另一个问题——拍板环节没有被一起提速。
一、纪要的价值不在"记得全"，在"谁认了" 会议内容本身并不稀缺，稀缺的是认领动作。把 AI 放进会议流程，第一版不要追求自动派活，只做一件事：把每条结论拆成"动作＋负责人＋截止时间"三栏，缺任何一栏就标红。很多团队第一次这么跑完，会发现三类空位——没有负责人的决定、没有时间的任务、两件事挂在同一个人身上但优先级没排。这三类空位是人工开会时最容易被声音掩盖的部分，AI 只是把它们显式地摆出来。
二、先定口径，再谈准确率 会议纪要最容易翻车的地方不是错字，是口径：同一个项目在不同人的发言里有三个名字，同一个指标有含百分比和不含百分比两种说法。上线前把清单固定下来——项目名、指标名、责任人姓名（含部门）、时间表达（统一到日期）——让模型只能从清单里取值，不能自由发挥。这一步不做，后面所有统计都不可信。
【留个真问题】你的会议纪要，是让参会人"确认一下"，还是让执行人"认领掉"？如果发出去以后还需要再开一次会去落实，那 AI 省下的只是打字时间。
三、哪些必须人来批 纪要里有两类内容绝对不能自动发出：涉及对人的评价，以及涉及金额、排期变更的结论。稳妥做法是把纪要分成两段：可自动发的"事实与待办清单"，需要确认的"判断与承诺"。后者由主持人过一遍再放行，成本很低，但能避免 AI 把一句气话变成正式承诺。
四、把会议变成可回溯的档案 真正省时间的是第三个月：当所有纪要按同一结构沉淀，检索"上季度关于定价的结论"就变成一次查询，而不是翻十个群。前提是每份纪要都带同一套字段，而不是十个人十种写法。
五、把上次的未闭合项放在第一项议程 一个容易见效的小改动：每次会议开头，先把上次会议仍未闭合的待办读一遍，逐条问"继续、关闭、还是换人"。这件事不需要任何模型能力，但它让纪要第一次有了闭环。AI 的角色是提前把这些条目和当前状态排好，而不是在会上再讲一遍故事。
会议本身不需要变聪明，需要的是它产出的东西能被接着用。纪要的终点不是一份文档，而是一条已经有人认领的待办。