如何让 AI 写好会议纪要：区分事实、决定、待办和未决问题

可执行的会议纪要要把讨论整理成事实、已作决定、待办任务和未决问题。它不追求复述每句话，而是让没有参加会议的人知道发生了什么、接下来谁做什么。

原始记录通常包含寒暄、重复观点、临时例子和没有结论的讨论。AI 可以帮助压缩这些内容，但不能把讨论中的倾向写成正式决定，也不能把某个人提出的建议写成团队共识。

资料中关于信息提取、结构化输出、事实边界和任务目标的内容，适合直接用于会议纪要：先识别记录中的事实和动作，再区分已经确认与仍在讨论的内容，最后形成带责任和时间的清单。

纪要开头可以记录会议主题、时间、参会人、会议目的和材料范围。这些信息应该来自会议记录或用户提供的资料，缺少时写未记录，不要根据发言内容猜测参会人。

事实记录包括已经发生的情况、当前数据、已展示的结果和明确引用的材料。事实和观点要分开：某个功能在测试中出现错误是事实，大家认为应该延期是观点，最终是否延期要看有没有明确决定。

时间线很重要。把“已经完成”“正在处理”“计划进行”和“过去曾尝试”区分开，避免纪要让读者误以为所有事项都已完成。对于会议中提到的日期，也要保留原始表述和时区、时间范围。

如果不同人对事实有不同说法，先列出差异并标注来源。会议纪要可以记录“甲认为……，乙补充……”，但不能在没有确认的情况下选择其中一方作为事实。

会议中提出建议、表达倾向、询问意见和正式决定，语气可能很接近，但执行意义完全不同。让 AI 识别决定时，要要求它寻找明确的确认信号，例如同意、确定、按这个方案执行、从某日期开始采用。

如果只是讨论中出现“可以考虑”“倾向于”“先看看”，应归入候选方案或待确认事项，不要写成已决定。没有明确结果的议题，保留未决状态比强行收束更可靠。

决定还要记录范围和前提。不是简单写“采用方案 A”，而是写清采用在哪个阶段、面向什么对象、在什么条件下执行。如果原记录没有这些信息，就列为需要补充的问题。

决定与依据也应该对应。纪要可以简短说明为什么做出决定，引用会议中确认的数据或限制，但不要把 AI 自己推测的原因放进决定说明。

待办事项不能只写“跟进”“优化”“后续处理”。一个可执行的待办，至少包含动作、交付物、负责人、协作人、截止时间和完成判定。缺少其中一项时，标记未指定或待确认。

例如，把“处理用户反馈”改成“整理本周新增反馈，按问题类型分类并提交一页汇总”；如果会议明确由某人负责，再写负责人；如果没有明确负责人，不要因为某人发言最多就推断他承担任务。

截止时间也要忠实记录。尽快、下周、月底和具体日期的含义不同，不能擅自换成精确日期。如果会议使用相对时间，纪要可以保留原话，同时列出需要确认的具体日期。

任务之间有依赖关系时也要保留。一个任务完成后才能开始下一个任务，纪要应标出前置条件，避免所有待办看起来可以同时推进。

未决问题不是纪要的失败部分，它告诉团队还不能做什么决定。每个未决问题最好写出问题内容、缺少的信息、需要谁确认、预计确认时间和确认后影响哪项工作。

例如“是否采用新流程”可以拆成需要补充试运行数据、由业务负责人确认、预计在下次评审前决定；如果选择不同方案会影响培训和上线时间，也应在备注中说明。

未决问题和风险要区分。风险是可能发生并造成影响的事项，未决问题是当前还没有答案的事项；两者可以互相影响，但不应使用同一个模糊标签。清楚区分后，团队才知道是要采集信息、降低风险还是做决策。

如果会议结束时没有解决某个问题，不要为了让纪要看起来完整而替它写一个结论。未决本身就是准确的记录。

会议纪要通常不需要记录每句话，但涉及观点、承诺、异议和责任时，要保留发言归属。把“某人提出风险”写成“团队发现风险”，可能会改变事实；把“我可以帮忙看看”写成正式承诺，也可能造成误解。

整理时可以压缩口语和重复，但不要消除分歧。对有争议的内容，使用“甲提出……，乙认为……，会议暂未形成决定”的写法，比写成一段没有来源的中性结论更可靠。

如果录音或文字记录质量不好，要求 AI 标记听不清、无法确认或说话人不明的部分。不要通过上下文猜人名和数字，尤其是涉及金额、日期和责任时。

纪要面向团队使用时，表达应当克制、具体、不带评价。不要把某人的发言改写成“缺乏准备”或“态度消极”，除非会议中明确形成了这样的正式结论。

泛泛总结通常写“大家讨论了项目进展，并认为需要继续优化”；可执行纪要则会列出讨论的对象、已确认的进展、决定、待办和未决问题。前者读起来完整，后者能推动工作。

检查一份纪要，可以问五个问题：哪些是事实？哪些是已经决定的？下一步有哪些动作？每个动作谁负责、什么时候交付？还有哪些问题没有答案？如果这些问题无法从纪要中找到，说明结构还需要调整。

纪要不需要把所有讨论写进去，但删掉内容时要保护决定依据、限制条件、异议和任务边界。压缩的是重复表达，不是影响执行的事实。

下面的模板适合整理会议文字记录、录音转写稿和聊天记录。正式发布前仍建议由参会人确认决定和待办。

示例 Prompt： 任务：根据下面的原始会议记录，整理一份可执行会议纪要。 事实边界：只使用原始记录和明确提供的会议基本信息；不要补造参会人、负责人、截止时间、决定、数字或原因；无法确认的内容标记为待确认。 先提取：会议主题、时间、参会人、事实记录、明确决定、讨论中的观点、待办任务、未决问题和风险。 分类规则：把“已经确认”与“建议、倾向、待讨论”分开；待办必须包含动作、交付物、负责人、截止时间和完成判定，缺失项写未指定；未决问题必须包含缺口、确认人和下一步。 输出结构：一、会议基本信息；二、结论摘要；三、事实与进展；四、已作决定；五、待办表；六、未决问题；七、风险与依赖；八、需要参会人确认的内容。 表达：删除寒暄和重复发言，保留异议、限制和依据；不要把个人建议写成团队共识。 原始记录：<<<粘贴会议记录>>>。

生成后可以继续要求：请逐项检查负责人、日期、决定和数字是否有原文依据；把没有明确指向的信息列入待确认，不要为了完整而推断。

AI 可以先做整理，但会议纪要涉及团队承诺和后续责任，发布前最好由会议主持人或相关负责人确认。重点核对决定、负责人、截止时间、数字、异议和未决问题。

确认不需要重新审阅每个标点，可以先看高风险字段。若有人修改了决定或待办，要保留最终确认版本，并在后续状态中以最新版本为准。

一份好纪要不是把会议写得像文章，而是让团队对已经发生的事、已经决定的事和还没有决定的事有共同认识。把事实边界写进 Prompt，把任务字段写进表格，再加一道人工确认，AI 才能真正减少会议后的整理成本。