通义千问整理会议纪要

先分清两个环节：转写与整理

"会议纪要"这件事其实是两步，混在一起谈就会踩坑：

1. 转写（音视频 → 文字）：这一步需要语音识别能力。阿里通义产品矩阵中承担该职责的是 通义听悟，它的官方定位就是会议录音、视频转写与自动整理纪要。千问 PC 客户端也提供实时记录能力（官方说明 Windows 版支持戴耳机识别）。
2. 整理（文字 → 结构化纪要）：这一步是文本理解与重组，由千问对话能力完成，网页版、客户端、App 或百炼 API 都可以。

如果你手上已经有文字记录（打字记录、聊天记录、字幕文件），可以跳过第一步直接做第二步。

路线一：有录音/录像

1. 用通义听悟对音视频做转写，得到带时间轴的文字稿。若有多人发言，尽量保留发言人区分标记，这对后续分配待办至关重要。
2. 先粗看一遍转写稿，人工修正关键专有名词（公司名、产品名、人名、数字）。语音识别对专有名词和数字最容易出错，而这些恰恰是纪要里最不能错的部分。
3. 把修正后的文字稿交给千问做结构化整理（见下方提示词框架）。
4. 核对输出中的每一条数字、日期、人名，与原稿逐一对照。

路线二：只有文字记录

1. 把文字记录整理成一段连续文本，保留发言人标记与时间信息。
2. 打开千问网页版或客户端，直接粘贴（官方说明输入字数不做限制，长会议记录可以整段贴入）；材料很长时也可以作为文档上传后再提问。
3. 使用下方提示词框架生成纪要。
4. 人工复核后定稿。

可复用的提示词框架

不要只说"帮我整理成会议纪要"，那样输出结构不稳定。把结构、约束、禁止项都写清楚：

你是会议纪要整理助手。以下是一次会议的完整记录。

请严格按以下结构输出，不要添加记录中没有的信息：

一、会议基本信息（时间/参与人，记录中没有的写"未提及"）
二、议题清单（按讨论顺序，每条一句话）
三、已达成的结论（只写明确形成结论的，逐条列出）
四、待办事项（表格：事项 | 负责人 | 期限 | 依据原文）
五、存在分歧或未决的问题（写清各方立场）
六、需要补充确认的信息（记录中含糊或缺失的部分）

硬性要求：
1. 所有数字、日期、金额必须与原文一致，不确定的标注"原文不清"。
2. 不要推断没有说出口的结论。
3. 待办事项必须能在原文中找到依据，无法确定负责人的写"待指派"。
4. 用中文，简洁，不写客套话。

会议记录：
【此处粘贴文字稿】

为什么这样写

• 固定六段结构：让不同场次的纪要格式一致，便于归档与检索。
• "依据原文"列：迫使模型给出出处，能直接暴露编造的待办。
• "未提及/原文不清/待指派"占位词：给模型一个合法的"不知道"出口，比让它硬填要安全得多。这是控制大模型在纪要场景下编造内容的最有效手段。
• 区分"结论"与"分歧"：会议里最容易被纪要吃掉的就是未达成一致的部分，单列一节能避免。

后续追问（比一次成稿更有效）

拿到初稿后用追问补齐，而不是重新生成：

• "把待办事项按期限从近到远重排，缺期限的放最后并标注。"
• "只保留与 A 部门相关的内容，输出一份给 A 部门的版本。"
• "把结论部分改写成给上级汇报的三句话摘要。"
• "列出记录中所有出现的数字及其上下文，供我逐一核对。"（这一条对防错特别有用）
• "哪些待办没有明确负责人？单独列出来。"

使用场景

• 周会/项目例会：固定结构输出，直接贴进团队文档，节省整理时间。
• 客户沟通会：重点提取承诺事项与待确认信息，避免口头承诺流失。
• 跨部门评审会：分歧点单列，方便会后定向跟进。
• 长时间培训/分享：先转写再让模型出知识点提纲，作为内部资料底稿。
• 不适合的场景：涉及未公开财务数据、人事决策、法务条款的会议，不建议把原始记录贴入任何在线服务。此类场景应遵守公司数据管理规定，必要时改为本地部署方案或先做脱敏。

质量校验清单（定稿前必做）

1. 所有数字、日期、金额与原稿逐项对照。
2. 每条待办能在原文找到对应发言，找不到的删掉或标为待确认。
3. 负责人是否真的被指定，而不是模型按语境猜的。
4. 是否有重要分歧被写成了"已达成一致"。
5. 专有名词拼写是否正确（尤其经过语音转写的稿件）。
6. 敏感信息是否需要在分发版本中移除。

本页信息来源

本页依据阿里通义产品矩阵中通义听悟"会议录音、视频转写、自动整理纪要"的官方定位、千问 PC 客户端"实时记录，Windows 版支持戴耳机识别"与"输入字数不限制、支持超长文本"的官方描述，以及千问文档理解能力的公开说明整理。提示词框架与校验清单为面向该场景的通用工程方法，不涉及产品参数。各产品的功能项与支持范围会随官方更新变化，请以官方页面为准。本页不提供版本号、价格与发布日期。