开完一场项目周会，最怕的不是争论，是散会时那句「纪要谁整理一下，明早发群里」。整理的人心里苦：一小时录音，转写出来一万多字，删删改改两小时，最后发出去的还是一份没人看的流水账——谁说了什么、谁赞成谁反对，记得清清楚楚；谁负责什么、什么时候交付，模模糊糊。真正的会议资产不是「过程」，是散会时那几条结论和一堆待办，而这些东西恰恰最容易被记丢。
现在越来越多团队让 AI Agent 干这活。但「让 Agent 记会议」和「用好了」之间差着一整套流程：录音从哪来、转写稿怎么变成结构化纪要、待办怎么保证不漏、发了纪要之后谁来跟进。这篇实战教程用一场真实的项目周会场景，把会议纪要自动化的五步流程拆开讲。
第 0 步：先定义纪要要产出什么，别让 Agent 记流水账
很多人第一步就错了：让 Agent「把会议内容整理一下」。结果它给你一份漂亮的流水账——讨论了什么、谁提了什么观点，全有；但你要的结论呢？责任人和期限呢？没有。
先想清楚一份能用的纪要有四类内容：结论与决议（这事定了，按 A 方案走）；行动项（谁、在什么时候前、完成什么）；风险与遗留问题（有争议没定论的，单独挂着）；下次议程。写进提示词的第一条规则就是：只提炼这四类，过程讨论默认不写。讨论过程是噪音，决议和待办才是资产——让 Agent 记流水账，等于花自动化的钱，生产手写版的无用文档。
第 1 步：录音转写，敏感会议别上云
转写是整条链路的地基，转写质量不行，后面全是空中楼阁。工具选型两条路：云 API（速度快、中文识别好、免费额度够个人用）和本地模型（Whisper 之类，数据不出机器）。判断标准就一条：这个会的内容能不能出公司网。
人事谈薪、财务对账、商务谈判、战略讨论这类敏感会，录音里全是不能外传的信息，坚决走本地转写——OpenClaw 接本地模型 那套 Ollama/LM Studio 方案同样适用：私有数据不出网，识别精度略降但换来的是安全底线。普通例会、公开分享会，用云 API 省时间。另外提醒一句：录会议知会参会人是基本礼仪，别让 Agent 替你偷偷录音。
第 2 步：从转写稿到结构化纪要，用 Schema 而不是「请写得规范点」
转写稿是口语流水，动辄上万字，直接丢给 Agent「总结一下」会得到风格随缘、格式随缘的结果。正确姿势是给一份固定模板，并且用结构化的方式约束它：会议信息（时间/参会人/主题）、决议列表、行动项列表（每条含负责人、截止时间、交付物）、风险遗留、下次议程。
怎么约束？AI Agent 结构化输出 里讲过：用 JSON Schema 定义好字段，让模型按 Schema 填，而不是靠提示词里一句「请写规范点」。比如行动项定义成 {"owner": 负责人, "deadline": 截止日期, "task": 事项, "deliverable": 交付物}，缺字段就让校验器拦下来重填。这样纪要直接是机器可读的，下一步自动进任务系统零成本。如果会里有人明确提出「这点先不写入纪要」或「这句划掉」，告诉 Agent 对这类指令一律听从，并标记出来。
第 3 步：质量门禁，待办必须有责任人、有期限、有动词
纪要自动化最容易翻车的点：Agent 把「大家觉得应该优化一下流程」也当成行动项记下来——没有责任人、没有期限，等于没记。给纪要加一道校验闸门，规则写死三条：
每条行动项必须有负责人，没有就回原文找，原文也没有就标「待指定」，绝不能默认记给会议发起人；必须有期限，原话没提就标「待确认」并列为会后的第一个追问；动词开头，「输出新版排期表」而不是「排期表的事」。这就是 AI Agent 质量门禁 的思路：把检查规则从「人靠感觉审」变成「机器按清单拦」，硬指标不过就重填。
更关键的是结论要能对上原话。Agent 提炼决议时偶尔会自作主张地「优化」措辞，把「小王说尽量周五」写成「小王承诺周五交付」——意思变了。做法是让 Agent 每条关键决议都附上转写稿原文片段做对照，OpenClaw 回放对照 讲的就是这个：同一任务别只看最终结果，要能对回原始依据。涉及对外承诺、要发给客户的纪要内容，还要走一步人工确认再外发——AI Agent 客户可见动作确认 的原则是：对外说的话，最后一下必须人点头。
第 4 步：纪要发出去只是开始，任务跟进才是闭环
纪要写完发到群里，很多人就认为这事结束了。错，真正的价值在会后：谁该干的活，到点干了没有。把纪要里的行动项自动同步进项目管理工具（飞书/钉钉/企业微信的任务、Jira、Trello 都行），然后设跟进规则：截止前 24 小时没动静，自动提醒负责人；逾期了，升级提醒到会议发起人——定时发日报周报 那套定时任务机制直接复用，每天早晨让 Agent 播报一遍「今日到期待办」。
这样下次开会前，Agent 先给你一份「上次会议待办完成情况」：谁按时交了、谁拖了、拖的理由是什么。会还没开，谁靠谱谁掉链子已经一目了然。会议纪要自动化的真正 ROI 不在省下整理的两小时，而在把「会上答应的事」变成「到点自动追的账」。
第 5 步：归档与复盘，转写原文和纪要一起留
纪要按项目、按日期归档，同时把转写原文和结构化纪要放一起存——这就是 AI Agent 证据包 的玩法：别只留最后那段漂亮的结论，原始依据一起留，三个月后有人问「当时到底谁拍的板」，翻得出原始记录。复盘时也方便反查：某条承诺是谁在什么时候做出的，链路清清楚楚，这就是 审计查询字段 的价值。
归档还有个隐藏工作：旧纪要会过期。项目转型了、口径变了，半年前的纪要结论还在被引用就麻烦了。建议定期让 Agent 巡检归档纪要，把已过期的决议标注「已失效」——和 知识库陈旧内容巡检 一个道理，文档库不巡检就会长出会骗人的旧结论。
防翻车：听不清、术语错、有争议，怎么处理
转写一定有错：同音词（「重构」变「重构」算好的，专业术语错得离谱）、多人抢话、方言口音。处理原则不是追求转写 100% 对，而是让 Agent 知道自己哪里不确定。做法：让 Agent 对把握不准的片段标记「存疑：此处听写可能不准确，原文为……」而不是硬编一个通顺句子——跟 AI Agent 工具调用失败排查 讲的一样，问题暴露出来才能修，藏起来就是雷。
存疑片段分两种处理：影响结论的，人工回听确认后再定稿；不影响结论的（寒暄、闲聊），直接标注略过。争议性内容没达成一致的，Agent 只记「双方观点 + 未达成一致」，不下判断、不和稀泥，挂到遗留问题里下次再议。
优缺点与适合人群
好处很实在：整理时间从两小时压到十分钟（你只做校对）；待办不再靠人肉记，漏项大幅减少；会后跟进自动化，承诺兑现率肉眼可见提升。代价也要说清楚：转写和提炼需要调几轮才顺手，术语多的行业（医疗、法律、研发）要准备术语表；敏感会议必须本地部署，别图省事上云；最关键的是——纪要的最终责任还是人的，Agent 是秘书，签字的是你。
适合：每周例会多、跨部门协作多、经常「会上说得好好的会后没人动」的团队；项目制、要留痕、要追责的场景收益最大。不适合：纯闲聊型会议（没内容可提炼，记了也是浪费）、一次性的电话沟通（走不到这套流程）、以及录音都懒得开的人——工具再强，也救不了不想记账的人。
总结
AI Agent 自动整理会议纪要，五步：先定规则只提炼决议和待办、别记流水账；按敏感程度选云转写或本地模型；用 JSON Schema 把纪要结构化成机器可读格式；装质量门禁，行动项必须有责任人、期限、动词，结论要对回原话；然后纪要进系统、待办自动跟、到点自动催。核心心法一句话：别让 Agent 当速记员，让它当那个替你盯住「谁答应的事谁办」的会议秘书——纪要只是开始，把会上答应的活办成，才是这套自动化的真正目的。
