为什么我说绝大部分人都不需要AI知识库

给上百人培训过 AI 知识库、又把自己的全部内容迁进 Obsidian 之后，我发现：AI 知识库对我非常有用，却不一定适合大多数人。

问题不在于一个人是否勤奋，也不完全取决于岗位，而在于他的工作是否存在大量分散、需要长期复用、遗漏代价又高的信息。

交代一下背景。今年卡帕西抛出 LLM Wiki 的概念，把"AI 知识库"这件事带火了。我们公司一号位很快接受了这套理念，自上而下推广；我承接了其中一部分培训工作。培训别人的过程里，我自己也成了深度用户，所有内容迁进 Obsidian，搭了一套属于自己的管理体系（偏技术，放在今天推送的另一篇文章里）。

下文说的"AI 知识库"，不是特指某个软件，而是由 AI 参与录入、整理、检索和调用的个人信息系统，我选的方案是 Claude + Claude Code。

它解决什么问题：整理、检索、调用的成本

先说我自己的体感。

我以前用 Notion 记笔记，最大的问题是：东西扔进去之后，再也不会看，想找也找不到。为了解决"找不到"，我又搭了一套严格的管理框架——多维表格区分工作和学习，工作里再分会议、周报、需求、技术实现……框架是有了，但一旦哪天懒得维护，Notion 立刻就不好用。它最大的缺点，是所有东西都得手动维护，维护得好，成本极高。

Obsidian + AI 这一套，几乎颠覆了我以前的流程。本质就一句话：把知识库的录入、整理、检索、维护，大量交给 AI 辅助完成。 你要做的，只是提前给 AI 设定好规则和框架。框架完善之后，后面就省事很多。

我现在可以做到：

• 任何东西直接扔进一个特殊文件夹，AI 自动归类整理；
• 想找什么，一句话，AI 把相关内容全捞出来，甚至直接生成一份总结；
• 把历史信息导入后，AI 能翻出所有历史背景，在关键决策上给参考。

举一个脱敏的例子：在评估某项需求是否应该再次立项时，AI 帮我找出了几个月前的会议记录、当时的决策原因，以及后来发生变化的两个前提。它没有替我决定，但省去了我重新翻大量会议文档的时间。

听起来是不是特别美好？

但它也创造新的成本

美好归美好，培训和深度使用之后，我也看清了它的另一面：知识库不只是收益，它本身也是一套需要照料的系统。

是否值得搭建 AI 知识库，取决于一个简单的权衡：检索与遗漏带来的损失，是否长期高于录入、维护、学习和校验成本。 几个容易被忽略的隐性成本：

• AI 的分类和总结可能出错，关键决策前需要人工校验；
• 规则越精细，维护负担越大，框架本身也会变成需要维护的资产；
• 敏感资料存在隐私和权限风险，不是什么都能往里扔；
• 信息一旦过时，知识库不仅帮不上忙，还可能放大错误；
• 内容多不等于知识质量高，堆砌反而会稀释真正有用的部分。

所以问题从来不是"AI 知识库好不好"，而是"对你而言，收益是否长期大于成本"。

真正的判断标准：信息结构，不是岗位

培训完上百人后，我发现一个事实：包括一些直接相关的同事在内，大家对 AI、对知识库的接受程度，完全不一样。

心理学上有个概念叫虚假一致性偏差：人会高估别人和自己想法一致的程度。你觉得一个东西好，就会潜意识认为别人也该觉得它好。我在培训推广中观察到了这个现象。但站在很多人的视角重新想了一遍后，我得出一个可能不太讨喜的结论：并不是所有人都需要知识库。

我最初的判断标准是"输入多还是产出多"。这个标准作为快速入口挺好——管理层和学习者输入远多于产出，知识库像外脑；一线执行者产出多于输入，自然没那么需要。但仔细想想，拿它解释一切又有点粗暴。

更准确的标准，是看你的工作中是否存在大量分散、需要长期复用、且遗漏代价较高的信息。"输入/产出比"只是其中一个切面。

拿我自己最熟的群体举例。我现在是产品，之前是资深程序员，平时也一直和程序员打交道。对大部分写代码的人来说，知识库没那么必要——代码仓库就是他们最强的知识库。 从人的视角看，代码晦涩难懂；从 AI 的视角看，代码通常比自然语言更结构化、语义也更完整，当然，代码覆盖不了全部业务背景、决策缘由和踩坑经验，这些确实得靠额外的文档沉淀——只是对一个普通程序员来说，这类高价值上下文的量并不大，几篇技术方案、复盘文档就装得下，维护成本远低于上整套知识库。其他一线岗位也类似：真正需要长期整理的文本信息不多，量小到用轻量方式就够，不必专门引入一套自己不擅长、还得花时间学、甚至花钱的工具，给自己添负担。

一线员工的核心特征是：产出远多于输入，精力应聚焦在产出上。而知识库主要用来理解和处理输入。方向对不上，自然不需要。但这只是大方向，"输入多还是产出多"能筛掉一大部分人，却不是全部答案。

谁需要：按信息任务，而非岗位

那到底谁的信息特征最符合？与其按岗位划分，不如按信息任务划分。这样能容纳管理、研究、销售、咨询、客服、律师、程序员等不同岗位：

• 高信息汇聚者：持续接收大量跨渠道信息，需要归类、压缩、检索；
• 高上下文决策者：判断高度依赖历史背景，遗漏一次背景就可能误判；
• 长期学习者：需要持续积累，并在新旧知识之间建立关联；
• 高复用内容生产者：反复调用既有案例、素材和观点，写成文章、方案或报告。

我自己同时占了几类：既要做产品决策，又持续学习，还在长期写作，所以知识库对我几乎是刚需。

管理者自然也该算在其中——他们要汇聚大量信息、做依赖上下文的决策，正是知识库最对口的几类人。但这里有个副作用：当管理层自己用 AI 处理信息、辅助决策，原先由中层承担的信息传递与汇总工作，AI 也能替代，那些以此为最大价值的中层岗位反而最容易被削弱。这一点我在《AI时代，中层管理者之危》里展开聊过，有兴趣也可以看下。

谁不需要：信息少、短期有效、已有权威源

反过来，几类人通常不需要：

• 信息量本来就少，大脑记得住；
• 信息短期有效，过了就作废，不值得长期维护；
• 已有权威信息源（代码仓库、官方文档、结构化系统），AI 知识库只是重复造轮子；
• 维护成本高过收益——录入和校验的时间，比节省的检索时间还多。

最后：五个问题自测

需要先说清楚：AI 能帮你处理信息，不代表它能替你做决定。AI 不会疲倦，也不受情绪影响检索；但它并非没有偏见，更不能替人承担决策责任。它真正擅长的，是在大量材料中检索、归纳、对照和发现遗漏——只要喂给它的信息足够多、足够准，这些事上它能比大多数人更快、更全。

所以回到最开始的问题：谁需要知识库？答案不是"所有人"，也不是"越努力的人越需要"。拿不准的话，问自己五个问题：

1. 我是否持续接收大量、分散的信息？
2. 这些信息是否需要长期、反复调用？
3. 我的判断是否高度依赖历史上下文？
4. 遗忘、遗漏或检索缓慢的代价，是否较高？
5. 节省的时间和降低的风险，能否覆盖搭建、维护与校验成本？

前四题衡量收益，第五题衡量成本。只有收益长期大于成本，AI 知识库才是外脑；否则，它只是另一套需要照料的系统。

决定你是否需要知识库的，不是岗位，也不是勤奋程度，而是你的信息结构与成本收益。