记忆
决策和阻塞日志
- 重复阻塞项
- 相对上次会议的变化
- 需要升级处理
← 返回用例列表
Kollab 对比最新录音和历史会议记录，追踪重复阻塞、延期行动项、状态变化和下次会议准备。
适合 WBR、产品站会、管理层同步、项目委员会和客户成功复盘。
运作方式
先过一遍这条工作流的执行顺序，再把里面的角色、来源和输出替换成你自己的流程。
- 01
读取会议历史
Kollab 读取最新录音、历史会议记录、开放行动项、决策和未解决阻塞。
- 02
跨周对比变化
Kollab 判断哪些是新增、重复、已解决、延续或本次未提到。
- 03
更新长期记录
已有阻塞项和行动项会被更新，而不是重复创建，保留每个问题的历史。
- 04
准备下一次会议
Kollab 生成准备页，把重复阻塞和逾期事项放到下次议程最前面。
起始提示词
更新这组周期会议的团队记忆。 输入： - 最新会议录音：[上传或链接] - 会议系列：[WBR / 产品站会 / 管理层同步 / 客户成功复盘] - 历史会议数据库：[Notion / Buildin 数据库链接；如果还没有，请先创建“周期会议记忆”数据库] - 涉及项目或客户：[列表] 请读取并更新这个 Notion / Buildin 数据库；如果数据库不存在，请先创建并使用这些字段： - Meeting Series - Meeting Date - Source Audio - Transcript - Decision - Repeated Blocker - Open Question - Action Item - Owner - Due Date - Status - Carried Over From - Changed Since Last Meeting - Needs Escalation - Needs Review 请执行： 1. 转录最新会议，并和前三次会议记录对比。 2. 找出新决策、重复阻塞、未解决问题和延期行动项。 3. 如果同一个阻塞项或行动项还在继续，更新已有记录，不要重复创建。 4. 给事项标记有变化、延续中、已解决或需要升级。 5. 生成下一次会议准备页，把最该先讨论的问题放在前面。 6. 对有争议的决策、缺负责人或状态变化不明确的事项标记为需要审核。 7. 不要把“没提到”当成“有进展”。如果某事项本次没讨论，保留上次状态，并标记为本次未提及。
从每周重启，到团队记忆
Kollab 保留整组会议里的决策线索和阻塞变化。
| 手动周期会议 | 用 Kollab | |
|---|---|---|
| 连续性 | 每周都要问上周发生了什么，再翻旧文档。 | 总结新会议前先读取历史决策、阻塞项和负责人。 |
| 重复阻塞 | 同一个问题反复讨论，却看不出模式。 | 重复阻塞会记录次数、负责人、状态和升级状态。 |
| 行动项 | 未完成事项被当成新任务重写。 | 开放事项带历史延续，而不是重复创建。 |
| 下次议程 | 下一次会议又从空白议程开始。 | 准备页突出逾期事项、重复风险和需要重开的决策。 |
| 总耗时 | 每周重新开始 | 会议系列会记得上下文 |
一组会议会保留什么
真正有价值的是穿过单次录音、持续存在的团队记忆。
行动
延续中的工作
- 负责人和截止日期
- 状态历史
- 本次未提及事项
准备
下次会议准备页
- 优先讨论的问题
- 逾期事项
- 需要重开的决策
探索更多相关链接
继续查看相关能力页，理解这个场景背后依赖哪些产品层和工具，才能被团队稳定复用。
常见问题
周期会议团队记忆这个使用案例能做什么？
把每周会议录音沉淀成持续更新的决策、重复阻塞、开放问题和跟进历史。
如何在 Kollab 里运行这条工作流？
把配置提示词复制到 Kollab，将占位内容替换成你的团队上下文，然后作为可审核任务在工作区里运行。
这条工作流会产出什么？
一个周期会议数据库，包含转录稿链接、决策、重复阻塞、延续事项、状态变化、升级标记和下次会议准备。
这条工作流会自动发布或修改外部工具吗？
不会。它会先生成可审核的草稿、brief、Artifact 或数据库更新，让团队确认后再决定是否发布或写回外部系统。
不要每周重新开同一场会
让每次录音更新长期决策、阻塞和跟进记忆。
运行 →