先讲一个你一定经历过的场景。周三下午产品经理小陈想开个需求评审会。她在飞书群里说“大家周五下午3点有空吗评审一下新功能。”群里7个人过了半小时才陆续回复两个人说“周五有冲突”一个人没回一个人问“要多久”。小陈只好重新提议时间再等一轮。等到终于敲定时间已经过去了大半天。周五下午3点大家进会议室。产品讲了20分钟需求开发提了15分钟问题设计补充了5分钟意见。散会时每个人都觉得自己听懂了但没人记下来到底谁要做什么。周一早上小陈发现该做的没做该跟进的没人跟进只好再拉一个会重新对齐。这一套流程下来拉人2小时开会1小时会后追进度2小时——一个评审会真正有效的讨论可能只有20分钟剩下的全耗在了“组织”和“善后”上。后来我们给团队配了一个会议全周期Agent。它贯穿会前、会中、会后把那些浪费时间的环节全部自动化。现在小陈只需要说一句“帮我约个需求评审会主题是新功能XX参会人产品、前端、后端。”剩下的事Agent全包了。这篇文章我把这个Agent的完整设计拆给你看。会前怎么自动排日程、会中怎么做实时纪要、会后怎么派任务跟进度——每一步都有我们踩过的坑和填坑的办法。一、会前从“群聊拉锯”到“一句话搞定”会前最耗时的不是会议本身而是找时间。7个人的群聊每个人都有自己的日历安排手动对齐一轮又一轮效率极低。我们的会前Agent做了三件事1.1 智能时间提议用户说“开个需求评审会预计1小时参会人A、B、C、D”Agent做两件事读取所有参会人的日历需要授权找出未来3天内大家共同的空闲时段。按“空闲时长≥1小时”筛选按“参会人覆盖率”排序优先选全员都有空的时段次优选只有1人冲突的时段。然后Agent在群里发一条消息“建议周五下午3:00-4:00全员空闲。备选周五上午10:00-11:00B有冲突。是否确认”用户点一下“确认”会议邀请自动发出。避坑不要假设所有人都愿意公开日历。我们设计了两级权限团队成员可以授权Agent读取“忙/闲”状态不显示具体事项也可以授权读取完整日历用于更智能的排期。如果不授权Agent把该用户当作“待人工确认”发消息询问其可用时间。1.2 自动拉人 预置议程会议时间确定后Agent自动创建日历事件添加所有参会人生成会议链接飞书/腾讯会议/钉钉如果用户提供了议程Agent把它格式化成会议描述如果没有Agent根据会议主题和参会人角色自动生成一个建议议程草案“1. 背景介绍5min 2. 方案讨论30min 3. 结论与待办10min”用户可以在会议邀请发出前修改议程。这个功能看似小但实际使用中很多会议就是因为没有议程而跑题Agent至少给了一个“最低标准”的框架。1.3 会前提醒 材料预读会议开始前30分钟Agent在群里所有人“需求评审会将于30分钟后开始请提前阅读以下材料[链接]”材料从哪里来Agent会检索与会议主题相关的文档从知识库或飞书文档里按相关性排序把最相关的3篇附上。用户也可以手动上传材料Agent会一并纳入提醒。二、会中实时纪要不让人当“速记员”会中最痛苦的角色是会议纪要撰写人——一边听讨论一边狂敲键盘生怕漏掉什么。结果是记了笔记就没法参与讨论参与了讨论就记不全。我们的会中Agent用实时转录智能摘要解决了这个问题。2.1 实时语音转文字会议开始后Agent自动加入会议作为静音参会者实时将语音转成文字。我们用的是Whisper API或飞书自带的实时转写能力准确率在安静环境下可达95%以上。隐私处理我们会在会议开始时由主持人宣布“本次会议将进行自动转录”参会者可以选择退出Agent离场。部分敏感会议如薪酬讨论默认不开启转录。2.2 会议中实时推送纪要不是等结束才给传统做法是会议结束后才发纪要。但Agent可以做得更好在会议进行中每隔5-10分钟自动生成当前阶段的摘要推送到会议聊天窗口。比如讨论到第15分钟Agent推送“【阶段摘要 14:30-14:45】讨论了新功能的登录方式倾向于使用手机号验证码暂不支持第三方登录。待确认验证码有效期。”参会者可以实时看到“刚才大家达成了什么共识”如果有误解当场纠正。这比会后发一份长长的纪要再等人反馈要高效得多。2.3 自动标记待办会中就识别Agent在转录过程中实时识别“待办语句”——包含“我们要……”“你来负责……”“周五前完成”等模式的句子。识别到待办后Agent立刻在聊天窗口发一条确认“我听到一个待办由张三负责完成登录模块开发截止周五。是否正确”参会者可以当场点“确认”或“修改”。确认后的待办直接进入任务系统不等会后。效果会议结束时待办已经创建好了而不是写在一张纸上等会后整理。三、会后自动派任务不用再问“谁负责”会议结束后Agent做的第一件事不是“写纪要”而是整理和分发任务。3.1 生成结构化纪要Agent把整个会议转录文本输入LLM输出一份结构化的纪要包含核心结论大家最终同意了哪几件事3-5条待办清单负责人、任务、截止时间已经过会中确认未决问题会上没有达成一致、需要另行讨论的事项纪要长度控制在300字以内太长没人看。格式上我们用加粗突出结论和待办方便快速扫读。3.2 自动派发任务对于纪要中的每条待办Agent调用飞书/钉钉任务API为负责人创建任务并设置提醒截止前24小时提醒一次截止时提醒一次。同时在任务描述中附上会议纪要的链接方便追溯上下文。坑有些待办需要多人协作但Agent只创建了一个任务、一个负责人。我们的解决方案允许任务描述中其他协作者Agent会在任务创建后自动这些人并发送一条协作邀请。3.3 任务跟进看板避免“会后没人动”Agent不止创建任务还会持续跟进。我们做了一个简单的“任务健康看板”每天上午9点Agent检查所有未完成的任务如果任务距离截止时间不足24小时且进度为“未开始”Agent在群里负责人提醒如果任务逾期超过48小时Agent升级提醒同时通知任务创建者通常是会议主持人这个机制看起来“啰嗦”但实际运行后会议待办的按时完成率从52%提升到了84%。原因很简单人容易忘机器不会。四、全链路串联一个需求评审会的完整旅程让我们用同一个例子把会前、会中、会后串起来。小陈产品经理在飞书对Agent说“帮我约个需求评审会主题是‘登录方式优化’参会人小陈、前端老王、后端小李、测试小赵预计1小时。”会前Agent读取4人日历发现周五下午3点全员空闲生成建议议程1. 现状问题5min2. 方案讨论30min3. 结论与待办10min发送会议邀请附带会议链接会中Agent静音入会实时转写讨论到第10分钟有人提议“用手机号验证码”Agent实时推送摘要“方案倾向手机号验证码”第25分钟有人说“老王你来负责前端SDK集成周五前完成”Agent弹出确认“待办老王负责前端SDK集成截止周五。正确”老王点“确认”会议结束Agent生成纪要已确认的待办已进入任务系统会后老王收到飞书任务“前端SDK集成截止周五附会议纪要链接”周三截止前2天任务状态仍是“未开始”Agent老王提醒老王周三开始做周五按时完成小陈的投入只说了一句话“帮我约个会”中途确认了一个时间会上正常参与讨论。会后0操作。而她以前做同样一件事群里拉人2小时→开会1小时→会后写纪要30分钟→追进度2小时→总计近6小时。现在压缩到1小时会议本身其他环节几乎清零。五、三个核心避坑指南坑1实时纪要让参会者“不敢说话”早期版本中Agent把每个人的发言都准确转写并实时推送。结果很多人不敢说话了怕说错话被永久记录。调整实时推送只发“结论摘要”和“待办确认”不发逐字稿。完整的转录文本只保留给会议主持人其他人不可见。同时在会议开始时明确告知“转录内容仅用于生成纪要不会被用于绩效评估”。坑2自动拉人时忽略了“可选参会人”有些会议需要某些人“知情但不必须参加”。如果Agent把所有人都当作必须参会日历冲突时会过度优化。解决支持标记“可选参会人”。Agent排日程时可选参会人的冲突不阻断时间提议只在最终邀请时注明“此会议对你为可选”。坑3任务派发后负责人换了怎么办会后任务指派给了老王但老王临时休假需要转给老李。Agent需要支持任务转交负责人可以在任务卡片上点“转交”选新负责人Agent自动更新任务并通知原负责人和新负责人。六、你也能够从一个小功能开始会议全周期Agent听起来很大但你可以从最痛的一环切入如果拉人最烦先做会前智能时间提议哪怕只支持读取日历的忙/闲状态如果纪要最烦先做会后自动纪要上传录音文件自动生成摘要和待办如果任务总跟丢先做会后任务自动派发从会议纪要文本里提取待办每个小功能单独上线都能节省团队大量时间。等跑顺了再把会中实时能力加上。写在最后会议的终点不是散会是任务完成很多人把“开会”当成目的实际上开会的唯一目的是达成共识并产生行动。而绝大多数会议的问题不是讨论不充分而是会前组织太累、会中记录太乱、会后跟进太弱。会议全周期Agent做的不是替代你开会而是把你从“会议保姆”的角色里解放出来。它帮你拉人、排时间、记笔记、派任务、催进度——你只需要做一件事带着脑子来开会。下次你要拉一个会的时候不妨先问问自己如果有个Agent能帮我搞定所有杂事我是不是能把更多精力放在“我们要解决什么问题”上答案是肯定的。因为会议的价值从来不在会议本身。