用 AI 写会议纪要：录音转文字后怎么让国产模型整理出纪要、待办和决议（7 个提示词模板）
先说结论：会议纪要不要让 AI「听会」，要让它「读稿」。 正确流程是：录音转成文字（手机自带或飞书/钉钉会议的转写功能都行）→ 把转写稿整段扔给模型 → 让它按固定结构输出「议题 / 讨论要点 / 决议 / 待办（负责人 + 时间）」→ 人只核对决议和待办两块。这样一份 1 小时会议的纪要，AI 侧 2 分钟出稿，人核对 5 分钟，比从头写快十倍，而且不漏项。
三家国产模型分工也很明确：转写稿超过两三万字的用 Kimi K3（百万级上下文，整场会一次读完不用切），普通会议用通义千问（中文职场文书语感最稳，纪要读起来像人写的），要从讨论里推出「到底定了什么」的用 DeepSeek R1（推理能力强，能从绕来绕去的争论里把结论提出来）。三家都能在不墨 AI 助手同一个页面免费在线切换。
四步流程
第一步：拿到文字稿。 手机录音 → 系统自带的语音转文字；或者会议本来就在飞书 / 钉钉 / 腾讯会议里开，直接导出它们的转写。转写不用干净，错字、口语、重复都没关系，模型能处理。唯一要确认的是发言人有没有标出来（「张三：……」），没有的话决议的归属会不准。
第二步：先要一版「原样整理」，不要直接要纪要。 让模型先把转写稿按议题分段、去掉口语和重复，但不改任何内容。这一步是给人看的，用来确认模型没有漏掉议题。
第三步：在整理稿基础上出正式纪要。 结构固定：会议信息 → 议题列表 → 每个议题的讨论要点 / 决议 / 待办 → 遗留问题。
第四步：只核对两块。 决议（有没有把「讨论过」写成「决定了」）和待办（负责人、截止时间对不对）。其余内容错了影响不大，这两块错了会出事。
按会议类型分配模型
| 会议类型 | 推荐 | 原因 |
|---|---|---|
| 1 小时以内的例会、周会 | 通义千问 | 转写稿一两万字以内，通义整理成中文纪要最自然 |
| 半天 / 整天的评审会、年度会 | Kimi K3 | 转写稿几万到十几万字，K3 一次读完，不用切段拼接 |
| 争论多、结论散的决策会 | DeepSeek R1 | 让它先推理「这个议题最终倾向是什么」，再写决议 |
| 客户会议、需要发给外部的纪要 | 通义千问 | 措辞客气、格式规范，改动最少 |
| 技术评审、带代码和接口的会 | DeepSeek V4.1 Flash | 技术名词不乱改，代码片段保留原样 |
| 多场会议合并成一份周报 | Kimi K3 | 把几份纪要一起投喂，做跨会议的进度汇总 |
Kimi K3 处理超长材料的具体用法见 Kimi K3 长文档实战；纪要写完要进周报的，接着看用 AI 写周报、月报、工作总结。
7 个提示词模板
1. 原样整理（第二步用）· 通义千问 / Kimi K3
下面是一场会议的语音转写稿。请按讨论的议题分段整理，每段加一个小标题，去掉口语、重复和寒暄，但不要改变任何观点和数字，不要补充转写稿里没有的内容，不要下结论。发言人保留。
【粘贴转写稿】
2. 正式纪要 · 通义千问
基于下面这份整理稿，写一份正式会议纪要。结构固定为：
一、会议信息（时间、地点、参会人、主持人、记录人——转写稿里没有的留空，用【待补充】标出）
二、议题与讨论（每个议题下分「讨论要点」「决议」「待办」三项；没有决议的议题写「本次未形成决议」，不要自己编）
三、待办事项汇总表（事项 / 负责人 / 截止时间 / 备注，转写稿里没说时间的填【待确认】）
四、遗留问题
语言书面、简洁，每条要点不超过两行。
【粘贴整理稿】
3. 从争论里提决议 · DeepSeek R1
下面是某个议题的讨论记录，大家意见不一致。请你：
1. 列出每个发言人的立场和理由；
2. 判断最后是否形成了共识，形成了就写出共识内容，没形成就写「未达成一致」，并说明分歧点；
3. 把你的判断依据（引用原话）附在后面。
不要替参会人做决定，只做判断和归纳。
【粘贴该议题的讨论记录】
4. 只提待办 · DeepSeek V4.1 Flash
从下面的会议记录中，提取所有的待办事项，以表格输出：事项 / 负责人 / 截止时间 / 原话依据。判定标准：有人明确说了「我来做」「XX 负责」「XX 之前完成」的才算；「可以考虑」「之后再看」这种不算待办，单独列到「待讨论」里。
【粘贴记录】
5. 超长会议一次出稿 · Kimi K3
这是一场 4 小时会议的完整转写稿，约 8 万字。请通读全文后，按议题输出纪要，每个议题包含：讨论要点（不超过 5 条）、决议、待办、争议点。最后单独给一个「全场决议一览」。有跨议题重复讨论的内容，合并到首次出现的议题下并注明。
【粘贴全文】
6. 发给外部的客户会议纪要 · 通义千问
把下面的内部会议整理稿改写成发给客户的会议纪要邮件正文。要求：语气礼貌正式；只保留双方确认过的内容和下一步安排，内部讨论、报价推算、对客户的评价全部删掉；结尾附「若有理解偏差请随时指正」。
【粘贴整理稿】
7. 多场会议合并 · Kimi K3
下面是本周 4 场会议的纪要。请按项目（而不是按会议）重新组织，输出每个项目的：本周进展、本周决议、未完成的待办及负责人、跨会议出现的重复问题。同一事项在多场会议里出现的，只保留最新状态并注明来源。
【粘贴 4 份纪要】
5 条防「编决议」规则
AI 写纪要最大的风险不是写得不好，是把没定的事写成定了。这几条写进提示词里，能挡掉绝大多数：
- 「没有决议就写未形成决议，不要自己补」——这句话必须出现在提示词里，否则模型倾向于给每个议题都配一个结论。
- 「转写稿里没有的信息用【待补充】标出」——时间、地点、参会人尤其容易被编。
- 要求附原话依据——决议和待办后面带引用，人核对时能直接定位。
- 待办判定标准写死——「可以考虑」「之后再看」不算待办，见模板 4。
- 先整理再成稿，不要一步到位——一步到位的纪要看着很顺，恰恰是因为模型把没说清的地方替你「顺」掉了。
常见问题
转写稿错字很多，要先改吗？ 不用。人名和专有名词错得离谱的，在提示词开头给一份「名词对照表」（例如「张三＝章三，OKR＝欧克尔」），模型会自动替换。
能直接上传录音吗？ 目前几家国产模型的网页版处理的都是文字，录音先转成文字再贴。转写稿是 Word / PDF 的可以直接上传，做法见 DeepSeek 上传文件读 PDF / Word。
会议里有敏感内容？ 纪要用模板 6 的思路，先让模型删掉内部讨论再外发；转写稿本身不要贴到不信任的地方。
要不要用 R1 写全部纪要？ 不要。R1 慢且啰嗦，只在「争论多、要提决议」的议题上用，成稿仍然交给通义千问。R1 和普通版本的取舍见 DeepSeek V4.1 Flash、V4 Pro、R1 有什么区别。
一句话总结
会议纪要的正确姿势：转写稿全量投喂，先整理再成稿，模板里写死「没有决议就说没有」，人只核决议和待办。短会用通义千问，长会用 Kimi K3，争论多的议题让 DeepSeek R1 帮你提结论，三家在同一个页面切换就行。