用扣子Coze搭一个自动整理会议纪要的Agent，开会不用再手忙脚乱

打工人平均每个月要开31小时的会，其中一半时间浪费在没准备、没记录、会后忘跟进上面。会议纪要这事，听着简单，做起来是真的磨人：一边听一边记怕漏，会后整理又花大半天。与其自己硬扛，不如让扣子Coze帮你搭一个自动整理会议纪要的Agent。今天一步一步讲清楚，纯官方能力，不写一行代码。

先想清楚：为什么这种活适合交给Agent

一场半个小时的会议，转成文字能有几千字，让谁一行行看都头疼。Agent的价值就在这：它能把翻译、抓重点、生成结构化纪要这几件事全部自动化，你要的就是最终那份干净的纪要。

扣子本身就是字节跳动面向Agent时代的一站式AI平台，官方已经把"工作站、长期记忆、技能调用"这些能力做成开箱即用，会议纪要这种高频、流程化、可复用的任务，天然适合用它搭一个专属Agent。

方案一：扣子App的会议旁听功能，最省事

如果你要的是零配置最省心，直接用扣子App自带的会议旁听功能。它在手机端就能开：进入Agent的单聊页面，点输入框旁边的加号，选"旁听录音"，按提示开麦克风权限就能开始。

Agent会用手机麦克风记录并实时转写会议内容，会上发言人说什么、谁负责哪块，都被转成文字。会议结束后，它会自动帮你生成三样东西：会议纪要、结论、待办。项目、对话、文件还能多端同步，桌面端网页端随时都能接着看或分享。

这个路径适合单人跑会、临时旁听，几乎不需要任何搭建成本，上手就能用。

方案二：搭一个专属工作流，自动总结飞书群消息

如果你要的是团队级复用——比如每场会都把纪要沉淀到固定地方，那就用工作流搭一个"飞书聊天总结智能体"。官方文档里就有这套完整玩法，核心三步：

第一步，在工作流里加一个飞书消息插件，用它拉取指定群或单聊的聊天记录。这里有个关键点：把container_id参数直接引用系统变量sys_lark_chat_id。这样做了之后，把智能体拉到不同的飞书群，它能自动识别出当前群的ID，自动总结该群内容，不用每换个群就改配置。

第二步，加一个大模型节点，负责把聊天记录智能总结。给它设好人设和提示词，比如"总结{{input}}"，让它提炼出关键讨论、结论和待办。

第三步，加一个结束节点，把大模型输出的结果返回出来。最后把工作流发布、挂到智能体上，人设配套调好，就能在飞书群里当"隐形会议文书"用了。

想要更专业？把输出搞成结构化

真正的会议室场景，光有一大段总结还不够，你往往需要的是"决策、待办（含负责人和截止时间）、讨论要点、待定问题"这种结构化输出。这里有个取巧的思路：在给Agent的提示词里，把输出格式明确写死。

比如跟它约定必须输出"决策、每个待办的任务事项+负责人+截止时间+优先级、讨论要点、待定问题"四个区块。有个踩坑点提醒你：待办里的截止时间一定要能落到具体日期，像"尽快"、"本周内"这种模糊表达，最好让它标记为"截止时间待定"，而不是瞎猜一个日期填上，否则进了任务系统全是错的排期。

另外，负责人最好从"谁说的"这个信息里去提取，别靠猜职位。这样出来的纪要才能直接被拿来分配任务，而不是还得你二次返工。

把纪要接到下一步

Assembly纪要不是终点，让它发挥作用才是。常见的做法是把这些待办接到你的任务系统或文档里：飞书多维表格、飞书文档、项目管理系统都可以。扣子本身就能识别场景口令，比如你把一份会议纪要文档扔给它说"根据这个纪要创建飞书文档、写个工作安排"，它就能直接干。

更彻底的自动化是"会前好规划，会后自动派活"：会前用AI生成议程，会中用工具自动转写，会后让Agent出结构化纪要，再把待办分流到各自的负责人那。这套走通之后，开一场会的会后整理时间能压到十来分钟，而不是原来手忙脚乱的几小时。

说点实在的

会议纪要不是目的，让会议真正产出的决策和待办落地才是。新手建议先从扣子App自带的会议旁听用起，跑顺了再上飞书群工作流，想精益求精就把输出结构化。顺着这条路，你就能把一个"只会陪聊"的AI，变成真能帮你干活、把会议变成产出的Agent。