---
title: "不要让 AI 纪要进入知识库"
author: "Shawn Jiang"
lang: zh
date: 2026-10-07
canonical: https://tplog.dev/zh/essay/dont-let-ai-meeting-notes-into-the-knowledge-base/
translations:
  en: https://tplog.dev/en/essay/dont-let-ai-meeting-notes-into-the-knowledge-base/
  ja: https://tplog.dev/ja/essay/dont-let-ai-meeting-notes-into-the-knowledge-base/
---

# 不要让 AI 纪要进入知识库

AI 自动生成的会议纪要，我认为不应该未经确认就直接放进知识库，尤其是当后面还有 AI 要拿这些文档去回答问题、写方案、执行任务的时候。

问题在于，会上只是讨论过的事情，可能在总结时被写成已经决定的事情。

假设会上有这样一段对话：

> “要不下周上线？”
>
> “技术上可以，不过测试还没跑完。”
>
> “那先看测试结果，周五再定。”
>
> “行。”

AI 整理成纪要后，可能就变成了：

> 会议决定下周上线。

最后那个“行”，同意的是等到周五再决定。可一旦省掉前面的条件，它就可能被理解成同意下周上线。

我觉得这有点像把三维的东西压成了二维。

开会时，一句话背后连着说话的人、回应的对象、语气、条件，还有谁有权作决定。到了纪要里，可能只剩下几条排得整整齐齐的结论。

技术负责人说“可以”，可能只是在确认技术上能做；负责排期的人说“先等等”，则意味着时间还没确定。谁在提议，谁在判断可行性，谁负责最后拍板，都会影响一句话该怎么理解。

而且会议节奏快，几个人互相接话，AI 可能连哪句话是谁说的都没分清。即使分清了，它也未必知道这些人如何分工，在这件事上又是谁有权作决定。这些背景，录音里不一定会交代。

所以，即使每句话都转写正确，“大家讨论了一下”在归纳时还是可能变成“团队达成共识”。字没有听错，事情却记错了。

参会的人看到纪要，还能凭记忆补一句：“这个当时只是提了一下，没定。”

后面读知识库的模型如果只拿到纪要，就没有这段记忆。它看到的是一份标题正式、条理清楚、语气肯定的文档，上面写着“会议决定下周上线”。

你让它严格依据知识库工作，它就可能认真地以这份纪要为依据，安排发布流程，准备客户通知，再把上线时间写进项目计划。

在这个过程中，它甚至不需要编造任何内容。只要采信了那份纪要，一个尚未确认的提议就可能被带进后面一整套工作。

这也是我觉得模型越来越强之后，可信的数据会更重要的原因。模型能把前提用得很好，把后续工作做得很完整，但前提有没有真正被确认过，是另一回事。

当然，更强的模型也可能发现矛盾、回头核验。可如果“周五再定”已经被删掉，原始录音、发言者身份和确认记录也都不在，仅凭纪要，它未必知道这件事还悬着。

这里说的数据质量，也包括那些看起来可以省掉的词：“可能”“暂定”“待确认”“如果测试通过”。这些词决定了一条信息能不能作为后续工作的依据。为了让纪要更简洁而删掉它们，可能连事情的状态也一起改了。

我说“不要进入知识库”，指的是不要让未经确认的 AI 纪要，直接成为后续 AI 默认采信的公司事实。纪要可以留着备查，但提议、待确认事项和正式决定，要保留各自的状态。确认过的结论再写进正式文档，也要带上原来的条件。

回到前面那个例子：会上的安排是先看测试结果，周五再决定。至于下周上线，有人提过，但还没定。