ARTICLE · 1043354
我用 AI 搞定了以前最头疼的一件事:40 分钟会议录音,10 分钟变成可直接发的纪要
今天这篇介绍 AI 更容易直接用到工作里的场景：把一段混乱的会议录音，整理成真正能发给团队的会议纪要。
这个选题也和最近 AI 产品的变化有关。9 月 15 日，Google 发布 Gemini 3.8 Live / Extended Thinking，继续强化实时语音交互与复杂多步推理；同一天 Gemini Notebook 也加入了实时语音对话、录音以及交互式学习能力。 趋势已经很明显：AI 正从“等你打字提问”，变成直接处理我们工作中原本就存在的语音、文件和资料。
我用 AI 搞定了以前最头疼的一件事：40 分钟会议录音，10 分钟变成可直接发的纪要
以前开完会，我最不愿意做的一件事，就是整理会议纪要。
尤其碰到那种四五个人一起讨论的会。
有人讲产品，有人突然插一句技术问题；聊着聊着又跑到预算；最后大家说了一句“那就这么定了”，散会。
会议结束的时候感觉什么都聊清楚了。
等你打开录音准备整理：
谁刚才答应了什么？
到底哪件事是确定的，哪件事只是随口讨论？
那个时间说的是下周一还是下下周一？
瞬间头大。
前几天我干脆试了一次：不自己整理了，直接把整段会议录音交给 AI。
原本只是想偷个懒。
结果跑完整个流程之后，我发现这可能是普通上班族最值得学会的 AI 用法之一。
因为它没有什么炫技成分。
就是实实在在地帮你少干半小时活。
01
我先拿了一段真实工作场景来测试
假设我们刚开完一次产品需求讨论会。
参与人有产品、设计、技术和运营。
整场大概 40 分钟。
里面既有正常讨论，也有大量这种废话：
“这个我觉得可以。”
“等一下，我看一下。”
“刚才那个方案你再往前翻一下。”
“不是这个，前一个。”
“对对对，就是那个。”
如果直接让 AI “总结会议”，结果通常不会特别好。
它很容易给你一篇看起来四平八稳的摘要：
本次会议围绕新版本产品需求展开讨论，与会人员就功能、设计、开发周期等方面进行了充分交流……
看到这里我就知道：
这份纪要基本没什么用。
因为真正需要的信息一个都没提炼出来。
所以第一次尝试之后，我马上改了方法。
02
不要让 AI“总结”，要告诉它你开完会之后准备干什么
第二次，我没有再说：
帮我总结一下这段会议。
而是换成下面这段：
请根据这段会议录音，生成一份给项目团队内部使用的会议纪要。
请重点提取：
- 会议基本信息：时间、参与人、主题
- 已经明确做出决定的事情
- 还存在争议、暂时没有结论的事情
- 待办事项：负责人、任务、截止时间
- 会上提到的重要数字、时间节点和产品名称
- 需要会后再次确认的信息
不要按照发言顺序流水账总结。
删除寒暄、重复表达和与项目无关的内容。
如果录音中没有明确负责人或截止日期，请写“待确认”，不要自行猜测。
这次出来的东西就完全不一样了。
它不再给我写“会议作文”。
而是开始整理：
已确认事项
未确认事项
负责人
截止日期
风险点
到这里，我才第一次觉得：
这东西真的能发给团队。
03
但第二个坑马上来了：AI 会把“讨论”误认为“决定”
这是我觉得最值得提醒大家的地方。
比如会上有这么一段：
产品：要不首页先上三个入口？ 设计：三个的话应该也可以。 技术：我得回去看一下接口。 产品：行，那先看看。
人听完以后很容易知道：
这件事根本还没有定。
但 AI 有时候会总结成：
首页确定采用三个入口。
这就危险了。
所以我后来又加了一条规则：
请严格区分“建议”“讨论”“倾向方案”和“最终决定”。
只有会议中出现明确确认，例如“确定”“就这样做”“按这个执行”等语义时，才能放入“已确认事项”。
其余内容放入“待确认事项”。
加上这一条以后，会议纪要靠谱了很多。
这也让我意识到一个问题：
使用 AI 做工作，不是提示词越长越好，而是你得知道它最容易在哪里犯错。
找到那个错误点。
然后加一道限制。
效果往往比重新写 500 字提示词有用。
04
第三个坑：40 分钟录音里最重要的，可能只有最后 5 分钟
会议还有一个特点。
前面 30 分钟可能都在争论。
真正的决定往往集中在最后：
“那我们最后确认一下……”
“第一……”
“第二……”
“然后小王周三之前给……”
这部分如果被平均压缩掉，纪要就废了。
所以我又让 AI 单独做了一遍：
重新检查会议最后 10 分钟。
找出所有带有以下性质的内容：
- 最终确认
- 时间节点
- 负责人
- 下一步动作
- 数字
- 否决掉的方案
和刚才的会议纪要进行对比。
如果发现遗漏，请单独列出来，不要直接修改原文。
为什么我让它“不要直接修改”？
因为这样我能看出来：
第一遍到底漏了什么。
结果还真找到了两个遗漏。
一个是设计稿提交时间。
另一个是原本讨论过、但最终明确放弃的方案。
这两个信息恰恰都是项目执行时非常重要的。
05
最后我又让 AI 生成了一个“微信群版本”
正式会议纪要做好以后，我发现还是有点长。
团队群里没人愿意看一千多字。
于是我又输入：
根据这份正式会议纪要，再生成一个适合发微信群的简洁版本。
不超过 300 字。
只保留：
- 今天确定了什么
- 谁接下来做什么
- 什么时间完成
- 哪些事情还需要确认
使用自然口语，不要写“本次会议”“与会人员”“会议围绕”等正式套话。
出来以后，大概就是这种感觉：
📌 今天产品会结论同步：
- 首页新版确定分两期上线，第一期先做核心入口；
- 设计周一前出第一版，小王负责；
- 技术周二前确认接口改造量；
- 运营本周补齐三个核心使用案例；
- 预算和第二期上线时间暂时没定，下次会继续确认。
详细讨论我放在完整纪要里，有问题群里直接说。
这就很舒服了。
正式版留档。
简洁版发群。
待办事项甚至还可以再单独抽出来。
06
后来我把整个流程固定成了“四步法”
现在再遇到类似任务，我基本不折腾复杂提示词。
就四步。
第一步：上传录音。
尽量保证录音清晰。
如果是线下多人会议，手机最好放桌子中间，不要塞在口袋里。
第二步：先生成结构化纪要。
不要只说“帮我总结”。
明确告诉 AI：
你要结论、争议、负责人、截止时间和待确认事项。
第三步：做一次反向检查。
专门问：
有没有把讨论误认为结论？
以及：
有没有遗漏时间、数字、负责人和最终决定？
第四步：根据不同使用场景重新输出。
我现在一般会保留三个版本：
正式会议纪要
用于项目留档。
微信群简版
用于团队同步。
待办清单
只留下：
谁 / 做什么 / 什么时候完成。
07
这件事真正省下来的，不只是 30 分钟
以前我觉得 AI 提效，就是：
原来一个小时的工作，现在半小时完成。
后来慢慢发现不是。
真正有价值的是：
它把你不值得花精力的部分拿走了。
听录音。
暂停。
倒回去。
再听一次。
复制一句话。
调整格式。
找负责人。
这些事情当然也算工作。
但它们几乎不需要你的判断力。
真正需要人的地方反而是：
这个方案合理吗？
客户真正想解决什么？
这个时间能不能做到？
谁应该负责？
有没有什么风险？
如果 AI 能把前面的机械工作拿走，我们就能把时间留给后面的判断。
我觉得这才是 AI 工具真正开始进入日常工作的标志。
不是它能写诗。
不是它能生成一张很炫的图片。
而是某一天你突然发现：
以前每周都要花一个小时做的破事，现在不用自己做了。
最后，把我现在用的提示词直接给你
你可以直接保存：
请根据我上传的会议录音，整理一份可以直接发送给项目团队的会议纪要。
请输出：
一、会议基本信息 二、最终确认事项 三、主要讨论内容 四、待办事项（负责人 / 任务 / 截止日期） 五、暂未确定事项 六、重要数字和时间节点 七、需要再次确认的信息
要求：
- 删除寒暄、重复表达和无关内容；
- 不按照讲话顺序流水账整理；
- 严格区分“讨论”“建议”“倾向方案”和“最终决定”；
- 没有明确负责人、数字或日期时写“待确认”，禁止自行补充；
- 重要数字、日期、人名和专有名词单独检查一次；
- 最后再输出一份 300 字以内、适合直接发送到微信群的简洁版本。
你甚至不需要背这段提示词。
真正要记住的只有一句：
不要告诉 AI“帮我总结一下”。
告诉它：
“我拿到这个结果之后，准备拿它干什么。”
当 AI 知道最终用途以后，输出质量通常会完全不同。
喜欢内容，点个关注吧