核对摘要没有改变原意

核心方法

摘要变短时，最容易丢掉「暂不」「如果」「试行」「待批准」等小词；它们却常常决定安排是否成立。本课用逐句对照检查摘要忠实度，建立一份可复查的修订记录。

与一般润色不同，会议纪要需要优先保留原意。不能为了语气坚定而消除不确定性，也不能为了句子顺畅改变责任归属。检查时把否定、条件、数量、时间、范围和发言者作为六类高风险信息。

案例拆解

原文与错误摘要如下，均为教学示例：

原文 M01：先小范围测试，不做全量上线。
错误摘要：新帮助页准备全面上线。

原文 M03：设计排期还要确认，暂不能承诺完成时间。
错误摘要：设计同事将在本周完成。

原文 M06：如果周四确认设计时间，小林可以更新演示大纲。
错误摘要：小林周四交付最终演示。

第一句改变了发布范围；第二句创造了时间承诺；第三句丢失条件、改变交付物状态，还把触发时间当成截止时间。不是修一个词就够，而要恢复完整的安排。

参考修正为：「帮助页先进行小范围测试，暂不全量上线；设计排期待确认，尚无承诺完成时间；若周四确认排期，小林可据此更新演示大纲，最终交付时间仍需确认。」

建立两轮检查。 第一轮从摘要出发，给每句话找原文依据，发现无来源的新信息；第二轮从原文出发，检查关键决定和限制是否被摘要遗漏。只做第一轮，会漏掉「摘要没有写错，但删掉了最重要限制」的情况。

处理措辞歧义。 如果原记录里「他来负责」指代不清，不能由模型猜人名。回到上下文或向参会者确认。无法确认时保持待核对状态，避免向外发送貌似明确的错误责任。

保留修订日志。 写下原摘要、错误类型、对应原文、修正文本与确认状态。这个日志有助于团队发现转写、摘要或指令中反复出现的问题。

提示词与使用说明

对比会议原文与摘要，分两轮检查。
第一轮：摘要中的每句话是否有原文依据？标出新增信息和含义变化。
第二轮：原文的重要否定、条件、范围、时间与责任，是否被遗漏？
输出：摘要句 / 原文编号 / 问题类型 / 修正建议 / 需人工确认事项。
不替会议作新决定，不猜指代不明的人名。
原文：[编号记录]
摘要：[待核验版本]

AI 的比较能力可以帮你发现差异，但你仍要人工检查涉及责任与时间的内容。把「已由模型复核」写进纪要，不能替代参会者对事实的确认。

独立练习

先把答案写进本课笔记，再展开解析。以下人物、活动和数据均为教学用的虚构材料；练习记录请填写你实际完成的过程。

给定材料

原承诺：周三交校对标记；当前周四，尚未收到。
你不知道延迟原因，也没有权力替对方承诺周五完成。

你的任务

写一条不超过 100 字的跟进消息，包含原约定、观察到的状态、需要回复的事项。再写一种应该避免的催办。

验收与迁移

对照自己的成果逐项检查。未达到的项目，写明缺什么、怎样补；这些标准用于自查，不会自动标记课时完成。

• 只陈述已知的未收到状态
• 询问原因与新时间而非自行编造
• 没有把未回复写成已同意

带回自己的场景

对三条待办各写一句跟进，比较哪些需要提醒、哪些需要解除依赖，别统一催“尽快”。