会议纪要进入知识库前，先把结论和待办分开
会议纪要进入知识库前，应把讨论意见、已确认结论和待办分开。否则检索到一句“建议下月调整流程”，AI 可能把它回答成“下月已确定调整”。知识整理的重点不是把纪要写得更短，而是保留每句话的状态和适用边界。
先判断哪些内容可以作为事实依据
会议中常同时出现现状陈述、不同方案、最终决定和待核问题。它们即使位于同一段，也不能使用同一种状态。整理者应根据原始记录或参会人确认标注，不应凭语气强弱推断哪一句已经通过。
例如有人提出“把培训报名截止日提前一周”，会议随后决定先调查部门需求。可进入知识库的结论是先开展调查，而不是截止日已经改变。保留提议内容有助于理解背景，但回答时必须知道它仍是提议。
为决定和待办记录不同字段
| 内容类型 | 必要信息 |
|---|---|
| 已确认决定 | 决定内容、适用范围、确认时间和依据 |
| 待办 | 要完成的事、负责人、期限与完成条件 |
| 待核事项 | 问题、所需信息以及后续核对入口 |
| 讨论方案 | 方案内容及未确定状态 |
待办完成不一定代表制度已经生效。例如“提交新版草案”完成，只能说明草案提交了，不能推出正式规则已经发布。知识条目需要保留状态之间的区别，避免把工作进度变成对外结论。
切分纪要时保留局部语境
如果按段落切分，给片段带上会议主题、日期、议题和内容类型。单独一句“按方案二执行”没有方案说明，无法支持可靠回答；可以关联方案定义，或保留足够上下文。不要让标题相似的两次会议片段混在一起。
对被后续会议修改的决定，应建立明确关联，让查询历史过程与查询当前安排能够区分。这里需要的是业务状态管理，而非简单选最后编辑的文件。内容负责人应确认哪些纪要可以支持当前工作答案。
用三种问法检查整理结果
第一种问“会议最终决定了什么”，检查是否混入未采纳提议；第二种问“谁需要做什么”，检查责任与期限是否完整；第三种问“现在应按哪个流程执行”，检查系统是否错误地把未发布方案当成现行规则。
如果原始纪要没有记录最终结论，应保留待核状态并补充确认，而不是让模型根据上下文推测。自动摘要可以降低整理成本，但内容状态仍需要可靠依据。对重要决定，保留回到原始纪要具体位置的线索。
在协作平台中使用清晰的纪要模板，可以同时帮助参会人跟进与后续检索。模板只是承载信息的方式；知识库是否正确区分决定、讨论和待办，还需要用真实问题验收，不能以文档已归档作为完成标准。
在企业文档中验证
如果要把本文方法用于企业文档，可预约演示，结合实际资料核对协作、权限与集成方式。
需要在自己的环境中验证时，可先了解私有化部署方案，再确定试用范围与验收要求。