AI会议纪要工作流适合周会、项目例会、客户需求澄清等结构较稳定的会议；不适合未经同意的录音、董事会或人事处分等高度敏感场景，也不适合用AI替主持人判断模糊共识。目标不是“生成一篇摘要”，而是让决议和任务准确进入执行系统。
步骤一：会前定义记录规则
邀请中说明是否录音、用途、保存期限和可访问人员。会前创建议题、预期决策和参会角色；主持人明确说出“决定为”“负责人是”“截止日是”。清晰会议比任何转写模型更重要。
步骤二：录音与转写质检
稳定收音，记录发言人；转写后优先核对人名、数字、日期、产品型号和否定词。原始录音和转写按公司数据策略存储，不把敏感音频上传未批准工具。发现关键段落听不清，应标时间戳待确认。
步骤三：让AI区分信息状态
仅根据转写整理会议，不补充外部事实。
输出：①已决议事项及原文依据；②待办：动作、负责人、截止日、
依赖、验收标准；③讨论中但未决议；④风险；⑤待确认。
没有明确人名或日期就写“待确认”，不得按发言人猜负责人。
区分“建议、计划、承诺、决议”，保留关键时间戳。
步骤四：两轮人工确认
记录人先对照原文核查事实、遗漏和状态；主持人确认决议；任务负责人确认动作、日期和验收标准。争议项回到会议上下文，不允许行政人员替业务拍板。确认版应带会议时间、版本和修改记录。
步骤五：同步飞书任务
每个任务至少包含标题、描述、负责人、截止时间、优先级、关联项目、依赖、验收标准和纪要链接。先预览待写入清单，再批量创建；创建失败要重试或进入人工队列，防止部分任务无声丢失。
推荐链路：会议录音 → 转写质检 → AI结构化 → 人工确认 → 飞书任务 → 群内发布纪要链接 → 到期提醒。相关建设可结合 企业AI解决方案 和 从Chat到工作流。
步骤六：复盘闭环
每周抽检纪要，记录会议结束到发布的中位时长、决议准确率、任务完整率、负责人修改率、按时完成率和错误返工。若AI生成很快但参会人仍花大量时间重写，应优化会议表达、转写或字段，而不是继续增加自动化。
一次项目周会的完整示例
会议中出现三句话：“设计稿周三前应该能给”“小李先看看供应商方案”“上线日期还要等客户确认”。AI初稿很可能生成两个任务和一个上线日期，但正确处理应更谨慎：第一句缺少明确负责人，列入待确认；第二句可形成任务，但“看看”没有交付物，应向主持人确认是提交对比表还是只口头反馈；第三句属于依赖条件，不是已确定日期。
确认后，飞书任务可以写为：“提交三家供应商方案对比表”，负责人小李，周三18:00前，验收标准为包含价格、交期和风险，依赖为供应商回复。纪要中另列“上线日期待客户确认”，不创建带虚假截止日的任务。这个过程展示了工作流的真正价值：AI负责发现候选信息，人把模糊语言转为可执行承诺。
如果某类会议连续出现大量“待确认”，不要简单要求模型更大胆。应改进主持规范：每个议题结束时复述结论、负责人、截止日和验收标准。源头结构改善后，自动化准确率才会稳定提高。
常见坑与红线
常见坑是把摘要当纪要、把讨论当决定、任务只有动词没有验收标准、多人共担却无人负责，以及直接把长篇正文复制到群。还要避免重复创建任务、时区错误和权限导致链接不可见。
红线包括未经同意录音、敏感数据越权访问、AI猜测负责人或截止日、未经人审自动建任务、自动修改或删除既有任务、没有日志和暂停能力。涉及客户承诺、预算和合规结论时，应由授权人额外确认。
小结
AI会议纪要工作流的价值在于减少信息衰减，而非生成漂亮文本。先选一种固定会议跑通四周，确保“决议准确、责任明确、系统可追溯”，再复制到其他会议。
想评估现有会议制度和飞书链路是否适合自动化，可申请 AI智效中心的 免费AI能力评估。
常见问题
纪要可以不审核就建任务吗？
不可以。必须先确认负责人与日期。
所有会议都适合AI纪要吗？
不适合；高度敏感、禁止录音、讨论缺少结构或参会者未同意的会议应采用人工记录。
如何判断AI会议纪要是否有效？
看纪要发出时长、决议准确率、任务字段完整率、按时完成率和因错误纪要产生的返工。