50 分钟会议纪要：豆包加 DeepSeek 出稿再核对

一句话结论

一场 50 分钟的会议录音，人工整理纪要加待办约 45 分钟；豆包转写、DeepSeek 排待办，人的投入 15 分钟上下。

这篇解决什么问题

团队里推 AI 工具，最难回答的问题是”到底快了多少”。我试过凭感觉说”快一半”，被追问细节就答不上来。

这篇给一套能自己复现的方法：拿同一件活，人工和 AI 各做一遍，秒表分段记，最后得到一张对照表和一个明确结论。

适用于手头有 30 分钟以上会议录音、需要出纪要和待办的人。不适用于多人抢话严重、方言重、术语密集又没有任何文字材料可参照的场合。

开始前要准备什么

• 一段 30 到 60 分钟的录音，最好是你亲自参加的会，有上下文才好判断对错
• 豆包和 DeepSeek，网页版或 App 都行，基础对话功能不收费，够这次用
• 手机秒表，再加一张纸画三栏：环节、开始、结束
• 留出 90 分钟不被打断的时间，中途接个电话数据就废了

具体怎么做

两条路径分开做，中间隔开至少半小时。同一天做完最理想，记忆干扰小。

第 1 步 · 把录音变成文字稿

这一步只有 AI 路径需要。手机自带录音机长按那条录音，多数机型有”转文字”；找不到就用电脑系统的听写功能。

拿到转写稿别急着用。机器断句和同音字错得很随机，先过一遍清洗。

下面是一段会议录音的机器转写稿，可能有错别字、同音字和断句错误。请做三件事：
1. 按话题切成若干段，每段前面标上大致时间点，格式 00:12；
2. 保留口语原样，不要润色、不要合并句子；
3. 只改三类错误：明显的人名同音字、数字、专有名词。改不动的用【疑似：xx】标出来。
参会人化名：张工（产品）、李敏（运营）、王磊（技术）。
输出格式：时间点 + 说话人（能判断就标，判断不了写”未识别”）+ 原文。

预期产出：一份带时间点、分好段的流水稿，人名和数字的疑点被明确标了出来。

第 2 步 · 让豆包出纪要初稿

把流水稿整段粘进豆包对话框，前面加上角色和结构要求。别用”帮我总结一下这场会”这种一句话指令，出来的一定是四平八稳的废话。

你是会议记录员。根据下面的会议流水稿，整理一份会议纪要，严格按这个结构输出：
一、会议信息：主题、日期、参会人（只写稿子里出现过的，没提到就写”未提及”）
二、结论清单：每条一句话，最多 6 条，只写会上已经明确拍板的事
三、分歧与未决：会上没有达成一致的，写明各自观点
四、风险提示：有人明确提出过的顾虑
规则：
– 只写稿子里有的内容，不要补充常识，不要推测动机；
– 数字、日期、人名原样照抄，不确定的后面加【待确认】；
– 全文控制在 600 字以内。
流水稿如下：
（把第 1 步的稿子粘在这里）

预期产出：一份 600 字以内的纪要，四块内容齐全，没有”建议加强协同”这类没人说过的话。

第 3 步 · 让 DeepSeek 把纪要拆成待办

换一个模型来做，不是要比谁强。同一段话换个模型读，漏项更容易暴露出来。

下面是会议纪要。请把它拆成待办清单，用表格输出，列为：
事项 | 负责人 | 截止时间 | 前置依赖 | 依据原句
规则：
1. 只拆纪要里明确要”做”的事，纯讨论、纯同步信息的排除；
2. 负责人、截止时间纪要里没写的，填”待指定”，不要猜；
3. “依据原句”一栏从纪要里原样摘一句话，不超过 30 字；
4. 按依赖关系排序，没有前置依赖的排前面。
纪要如下：
（把第 2 步的纪要粘在这里）

预期产出：一张五行以内的表，每行都有负责人和出处，写清楚哪些还等着指派。

第 4 步 · 反向核对，顺手掐表

把纪要和流水稿一起贴回豆包，让它挑自己的错。这一步两条路径都得做，人工路径是你自己通读一遍。

下面是一份会议纪要和它对应的原始流水稿。请你扮演挑错的人，逐条核对：
1. 纪要里每一条结论，在流水稿里能不能找到原句支撑？找到的，摘出原句；找不到的，标”无出处”；
2. 有没有流水稿里说过、但纪要漏掉的重要内容？列出来；
3. 有没有数字、日期、人名在两边对不上的？列出来。
输出三列：结论原文 | 支撑原句或”无出处” | 问题说明。
纪要和流水稿如下：
（先贴纪要，再贴流水稿）

预期产出：一列标着”无出处”的条目，加一个漏项清单。这些就是要改的地方。

对完按下秒表停止，把两条路径的分段用时填进那张三栏纸。

实测记录

我那场会 50 分钟，四个人，议题三个。人工路径是隔天上午做的，AI 路径是当天下午。

成本这块可以忽略。两个工具的基础对话都不收费，剩下就是设备的电费。

第一次做的时候翻过车。提示词里没写”只写稿子里有的内容”，豆包在纪要末尾补了一段后续建议，看着挺像样，其实会上没人说过。删掉重跑，多花了差不多十分钟。

第二次把规则写死，让它对不确定的地方标【待确认】，情况就好了很多。我的体感是：AI 这条路的时间上限不在生成，在核对。

最容易错的 3 个地方

1. 只算机器跑的时间，忘了自己核对的耗时。应该把人手操作全程都掐表。
2. 两条路径用了不同录音。应该同一天、同一份素材，差值才有意义。
3. 首稿直接发出去，人名错了两处。应该逐条回原文核完再用。

第三条我吃过亏。纪要里把”张工”写成了”张总”，发出去对方在群里纠正，比多花十分钟核对难看多了。

还有个小细节：机器转写那几分钟你去干别的了，容易觉得”这不算时间”。对照表里我把这段单独标成”不占人”，但总时长还是算进去。

可复用的东西

四个提示词按顺序存进一个文档：清洗转写稿、出纪要、拆待办、反向核对。下次换会议只改两处，参会人化名和纪要字数上限。

计时那张纸也留着，三栏就够。做上三五次，你手里就有自己团队的数据，比任何人给的结论都可靠。

说到底，AI 在这件活上省的是”从零到有一稿”的时间，不是”从稿到能发”的时间。后面那一段还得人来走。

你们最近有哪件反复做的活，值得拿秒表量一次？

如果你也经常要做这件事，欢迎在评论区说说你的卡点和做法；也可以留言告诉我，你想看哪个岗位的哪件活怎么用 AI 拆。

admin 普通

收藏 海报 链接