很多团队已经开始用 AI 生成会议纪要，但纪要本身并不等于复盘。真正影响效率的，往往是会后谁要做什么、哪些结论需要同步、哪些知识库页面该更新、哪些风险还没有负责人。
所以我更建议把会议纪要当成一个 Agent 工作流，而不是一个单次摘要任务。它可以接住录音转写、聊天记录、会前材料和会后补充，把信息整理成能继续推进的结构。这个思路和 客户访谈整理 很像，核心都是保留证据，再抽取结论。
先把会议分成三类
不是所有会议都需要同样的复盘强度。例会重点是进度和阻塞，评审会重点是决策和风险，访谈会重点是原话和需求证据。Agent 的提示词应该先识别会议类型，再决定输出结构。
如果所有会议都套一份“摘要、重点、待办”的模板，最后看起来整齐，实际很难用。做产品评审时没有记录决策依据，做客户访谈时没有保留原话，后面都会补账。
行动项要能落到人和时间
会议纪要里最容易虚掉的是行动项。“继续跟进”“后续确认”“尽快整理”这些话没有责任人和截止时间，几乎等于没写。Agent 应该把待办拆成动词开头的句子，并标注负责人、依赖项和不确定点。
这一步可以连接 周报自动化。周报不必重新问每个人进度，而是从会议行动项、任务系统和聊天补充里汇总。这样会后记录才会进入团队节奏，而不是躺在文档里。
知识库更新要单独列出来
会议里经常会冒出新的规则、客户反馈、产品口径和流程变化。如果只写在纪要里，下次 Agent 做问答时仍然查不到。更好的做法是让会议复盘 Agent 单独输出“建议更新的知识库条目”。
这和 内部问答资料更新 是同一个问题：知识库不是一次性搭完的，它需要从真实业务流里持续补充。会议复盘正好是一个稳定入口。
别省掉人工复核
会议复盘不是让 Agent 替团队做决定。它适合做第一轮整理，把信息按结构排好，把缺口暴露出来，再交给主持人或负责人确认。尤其是人名、金额、承诺时间和对外口径，必须复核。
如果团队已经做过 Agent 评估，可以把“待办准确率”“责任人识别准确率”“知识库更新采纳率”作为会议复盘流程的指标。这样才能知道它是不是在真正节省时间。
总结
用 AI Agent 做会议纪要复盘，重点不是生成一段好看的摘要，而是把会议继续推进：结论可追溯，待办能落地，风险能提醒，知识库能更新。做到这一步，会议记录才会变成团队协作资产。
