用 AI 把会议录音变成待办清单
相关搜索
这篇用到的 skill(5)
主力。多智能体分工听会、整理结论与决策,适合正式评审/周会。
下载技能包 → https://github.com/anbeime/skill/tree/main/skills/multi-agent-meeting/multi-agent-meeting把会议记录转成带 owner 与时间的待办,轻量好用。
npx skills add NousResearch/hermes-agent -g从任意文档(含会议记录)抽取义务、截止时间与任务。
npx skills add NousResearch/hermes-agent -g要 AI 直接进 Google Meet 听会、转写、会后跟办时用它。
npx skills add NousResearch/hermes-agent -g走 Microsoft Teams 的会议摘要与任务回放。
npx skills add NousResearch/hermes-agent -g
会议最大的浪费不是开会长,是开完没人记得"谁、什么时候、交什么"。这套流程的核心是把散落的讨论压成一张带 owner 和 DDL 的待办表,而不是再写一份没人看的纪要。
这篇适合谁 / 不适合谁
适合:
- 周会、需求评审、复盘会这类"有结论就要有动作"的会议
- 你已经有录音 / 转写文本,或能让 AI 直接进会
- 想要的结果是"下周能追进度的清单",不是长篇会议记录
不适合:
- 纯脑暴、没有结论的会议(AI 也抽不出待办)
- 涉密会议(转写会上云,先确认数据出境合规)
- 要求逐字稿留证的正式场合(那是转录,不是整理)
开始前准备什么
- 会议素材:录音文件,或已转写的文本。没有转写就先让 AI 转(Google Meet / Teams 插件可自动转写)。
- 已知上下文:这是哪类会、要产出什么(决策 / 待办 / 风险)。
- (可选)参会人 → 系统账号映射:这样 owner 能直接落到人名而不是"产品同学"。
操作步骤
1. 装 skill
multi-agent-meeting 是多智能体分工听会的技能包,把目录复制到客户端技能目录即可(与一般 Agent Skill 装法一致):
| 客户端 | 目录 |
|---|---|
| Claude Code | ~/.claude/skills/ |
| Codex | ~/.codex/skills/ |
| Cursor | ~/.cursor/skills/ |
| Trae | ~/.trae/skills/ |
| CodeBuddy | ~/.codebuddy/skills/ |
| 通义灵码 | ~/.lingma/skills/ |
2. 先转写(没有文本时)
把这份会议录音转成文字稿,保留说话人标记(Speaker A/B/C),
去掉寒暄和口头禅,但别删任何结论、数字和承诺。3. 抽结论与待办
把文字稿丢给 AI,只做一件事:结构化。
基于下面的会议文字稿,产出两张表:
1. 决策表:结论 / 提出人 / 反对意见(若有)
2. 待办表:任务 / owner / 截止时间 / 验收标准
要求:
- owner 必须是具体的人,写不出的标 [待确认]
- 截止时间必须写具体日期,写不出的标 [本周内]
- 每条待办都能在会后单独追进度,不要合并轻量场景用 meeting-action-items 一个 skill 就能直接出待办;要从一份长文档里补抽义务,用 document-to-action-items。
4. 回贴并确认
把待办表贴回群 / 工单系统,逐条 @ owner。这一步别省——AI 抽的 owner 常有歧义,让人确认一遍,待办才算立住。
会踩的坑
| 坑 | 现象 | 怎么绕 |
|---|---|---|
| owner 写成角色 | "产品负责"而非"张三" | 提示词里要求"具体人名,写不出标 [待确认]" |
| 截止时间模糊 | "尽快""下周" | 强制具体日期,否则标 [本周内] |
| 把讨论当结论 | 待办里混了没拍板的话 | 决策表和待办表分开,只把拍板的进待办 |
| 转写丢人 | 分不清谁说的 | 会前给说话人命名,或转写后先校正 |
| 涉密上云 | 合规风险 | 内部会走本地模型,别把敏感录音丢给外部服务 |
FAQ
没有录音只有笔记能整理吗?
能。document-to-action-items 专门从文档抽义务与截止时间,零散笔记也能用。
AI 进会实时转写好用吗?
好用但要授权。Google Meet / Teams 插件能让 AI 直接参会、转写、会后跟办;首次用记得在会议里说明"有 AI 记录"。
待办能直接进 Jira / 工单吗?
可以,让 AI 按你的工单字段格式输出(标题 / 负责人 / 截止 / 描述),你批量粘贴或对接 API 即可。
多人会议的 owner 总错怎么办?
会前给一份"参会人 → 系统账号"映射表,提示词里要求按映射填 owner,准确率会明显上升。
纪要还要写吗?
要结论就不要长纪要。把决策表 + 待办表贴出去就够了;真要存档,让 AI 基于这两张表生成一段 200 字摘要即可。
相关指南
顺着这些场景接着看:
相关源码
- anbeime/skill · multi-agent-meeting 源码
- NousResearch/hermes-agent · meeting-action-items 源码
- Agent Skill 开放格式规范
一句话结论
结论:会议的价值在「谁、何时、交什么」——让 AI 把讨论压成带 owner 和截止时间的待办表,比再写一份没人看的长纪要实用得多。
参考来源
相关场景
用 AI 写 PRD 和产品需求文档
PRD 的痛不是"格式不对",是"目标和验收标准写不清,开发靠猜"。让 AI 写 PRD 的核心是:先给它背景、目标用户、要解决的问题,让它产出"功能列表 + 验收标准 + 边界",而不是替你想清楚"为什么做"。
用 AI 写周报和站会更新
周报的痛不是"写不出",是"把流水账写成了产出"。让 AI 写的核心是:给它原料(你这周干了啥、卡在哪),让它按"进展 / 风险 / 下一步"三段收口,而不是替你编内容。
用 AI 翻译和本地化文档
机器翻译最怕"通顺但走样"——术语翻错、语气不对、本地表达生硬。让 AI 翻译的核心是:先给术语表和目标读者语气,再让它"翻译+保留专有名词",最后你核对关键句,而不是整篇盲信。
用 AI 处理收件箱和客服消息
邮件自动化的红线是"草拟可以,代发要慎"。"分诊 + 起草草稿 + 你点发送"最稳;让 AI 直接群发,出问题的是你不是它。