Skip to content
查看 GitHub 源文件

源文件:https://github.com/lennonli/licheng-AI-tutorials/blob/main/docs/agent-practice-09-meeting-minutes-ABL-20260831-V1.md

AI实战09|开完会别自己整理:让Agent直接生成纪要和待办清单

很多会议真正麻烦的,不是开会本身。

而是会后。

你需要重新听录音;

翻聊天记录;

找会议材料;

确认谁负责什么;

再整理成会议纪要。

如果会议时间比较长,这件事很耗精力。

这类工作其实非常适合直接交给Agent。

一、不要只让AI“总结会议”

很多人把录音转成文字以后,会直接说:

“帮我总结一下。”

结果AI生成一篇看起来很完整的摘要。

但真正工作中更有价值的通常不是摘要,而是:

这次会议到底决定了什么,谁要做什么,什么时候完成。

所以会议整理最好至少区分:

会议结论;

待办事项;

负责人;

截止时间;

待确认问题。

二、先把所有会议材料一起给Agent

一次会议的信息可能分散在:

录音或转写稿;

会议议程;

PPT;

聊天记录;

会前文件;

会后补充消息。

如果只给一份录音,Agent可能不知道某些项目名称和背景。

更好的方式是:

把相关材料放到同一个位置,让Agent综合整理。

三、一定要区分“讨论过”和“已经决定”

这是会议纪要里最容易出错的地方。

会上可能有人说:

“我们是不是考虑下周上线?”

这只是一个建议。

但AI如果总结得过于积极,可能写成:

“项目下周上线。”

意思完全变了。

所以可以明确要求:

只有明确形成共识或决定的事项,才列为会议结论。

还在讨论、没有最终决定的内容,单独放进:

“待确认事项”。

四、待办事项要尽量结构化

一条好的待办,不应该只是:

“继续推进合同。”

最好整理成:

任务:修改合同知识产权条款;

负责人:张三;

截止时间:9月5日;

依赖事项:等待客户确认价格附件;

状态:待处理。

这样以后才能真正跟进。

如果会议里没有明确负责人或截止时间,不要让AI自行猜。

直接标记:

未明确。

五、长会议不一定需要逐字整理

一场两小时会议可能有大量:

寒暄;

重复表达;

跑题讨论;

没有结论的观点。

真正有价值的信息可能只占一小部分。

所以Agent整理会议时,不必默认生成一份很长的逐字摘要。

更实用的是:

压缩讨论过程,保留决定和行动。

除非会议本身需要非常完整的留痕,比如重要谈判、访谈或证人沟通,再单独保留详细版本。

六、律师场景里可以再多提取一层

比如项目会议、客户会议、尽调会议,可以额外提取:

客户确认的事实;

尚未确认的事实;

需要补充的材料;

法律问题;

下一步工作。

这样会后就可以直接形成:

项目任务清单。

而不是律师再从会议纪要里重新找一遍。

七、会议纪要最好和待办表分开

我比较建议生成两个成果。

第一份:

会议纪要。

适合阅读,记录:

背景;

主要讨论;

明确结论;

待确认事项。

第二份:

待办清单。

适合执行,记录:

事项;

负责人;

截止时间;

状态;

备注。

这样“记录会议”和“推进工作”就分开了。

八、Agent整理以后,人只需要重点检查三件事

第一:

重大结论有没有理解反。

第二:

负责人和截止时间有没有听错。

第三:

哪些只是建议,却被误写成决定。

这三类问题比文字是否漂亮重要得多。

尤其是涉及:

金额;

期限;

项目决定;

法律责任;

客户明确指示

时,最好回到原始录音或转写位置复核。

直接复制的实战提示词

请根据【会议录音/转写稿/聊天记录/会议材料所在位置】整理本次会议。重点区分“已明确决定”“讨论但未决定”“待补充材料”和“后续行动”,不得把建议或讨论意见写成最终结论。请生成【会议纪要.md/docx】和【待办清单.xlsx】,待办清单列明事项、负责人、截止时间和备注;原材料中未明确的信息标记“未明确”,不要自行推测。文件保存至【输出文件夹】,并列出需要人工重点确认的重大决定、金额、日期等事项。

最后记住一句话

会议结束后,真正重要的不是:

“大家聊了什么。”

而是:

“最终决定了什么,下一步谁来做。”

把这两件事交给Agent整理,会议纪要才真正从记录工具变成执行工具。

内容同步自 GitHub 仓库,仅作为工具教程与工作流说明。

CONTACT

联系李成律师

扫描二维码添加微信,沟通法律 AI、非诉业务及相关合作事项。

手机端可点击二维码查看原图并长按识别。

李成律师微信二维码扫码添加微信