会议纪要不是摘要：把讨论转成决定与责任

先看结果：18 条“行动项”只有 4 条可直接采用，还漏了 5 个真实承诺

独立产品顾问周衡主持一场 52 分钟的客户上线会，7 人讨论数据迁移、单点登录、安全审阅、培训和发布范围。会议工具生成 12,640 字转写，AI 在 40 秒内给出一页摘要与 18 条行动项，看起来十分完整。

但这 18 条并不是 18 项真正的工作。逐条回放后，周衡发现其中 4 条只是“可以考虑”的建议，3 条把发言人误作负责人，5 条把“下周、尽快、周五也许能”改成精确期限，另有 2 条重复；真正可以直接采用的只有 4 条。更麻烦的是，它还漏掉了 5 个真实承诺，包括“首发版本暂不上实时单点登录（SSO）”这一会改变发布范围的决定，以及安全负责人对沙盒环境的前置审阅。

周衡没有继续润色摘要，而是回到原始记录，重新整理出 6 项已确认决定、9 项已接受行动、4 个未决问题、3 个风险或依赖项，以及 2 个暂缓事项。会后第 7 天，9 项行动中有 4 项完成、2 项进行中、1 项受阻、1 项等待依赖、1 项取消，数量仍然是 9。每个状态都有负责人回执和证据，不能用一句“会议纪要已发送”代替真实进展。

错误标签可以重叠：同一候选可能既错配负责人又虚构期限，重复项也可能复制一个本来真实的承诺。因此，不能把这些数字直接相加减，倒推出“真实行动数”。最终的 9 项行动来自逐条核验责任条件和负责人确认，不是对 18 条初稿做算术修补。

本文为虚构教学案例，不代表行业会议数据。它处理项目工作会议，不替代董事会、法定会议、劳动调查、医疗、法律或其他有专门记录要求的程序；遇到这些场景应先遵守适用规则和专业意见。

转写、摘要、纪要、决定账本和任务系统是五种不同产物

转写回答“说了什么”，摘要回答“谈了什么”，纪要记录会议身份、议题、证据与正式结果，决定账本回答“谁在权限内决定了什么”，任务系统回答“接下来谁做什么”。把它们压成一页，会丢失从讨论到责任的转换依据。

英国慈善委员会针对慈善机构会议的指导也说明，会议纪要不必逐字记录，但应保留决定、理由、所用信息和后续行动，并由适当人员确认。这里借用的是“结果必须有依据”的记录方法，并不把慈善机构的规则扩张成所有商业会议的通用义务。

一页摘要最危险的失真，不是少写了几句话，而是改变了原话的工作性质：把条件句截成承诺，把争论压成共识，把现状汇报写成方案获批，把问题改成任务，再把愿意协助的人写成最终负责人。这些错误都可能制造真实后果，却很难从流畅的文字中察觉。

因此，流程应当先生成结构化的决定与行动账本，再从账本生成供人阅读的摘要。摘要如果与经确认的账本冲突，以账本为准；原始来源仍然要保留，供复核和纠错。

是否录音或转写先过必要性、告知、权限和保留边界

“有 AI 纪要功能”不等于可以默认录制。英国信息专员办公室面向小型组织的建议指出，录制在线会议时要考虑参与者权利和数据保护义务：先确认目的是否正当，再判断人工会议纪要等侵入性更低的方法能否满足需要，并在开始前说明录制目的、使用方式和保留期限。具体适用法律仍需结合地区和参与者身份判断。

如果有人不适合被录、工具的数据边界不清，或者会议会讨论受限事项，就改用人工笔记；后面的责任结构仍然可以照常使用。是否允许录音是治理问题，不是打开一个产品开关就能解决的问题。

录音、视频、转写、说话人嵌入、摘要和任务片段是不同数据资产，应分别定义访问与删除。删除视频但永久保留逐字转写，不等于最小化；从原目的为纪要转去“评估员工表现”，也不能因为资料已经存在就默认允许。

这里的 30 天只是案例内部计划，不是通用法定期限。真正的期限要结合记录目的、合同、争议保全、治理要求和参与者权利确定，并避免只删除多个副本中的一处。

会前先说清楚：这场会能决定什么，谁有权决定

没有决策权限的同步会，最容易被 AI 写成“团队决定”。周衡因此在邀请中标明每个议题的会议目的：是告知、探索、提出建议、正式决定，还是解除阻塞；凡是可能形成决定的议题，还要写清决策负责人。

既然会前已经注明“本次会议不能决定发布日期”，模型即使听到“周五应该可以”，也只能把它标为预测或建议。主持人若在会上临时扩大权限，必须记录授权人和授权范围，不能由 AI 自行推断。

每个决策议题还要提前写出待决问题、可选方案、当前建议、证据截止时间、必须参会的人和无法决定时的退路。证据未到或负责人缺席，会议结果只能是推迟或升级，不能因为人已经聚齐就强行选一个答案。

通知和进度更新不应占用决策议题的格式，纯状态信息可以异步完成。这套会前结构既能减少 AI 从闲聊中“发现决定”的冲动，也让参与者知道自己是在提供意见，还是正在承担决策责任。

保留来源链，不能只链接整份转写

每条输出都应保存来源事件编号，而不是只链接整份转写。原始文件还要记录内容哈希值、会议编号、所用工具和版本、时区、语言；AI 处理后的分段不能覆盖原文。

英国税务海关总署 2026 年更新的内部会议记录指导强调，同步笔记应准确、及时，措辞应公平、开放，也不应让人产生“事实还没齐就已经预先决定”的印象。这是该机构的内部指导，但对区分“讨论中”和“已经决定”很有参考价值。

说话人、被提及者和负责人必须分开

AI 把“Priya，让 Maya 周五开沙盒环境行吗？”记成 Priya 负责开通。实际上，这句话是主持人阿里提出的，Maya 才是可能的执行者，Priya 则负责安全批准。说话人、被提及者、被请求执行者和责任负责人必须分开记录。

负责人只能是明确接受责任的人，或由有权者正式分配且已获本人接受的人。会上没有确认，就标为“未分配”，会后再询问。模型按岗位职责推测“最可能的负责人”，只会制造一份看似完整的假账本。

先给每句话分类，再让 AI 生成摘要

分类集合包括更新、事实或主张、建议、问题、决定候选、行动候选、风险、依赖、异议和暂缓事项。一段发言可以拆成多个原子事件，也可以同时包含行动与依赖，但不能仅凭语气坚定或现场气氛，就把它判成正式决定。

“不确定”不是失败，而是证据不足时应有的结果。模型可以输出分类、判断依据、证据片段、缺失字段和禁止推断项，但再高的置信度也不能越过负责人、期限和决策权限这三道硬门。

分段也不能机械地按 30 秒切开。一个责任可能由三个人在 90 秒内共同形成：A 提出建议，B 补充条件，决策负责人最后确认。系统应先按发言轮次保存原子片段，再用议题编号和相互引用关系串成陈述链；这条链只能追加，不能把多人的原话拼成一句从未说过的引语。

AI 如果只拿到一个孤立片段，应返回“需要补充上下文”。检索时必须同时带入前后片段、议题权限和指代对象。主题相似不等于属于同一条陈述链，例如第二阶段发布的单点登录讨论，不能覆盖首发版本的决定。

每条主张还要区分“谁提出”和“谁核验”。“错误率为 1.8%”由数据负责人报告，只有链接到冻结版本的报告后，才能从“主张”变成“已核验事实”。决定理由可以引用尚待核验的主张，但会议纪要必须如实标明当时的证据状态，不能事后改写成早已验证。

决定必须通过四道门：有明确命题、有权决定、出现确认、范围可界定

投票、共识、主席决定或负责人决定采用哪一套规则，应由团队事先定义。AI 不能把多数人赞同等同于有权决定，也不能把无人反对视为默认接受，除非治理规则明确允许，而且有人完成了核验。

决定还要保留替代方案、原因、证据、异议和约束。否则两周后只剩一句“不上单点登录”，没人知道这是永久取消，还是为了保护首发日期而暂缓。

权限图不是职位猜测表。它来自项目章程、客户授权或明确的会议规则，至少要写明决定类型、负责人角色、代理人、决策阈值、必须咨询者、法定人数或批准规则，以及权限失效时间。顾问可以主持会议、整理选项，却不因此获得客户范围或预算的决定权。

若现场结论超出本次会议权限，就把它记录成“提交授权人审议的建议”，而不是正式决定。授权人后来采纳时，应新建确认事件并保留原建议，不能倒写成“原会议已经决定”。

决定卡要记录“改变了什么”

决定内容由决策负责人确认，记录员不能为了“写得更顺”而扩大范围。以后如果恢复单点登录，应新建 D-04 取代 D-03，旧卡仍然保留可见。

英国政府项目交付体系的角色说明包含维护董事会决定账本及其负责人；GovS 002 标准也强调治理角色和项目管理。这些资料面向政府项目，本文只借用可追踪责任的结构，不把小型客户会议包装成政府治理程序。

行动不是一个主题名，而是一项可以验收的责任

“Maya—沙盒”只是一个主题名，不是行动。一条可执行的记录应该写成：“Maya 在 Priya 确认 S-19 后，于 2026 年 5 月 22 日美国东部时间 17:00 前，为 3 个测试账户启用沙盒密码认证，并在工单 AC-44 中留下访问回执。”

多人协作时可以记录若干贡献者，但必须有一位最终负责人。“团队”无法接收提醒，也无法在延期时解释责任落在哪里。

负责人接受任务前还要核对容量。Maya 当周已有 26 小时承诺工作，A-07 预计需要 6 小时，而她的可用缓冲只有 4 小时。她可以接受工作范围，却认为 22 日的期限不可行。此时应记录“容量冲突”，不能把“我来做”自动解释成“连原期限也一并接受”。

会后，发起人取消了 Maya 的一项低优先级任务，并留下变更回执，她才接受 5 月 22 日这一期限。至此，完整案例里的 A-07 才能标为“负责人已确认”。优先级同样不能靠语气决定，它取决于任务阻断的决定或里程碑、潜在影响、时效和替代路径。“老板强调了三次”可以作为沟通信号，却不等于自动升为最高优先级。期限未确认、负责人未指定都是真实状态，不能为了看板整齐而隐藏。

状态变化要有证据：提出不等于接受，发出不等于完成

主流程是：拟议 → 负责人已确认 → 就绪或等待依赖 → 进行中 → 已提交 → 验收完成；旁路状态还有已阻塞、已取消和已取代。每一次状态变化都必须由事件触发：

AI 可以建议状态，却不能根据“邮件已发”或“文档已编辑”自动结案。完成证据由任务类型决定：发送邀请可以用送达回执，修复缺陷需要测试通过，形成决定则可能需要负责人确认决定卡。

相对日期只能先解析成候选

“下周三”“周五前”“两天后”经常被模型变成错误日期。本次会议开始于 2026 年 5 月 14 日 10:00（美国东部时间），所以“下周三”的候选日期是 5 月 20 日；但系统仍要保留原始短语、时区、所用日历和确认状态。

只有团队已经约定默认时点，或负责人明确接受，日期才可以精确到 17:00。AI 不能给每个全天日期擅自补上“当天结束”；对跨时区团队而言，缺少时区本身就是必须补齐的缺口。

依赖、风险和问题不能统统改写成待办

依赖要记录上游编号、成立条件和回退方案；风险要记录触发条件、影响、应对办法和负责人；问题要记录答复负责人以及它影响的决定。把问题直接变成一条“回答问题”的任务，反而会掩盖它究竟阻断了哪个决定。

循环依赖必须被拦住：A 等 B、B 又等 A，不能靠调整日期排序来解决。AI 发现候选闭环后，应交由负责人拆解，必要时新增一项决定。

完整走例：一句“周五可以”怎样被后文推翻，最后形成一项决定和两项行动

12:08，Maya 说：“如果 Priya 周三批准安全方案，我周五可以开沙盒环境，但先别向客户承诺。”如果只截取前半句，AI 很可能生成“Maya 周五上线”。此时正确的记录只是“有条件的执行能力”，同时附带“不得对外承诺”的约束。

18:42，产品负责人明确表示：“决定，首发版本不上实时单点登录；Priya 在 20 日前完成沙盒安全复核，Maya 在审核通过后，于 22 日前为三个测试账户开通密码认证沙盒。”

AI 必须把 12:08 和 18:42 的内容关联起来。后一句没有修改原始转写，而是把早先的建议和条件推进为正式决定与责任。如果系统只做主题摘要，这个关键的状态变化就会消失。

责任链在会后还要继续运行：5 月 15 日，Priya 接受 A-05；5 月 16 日，Maya 报告容量冲突；发起人取消低优先级任务 B-12 后，Maya 才接受 5 月 22 日这一期限。5 月 20 日，安全复核发现一个中等问题，但允许开放受限沙盒，A-05 因此验收完成，A-07 的等待条件随之解除。5 月 22 日，Maya 提交访问回执，阿里用三个账户验证后，A-07 才进入验收完成状态。

这条时间线说明，会议纪要只是责任的起点。如果 5 月 20 日的评审失败，正确动作是把 A-07 标为受阻，并触发新的决定；不能让 5 月 22 日的节点一直显示绿色，等到过期才暴露问题。

会后确认采用双门：决策负责人确认决定，行动负责人接受责任

草稿可以在会后 30 分钟生成，但它仍然只是草稿。第一道确认由主持人或决策负责人完成，核对决定文本、范围、理由和异议；第二道确认由每一位行动负责人完成，接受或纠正负责人、期限、依赖和完成证据。

参与者可以纠正自己的发言，决策负责人决定正式命题；记录员负责处理记录，但不能替任何人接受责任。最终版要列出尚未解决的异议，不能为了制造“团队共识感”而删除它们。

发布版会议纪要可以采用摘要视图，但不能丢掉账本链接。它至少应包含会议标识、参会人员和角色、议题结果、已确认决定、已接受行动、待决问题、风险与依赖、异议、暂缓事项和下次复核时间。讨论摘要只保留理解决定所需的内容，不复制私人闲谈或无关个人资料。

初版、确认版和修订版都保留。发送“更新后的纪要”但不给变更摘要，会迫使参与者重读全文；系统应列新增、删除、责任/日期变化和修订理由。

同步任务系统要避免重复创建

每个行动编号都是稳定的唯一键。同步时保存目标系统、目标记录编号、内容哈希值、同步时间和结果；内容哈希值相同的重试只返回原结果，内容发生变化才更新原任务，不能另建一条。

AI 输出不能直接调用外部任务系统。只有已确认的行动才能进入待同步队列，并在人工批准目标系统和具体字段后执行。这样才能避免把建议、异议或敏感内容发送到不合适的共享空间。

同步前还要设置字段白名单。共享任务只包含行动内容、负责人、期限、依赖项编号和完成证据定义；争议原话、录音链接、个人意见和受限风险详情留在权限更窄的账本中。如果目标系统无法提供同等访问控制，就只同步代号和受控链接。

原始会议资料删除后，任务不能留下无法解释的断链。应按记录政策决定：是保留经确认的最小引用，还是新增“来源已处置”事件，说明原始资料已经按计划删除。

决定和行动发生变化时，保留昨天发生过什么

每周复盘时，先看受阻和期限未确认的行动，再看已经逾期的行动。单纯统计完成率会鼓励把任务拆得过细或提前关闭；真正要检查的是：上游决定是否仍然有效、依赖是否已经解除、完成证据是否获得验收。

当会上发言与会后书面确认冲突时，不能简单采用“最新为准”。先判断后者是在纠错、补充，还是形成了一个新决定，再由有权者标记性质。

变更还要沿关系图向下传播候选影响。D-03 被取代时，系统需要检查与它有关的受阻、实施和验证关系：A-05 的安全审阅可能仍然有效，A-07 的密码认证沙盒可能需要取消，R-02 的企业演示风险也可能关闭。系统只能生成影响复核队列，不能自动批量取消下游事项。

这让“改了决定却忘了改任务”变成可检测事件。单纯更新会议摘要无法提供这种传播能力。

用逐句测试和整场回放验收，不看“摘要像不像”

60 条冻结语句包含 12 条决定、15 条行动、8 个问题、8 个风险或依赖、10 条更新和 7 条建议。首轮 AI 得到 42 条正确分类、5 条正确放弃判断、9 条错分和 4 个虚构字段；加入权限、条件和负责人三道门后，结果变为 49、7、3、1，两轮总数都等于 60。

随后再用 6 场完整会议测试跨段状态变化。这批会议共有 312 个陈述事件，经人工确认得到 28 项决定、47 项行动、19 个待决问题和 16 个风险。模型即使通过逐句测试，仍可能漏掉“后文推翻前文”的变化，所以整场检查要求每个最终决定链接所有相关候选和取代事件。

6 场会议的运行账本还记录了人工纠正：说话人 6 次、分类 17 次、负责人 8 次、期限 13 次、依赖 9 次、决策范围 5 次。同一事件可能同时发生多项纠正，所以不能把这些数字相加成“58 条错误记录”。问题主要集中在相对日期和跨段条件，而不是摘要措辞。

“节省多少时间”不是主要放行标准。即使草稿生成得很快，27 分钟的确认成本仍然必须计入工作容量。如果会议多到负责人无暇确认，应减少自动产出或会议数量，而不是跳过双重确认。

美国国家标准与技术研究院的生成式 AI 风险管理资料把“模型自信地输出错误内容”列为虚构风险。会议摘要中凭空出现的负责人、期限和“团队同意”，恰恰会诱导真实行动，不能因为文字自然流畅就放行。

敏感、争议或高后果会议要降级使用，必要时完全不用自动纪要

以下任一情况都应触发停用：未获准录制、受限内容进入错误工具、一次负责人或决策权错配进入发布版纪要、虚构期限触发外部承诺、任务被重复创建，或录音无法按计划删除。发生后先暂停同步并保存影响范围，再由负责人决定如何纠正和通知。

错误的严重程度不能按字数衡量。内部草稿里的错别字可以直接修订；发布版纪要错写负责人，需要发布更正版本并通知受影响的人；虚构期限已经触发客户承诺，属于外部影响事件；受限录音被传到错误空间，则要进入安全或隐私处置流程。AI 不能自行决定是否删除证据，也不能自行决定向谁道歉。

恢复自动化前，不能只修一条数据，还要重跑所有可能受到同一规则影响的会议。例如，说话人识别错误可能影响同一段录音里所有被归到该说话人名下的行动。

可直接复制的会议责任包：用一场 30 分钟工作会完成端到端练习

01-会议目的、录制和访问.md
02-议程、权限和证据.csv
03-来源事件和说话人复核.csv
04-语句分类.csv
05-决定账本.csv
06-行动账本.csv
07-问题、风险和依赖.csv
08-会议纪要草稿与确认.md
09-任务同步回执.csv
10-变更、重开和取代记录.csv
11-质量测试集.csv
12-保留与删除回执.csv

练习时，选择一场已经获准记录、只有 2 个可决议题的低风险会议。会前写清决策负责人；会后先由人工找出 10 个关键时间戳，再让 AI 分类。只有满足四道门的命题才能进入决定卡，只有负责人明确接受的责任才能进入行动账本。24 小时内完成双重确认，一周后再检查受阻、期限未确认和完成证据。

第一次运行可以这样安排时间：会前用 10 分钟写权限与证据；会中人工标记 5—10 个关键事件，不追求逐字修正转写；会后让 AI 用约 5 分钟生成候选，记录员用 20 分钟复核来源，决策负责人用 10 分钟确认，行动负责人再分别确认自己的责任。如果一场 30 分钟的会议生成了 40 个“行动”，先检查是不是把建议和问题误判成任务，不要先去扩充任务工具。

发布前要做一次反向检查：从每项决定回到原话和权限，从每项行动回到接受回执，从每个精确日期回到原始短语和时区，从每个“完成”回到验收证据。最后再在转写记录中搜索“不要、除非、取决于、我反对、还没决定”，这些词附近最容易被摘要抹平。

这一步不是机械追求本案例数量。真实会议可能一个决定也没有；零决定比虚构一个决定更准确，也提醒团队下次把决策问题与权限准备好。

资料核验于 2026-07-21，进一步阅读：

• ICO：Data sharing advice for small organisations：说明录制在线会议需有目的、考虑较少侵入替代、告知用途与保留，并谨慎公开分享。
• Charity Commission：Charity meetings：在慈善治理的适用范围内说明，会议纪要可以不逐字，但应记录决定、理由、依据和行动并完成确认；本文不扩张其法律适用。
• HMRC：SIOG1620 meeting minutes and notes：2026-07-13 更新，强调同步记录应准确、及时、公平、开放且不预断；这里只作为记录质量参考。
• Government Project Delivery：Governance and Reporting Manager：明确维护董事会决定账本、负责人和报告更新等治理职责。
• GOV.UK：GovS 002 Project Delivery：2025 年版本强调治理角色、规划与控制；本文只借用责任清晰原则。
• GOV.UK：Guide to functional standards：说明治理、决策、角色与问责的结构化要求。
• NIST：AI RMF Generative AI Profile（AI 600-1）：用于核对生成式 AI 虚构风险，以及高后果输出需要评估、验证的边界。

好纪要不是把 52 分钟压缩成 500 字，而是把口头流动状态变成可核对的责任事件：建议仍是建议，问题仍是问题，决定有权限与范围，行动有人接受，期限不靠猜，依赖会阻断，完成有证据，变化有历史。AI 可以降低寻找与整理成本，但会议真正结束的标志不是摘要生成，而是决定和责任被正确的人确认。