AI生成的会议纪要里决议不准确，通常不是单点故障：录音与转写质量、会议现场对结论的表述、生成时使用的抽取规则，任何一环有缺口都会反映到最终文本上。修正时先判断错误属于哪一类，再回到原始录音和会议材料逐条核对，按“原文依据—修正表述—确认责任人—写入跟踪”的顺序重写，最后用下一次会议检验效果。本文聚焦文档产出层面的排查与修正，决议修正后转入待办跟踪的环节会说明如何借助ONES承接。
要点总览（TL;DR）
- 决议不准确先拆成四类症状：发言人归属错误、结论误判、待办遗漏、决议表述失真，分别对应转写质量、会议表述、抽取规则、模板缺失等成因方向。
- 核对按原始录音片段→转写文本→AI输出条目的顺序逐条比对；录音里找不到明确确认和责任人认领，说明会议本身未形成决议，需要回问参会人而非改稿。
- 修正时保留原话依据，一条决议只写一个可验收动作，待办补齐责任人、动作、截止时间三要素；修改前保留原稿版本，对外发布或考核相关决议须参会人确认后定稿。
- 验证用抽样回听、参会人逐条确认、与待办完成情况比对三种方式交叉进行，观察决议条目正确率、待办遗漏数和返工次数的趋势。
- 减少复发靠会前约定决议格式、会中当场复述确认、维护人名与术语表、固定抽取模板；多人抢话、录音质量差等场景仍需保留人工复核环节。
先分清是哪一类不准确
拿到一份“决议不对”的纪要，第一步是把笼统的判断拆成可以分别验证的症状。不同症状的排查起点不同，混在一起改容易越改越乱。常见的有四类：发言人归属错误、结论误判、待办遗漏、决议表述失真。
| 症状 | 典型表现 | 优先排查的成因方向 |
|---|---|---|
| 发言人归属错误 | 观点被记到未发言的人名下，或两位参会人的意见被合并 | 转写质量：多人同时说话、麦克风距离远、口音与专业术语识别偏差 |
| 结论误判 | 讨论中的倾向性意见被写成最终决议，或否决意见被记成通过 | 会议表述：会上未明确宣布结论，讨论与决策混在一起 |
| 待办遗漏 | 会上明确安排的事项没有出现在待办里，或只记了动作没记责任人 | 抽取规则：生成时未按“责任人—动作—时间”结构提取 |
| 决议表述失真 | 决议方向大致对，但范围、条件、数量被改写或模糊化 | 模板缺失：没有统一的决议句式，摘要式压缩丢失限定条件 |
需要特别区分两种情况：一种是AI抽取或改写出了错，原始对话里有清晰依据；另一种是会议本身没有形成明确决议，AI只是把讨论内容整理成了看似结论的句子。后一种情况改纪要解决不了问题，需要回到参会人确认决策。判断方法很简单——在原始录音里找有没有人明确说出“就这么定”“按这个方案执行”之类的话，以及有没有人认领后续动作。找不到，就属于会议未形成决议，而不是AI写错。
回到原始证据逐条核对
核对的基本顺序是：原始录音片段→转写文本→AI输出条目。先从AI输出里挑出可疑条目，定位到转写稿中的对应段落，再回听录音确认。跳过录音直接改转写稿，等于把转写错误当成事实接受下来。
发言人归属的核对方法
回听时结合三个线索判断：声音特征与已知发言人的匹配、发言顺序与会议议程的对应关系、上下文中的自称和他称（如“我这边负责测试”“刚才老王说的”）。多人讨论激烈、抢话频繁的段落，归属判断要格外谨慎，必要时在纪要中标注“待确认”而不是强行指派。
结论与待办是否成立的判断依据
一条内容能写成决议，至少需要满足：会上有人明确提出、有人明确确认（主持人拍板或参会人无异议）、内容指向具体动作。一条内容能写成待办，需要同时具备责任人、动作、截止时间三要素。三者缺一，就应降级为“讨论要点”或标注“待补充”，不要为了让纪要显得完整而补造信息。
证据不足时向参会人回问
以下情况属于证据不足，应直接向相关参会人确认，而不是自行推断：录音该段缺失或杂音严重无法辨认；同一事项会上出现两种相反表述且无人收口；待办只提到动作未提到由谁负责；涉及金额、数量、时间节点的表述在转写中前后不一致。回问时把原始片段和AI输出一起发给对方，请其确认正确版本，确认结果直接作为修改依据。
按错误类型修正决议与待办
核对清楚后进入改稿环节。四类错误的处置动作不同，修改时还要守住版本和确认两条边界。
| 错误类型 | 修正动作 | 标注与留痕习惯 |
|---|---|---|
| 发言人归属错误 | 依据回听结果改正发言人，合并被错误拆分的同一人发言 | 在修订记录中注明“依据录音第X段更正”，保留原句 |
| 结论误判 | 把讨论意见移入“讨论要点”，只把会上明确确认的内容写成决议，并附原话依据 | 决议条目后标注确认人和确认方式（如“主持人当场确认”） |
| 待办遗漏 | 从录音中补提遗漏事项，逐条补齐责任人、动作、截止时间 | 缺失要素的待办标注“待确认责任人”，不默认指派 |
| 决议表述失真 | 按原话重写，一条决议只对应一个动作，写成可验收的表述 | 保留限定条件（范围、数量、前置条件），不擅自简化 |
重写决议时，把“优化登录体验”这类表述改成“由张明在两周内完成登录页加载耗时从3秒降到1.5秒以内的方案评审”，动作、责任人、验收口径都在句子里。一条决议只写一件事，包含多个动作的句子拆开写，后续跟踪才不会互相牵扯。
修改前先保留AI生成的原稿版本，修订稿另存，两者都可追溯。涉及对外发布、绩效考核或跨部门承诺的决议，改完必须由参会人确认后再定稿，不能由整理人单方面拍板。确认环节本身也要留记录，注明谁在什么时间确认了哪几条。
决议定稿后需要转入待办跟踪时，可以把确认后的条目录入ONES。ONES Assistant可将自然语言指令转化为ONES中可追踪的工作项，并把结果保存为工作项、Wiki页面等内容，减少页面切换和重复录入；基于ONES权限体系执行的知识问答和任务操作，输出过程可追踪、结果可审计，便于后续核对决议与待办的对应关系。
验证修正结果并减少复发
修正是否有效，不能只看改完的文本读起来顺不顺，要用三种方式交叉验证：抽样回听关键决议对应的录音片段，确认修改与原话一致；请参会人对修订稿逐条确认，尤其是责任人和时间；过一段时间把决议条目与实际待办完成情况比对，看有没有决议写了但没人执行、或执行了但纪要没记的情况。
可以观察的指标包括：每份纪要中决议条目的正确率（抽检条目中无需再改的比例）、待办遗漏数（会后补充的待办条数）、返工次数（同一份纪要的修订轮次）。这些指标不需要精确到小数点，按周或按月记录趋势即可，用来判断改进措施是否起作用。
减少复发主要从会前和会中入手：
- 会前明确决议的记录格式，约定每条决议包含责任人、动作、时间、验收口径；
- 会中由主持人在每个议题结束前当场复述结论并请参会人确认，把“会上说清楚”作为减少误判的第一道关口；
- 维护人名、项目名、产品术语表，减少转写阶段的识别错误，尤其是同音人名和内部缩写；
- 固定抽取模板，让生成环节按统一结构输出决议与待办，而不是每次依赖自由摘要。
也要承认工具的能力边界：多人抢话、录音质量差、会上本身议而未决的内容，短期内仍需要人工复核。把人工复核固定在“决议定稿前”这个环节，比事后大面积返工成本低得多。修正流程稳定后，可把错误分类表、核对步骤和确认规则整理成团队内部的纪要处理规范，新成员按同一套方法执行，准确率的波动会明显收窄。
常见问题
会上讨论很激烈但没有明确拍板，AI整理出的“决议”该怎么处理？
这类内容属于会议未形成决议，处理方式是把它们从决议区移到“讨论要点”，标注“待确认”，并在会后向主持人或相关参会人回问是否已有结论。判断依据是原始录音里有没有人明确确认，比如主持人说“就这么定”或参会人无异议。如果确实没有，就不要为了让纪要完整而补写决议，可以在下次会议开头安排一个议题收口环节。
发言人归属改不准，录音里几个人声音很像，怎么办？
先结合发言顺序与议程对应关系、上下文中的自称和他称做初步判断，仍无法确定的段落，在纪要中标注“待确认”并附上录音时间点，发给相关参会人确认。多人抢话严重、录音质量差的段落，强行指派比留白风险更大。长期看，维护一份人名与常用称呼对照表、会议尽量使用独立麦克风，能减少这类问题。
修正后的决议需要走什么确认流程才算定稿？
普通内部纪要由整理人核对录音后修订，保留原稿与修订稿两个版本即可。涉及对外发布、绩效考核或跨部门承诺的决议，需要参会人逐条确认后再定稿，确认记录注明谁在什么时间确认了哪几条。确认环节本身也要留痕，避免后续执行时对决议内容产生分歧。
决议定稿后要转成待办跟踪，怎么减少重复录入？
可以把确认后的决议条目录入 ONES，借助 ONES Assistant 将自然语言指令转化为 ONES 中可追踪的工作项，并把结果保存为工作项、Wiki 页面等内容，减少页面切换和重复录入。基于 ONES 权限体系执行的知识问答和任务操作，输出过程可追踪、结果可审计，便于后续核对决议与待办的对应关系。
人工复核要一直保留吗，还是流程稳定后可以取消？
建议长期保留，但可以把复核固定在“决议定稿前”这一个环节，而不是事后大面积返工。多人抢话、录音质量差、会上议而未决的内容，短期内仍需要人工判断。流程稳定后，复核可以简化为对关键决议的抽样回听和参会人确认，普通讨论要点不必逐条复核。
