MONDAYLAB CREATOR WORKFLOW AI PRODUCT · AI SYSTEM DESIGN AI WORKFLOW 我们把开会这件事，外包给了 Agent
01 前言 01/08
不管是在职场还是在学校，「周会」这两个字对于大家来说，都太不陌生了。
以前一到开会前，团队里总会冒出一段看不见的忙碌：
- 有人翻模板改日期改主持人；
- 有人满世界找周报和项目表；
- 把散落的进展拼凑进文档；
临近开会，主持人还得把 群聊 和 上周纪要 翻一遍，确认哪些事情结束了、哪些事情还悬着。
后来有一段时间，小编意识到这个流程很繁琐，仔细计算了下时间开销：
拉一次会议文档以及做基础的会前准备，最少一个人也要花 10 分钟的时间，那假如要开 6 次会议，就要花掉一个小时的时间。一年一共有 52 周，那就莫名地要浪费掉了几十个小时。
在 Agent 满天飞的时代，第一时间想到的一定是如何用 Agent 来把这个事情解决了。
于是，我们给 会前流程 这个过程，配了一个专门的 开会 Agent 。
周会开始前，让 Meeting Agent 自动去拉取上次纪要、本周周报和项目进展，把还没完成的事和新冒出来的卡点整理出来，提前写进会议文档。
原来靠人工来回搬运的信息，现在先由 AI 整理成一份能直接进入讨论的底稿，人到齐之后，只需要把 注意力 放回 判断 、 协作 和 决策 上。
Agent， 帮你做会前准备
那下面就来仔细地聊聊， 开会 Agent 这个事情，是怎么从手动一步步变成自动的。
02 从手动开会到自动开会 02/08
过去这件事有多繁琐呢？周报要手动建，视图要手动筛，会议文档要复制模板改内容，提醒要靠人工发群消息，小问题也常常拖到会上才暴露，白白占用讨论时间。
| 环节 | 过去的问题 |
|---|---|
| 周报数据 | 手动建表容易漏人漏字段，还可能关联错周度 |
| 会议文档 | 复制模板改日期主题，重复劳动多，归档全靠个人记忆 |
| 会议提醒 | 人工发群消息，主持人信息经常漏掉 |
| 卡点对齐 | 会上集中暴露，小问题占时间，大问题反而聊不深 |
基于这个痛点，我们把 自动开会 分为两步来做决策：
把「准备会议」这件事交给 Agent；
把「要不要开会」这件事交给团队机制。
那新的节奏是：
每周周五，让 Agent 准备好本周数据、会议文档和配置；
每周周六，自动化提醒大家；
成员先填周报，小卡点找相关同学或 LD 线上对齐；
只有多人都卡住，或者需要跨角色协作时，主持人才组织大家开会。
Agent 会帮你把表格拉取好，人类仅需来补充相关数据即可
03 拆成 6 个自动化模块 03/08
那这套流程背后，Agent 到底是怎么干活的呢？
我们把它拆成了 6 个稳定模块，各自有明确的 输入 、 输出 和 责任边界 ：
| 流程 | 模块 | 执行时间 | 产出 |
|---|---|---|---|
| 01 | 创建周报记录 | 周五上午 | 6 条空白记录，负责人和板块已填好 |
| 02 | 更新周报视图 | 周五上午 | 视图只展示本周范围 |
| 03 | 复制会议文档 | 周五上午 | 生成本周文档并归档到会议目录 |
| 04 | 更新会议安排 | 周五上午 | 时间、主题、主持人自动写入文档 |
| 05 | 刷新会议配置 | 周五上午 | 配置表保存主持人、文档链接、提醒文案 |
| 06 | 发送周会提醒 | 周六 17:00 | 飞书 Base 自动化读取配置，发到群里 |
自动化脚本如下👇🏻：
周五，你的 Agent 准时拉数据、拉文档
这里有个小细节值得展开说说：整套配置里，我们没有让 Agent 直接发送群消息，主流程是让 Agent 先更新配置表，再复用原来的 飞书 Base 自动化 去触达 群组 。
周会配置表
为什么这样做的原因在于：
如果让 Agent 直接发消息，就得单独找个地方让它记住上周主持人是谁。这件事一旦交给大模型和本地 memory 去记，稳定性就会大打折扣。
反过来，把主持人信息直接更新进表里，下周自动化脚本跑起来时， Agent 只需要去表里查上一位是谁，按顺序往下排就行，不会出现遗忘或记错的情况，大模型的确定性也就有了保障。
总结来讲就是 各司其职 ：Agent 管准备，多维表格当数据接管员，自动化管通知，三者互不干扰。
不过这 6 个模块跑完，只是把周报的框架搭好了，真正决定 会 开得好不好的，是大家往里填了什么、怎么填。那这里就要说到 周报 在这套机制里扮演的角色了。
04 周报是会议路由器，不只是汇报材料 04/08
以前开会，信息是 串行流动 的：一个人讲完，另一个人才接着讲。
而现在，大家先在周报里 并行沉淀 进展 、 卡点 和 下周计划 ，提前看到彼此的情况。会议不再承担同步全部信息的功能，用来专注处理真正 需要面对面讨论 的部分。
这个使用的判断标准是：
大家都能同时看到周报的内容，如果一个问题只要一个人给个答案就能解决，就在线上处理（由对应的解决人，在周报里评论）；
需要多个角色一起形成判断，才放进会议。多人都卡在同一个点上，或者问题会影响目标节奏时，主持人会提前整理好背景材料再拉会。
周报：①看进度；②写要讨论的议程
周报把该讨论的问题筛出来了，那谁来带着大家讨论、又怎么保证讨论不跑偏，就要落到 主持人 身上了。
05 主持人轮值，责任到人 05/08
自动化解决的是准备问题，会议本身还是要有人主持。我们定了固定轮值顺序： 周一同学 → 周二同学 → 周三同学 → 周四同学 → 周五同学 → 周六同学 。
主持人要做的，是把讨论拉回本周真正的卡点上：
会前 浏览周报，标出共性问题；
会中 让大家围绕卡点展开，少一点单纯复述进展；
会后 确认结论、负责人和下一步动作是否都写进了文档。
Agent 会自动把当周主持人写进会议文档和配置表，自动化提醒时也会带出这个人。
值得一提的是，主持人是每周轮换的，判断力难免有波动，所以我们让 LD 在会前对主持人挑出来的重点做一轮轻量确认，扫一眼有没有漏掉真正该谈的大问题，或者有没有把不必要的小事拎进来占了会议时间。
筛选的责任始终在主持人身上，这个环节练的就是 主持人 判断「什么值得开会」的能力，LD 更多是兜底，不是替他做决定。
那前面讲的 自动化模块 、 周报机制 、 主持人轮值 ，其实都是同一套 SOP 里的 零件 。接下来就按时间线捋一遍，看看这些 零件 具体是怎么在每一天里运转起来的。
06 这套 SOP 是怎么跑起来的 06/08
串起来看，整个流程分 五段 。 周五 ，Agent 计算本周日期范围，参考上周记录创建 6 条空白周报，更新视图筛选条件，复制模板生成本周会议文档，写入时间、主题和主持人，再刷新配置表。文档生成后会自动归档到会议目录，团队打开知识库就能看到本周这一份：
会议纪要存档
周六 17:00，飞书自动化读取 weekly_current 配置，把主持人和提醒文案发到周会群，同时带上文档和周报的入口。
自动化通知
会前，每个人填写进展、卡点和下周计划，小问题直接找相关同学或 LD 线上对齐，主持人提前整理出需要会议讨论的问题。拉开这份文档，议程其实已经帮组织安排好了：
会议文档议程
议程 1 和议程 2 都是 Agent 根据周报数据整理出来的，前者是 本周进展 ，后者是 大家提交的卡点 。
开会前半小时，大家可以先进去 补一补 周报里没写全的东西；
主持人则趁这个窗口把 议程 2 里真正需要当面对齐的点挑出来，然后逐个进行对齐。
真正开会时，大家先通过议程 1 ，一眼看完全员进展，不用再一个个轮流讲；
然后主持人带着大家逐条过议程 2，谁的信息最相关谁补充背景，谁负责后续动作谁确认 next action 。
会后，主持人或记录人把关键结论，通过 会议纪要 给补回文档里，需要继续推进的事情拆成明确的负责人和下一步即可。
周报承接进展， 配置表 承接会议状态， 会议文档 承接结论， 自动化 承接触达。
至此，这套 SOP 就把会议前后的信息流彻底打通了。
从会前到会后，清清楚楚
07 结束语 07/08
整套 SOP 从周五生成文档转到会后结论写回，走完一圈后，可能有人会问：都已经有 会议纪要 了，为什么还要专门准备会议文档呢？
这里给出的答案是，你可以把 会议文档 理解为是给 会议搭了一套脚手架。没有它，会议很容易漫无目的地一开就是两三个小时；有了它，一共几个议程、每个议程大致聊什么，会前就清清楚楚。
准备议程和会议文档这件事，可以交给 Agent 去做；会中讨论完，产出会议纪要；会后再让 Agent 做一轮归档整理，还能把纪要持续喂给 AI，让它帮你沉淀经验。
Agent 驱动的会议，核心是把 会前准备 、 信息整理 和 提醒触达 这些环节先跑起来， 判断 、 协作 和 决策 ，依然握在 人 手里。这套流程也让会议从「每周例行同步」，慢慢变成了「围绕真实卡点的协作机制」。
一套 Agent 脚手架 = 帮你把会议安排明白
