知识库的分界线是重复使用，服务对象与组织方法是两根轴，别混着谈

观点：收藏夹和知识库的分界不在存储形态，在资料能不能被重复使用；「个人 / 企业」按服务对象分，「LLM Wiki / RAG」按组织方法分——两根轴先分开，再按实际目标选路。

张卓仁用 14 分半把这根弦拨正。开场是人人中都有的场景：文章收藏了、方法截图了、资料下载了，真要用的时候还是重新搜聊天记录，找到了又忘了当初为什么存——存下来了，却没变成下次能用的积累。他的定义卡在「重复使用」四个字：知识库是围绕一类问题，把资料、方法和经验组织起来，方便以后查找、理解和重复使用的地方；收藏夹、笔记都只是载体。接着是最容易搅浑的一步：个人还是企业，是谁在用；LLM Wiki 还是 RAG，是知识怎么被组织和取用——他拿 Wiki 讲个人、拿 RAG 讲企业只是举例，个人也可以接 RAG，企业也可以把审核过的资料做成 Wiki 再检索。Wiki 侧他给了三件套契约：原始资料保原文、来源、日期且 AI 不改，主题页按主题归纳互链，管理规则定死入库、合并、引用和歧义怎么标注；走一遍摄影文章的例子，留下来的不只是文章，还有一份被更新过、能继续读的主题页。企业侧最实在的一刀是信息分类：「知识库里的发货规则」和「这笔订单的发货状态」是两种信息，客户问周末能不能收到，只查到流程就答是错的，接不进业务系统就该承认「需要进一步查询或联系确认」。最后是一串防翻检清单：接上 AI 不等于可以放心用，要查来源可否回溯、条件有没有省略、版本是否过期、查不到时敢不敢说不知道——不能为凑一个完整回答编内容；权限不能只靠提示词里写一句「不要透露机密」；上传资料、建索引都不等于重新训练模型，那是外置，聊过一次不代表它永远都知道。

洞察：两条路线之争背后是整理成本的结算时点——Wiki 在资料进来时结清，RAG 在每次提问时现结；而「规则 / 状态」之分比路线之分更硬：规则类（流程、FAQ、产品参数）才值得预整理成页，状态类（库存、订单进度）永远沉淀不进知识库，只能现接业务系统。

启示：对外解释知识库（包括解释我们自己的库）可以直接套他的骨架：先立「重复使用」判据，再拆两轴，再给四查——比讲六层结构好落地。选型前先分堆：这堆料是不是写了就长效？是，走整理沉淀；否，接活系统或明说查不了，别让 AI 硬答。有没有换维度的可能——他说两条路线会同用，那「先沉淀后外挂检索」就不是二选一，而是库长大后自然的两段式。

提醒：概念科普单源，无实证数据，整理成本（token、审核人力）一概未提；「Karpathy LLM Wiki」系转述锚，公开引用前对 Karpathy 原文核意；片尾署名「我是 Rick」与账号名不符，引用讲者身份前回原片核实；搭建方法本体引流至其另一条视频；数据面收藏 459 高于点赞 399（比 1.15）、评论 19，教程囤积型样本。

---

📺 张卓仁《知识库是什么？个人知识库和企业知识库的区别？》，抖音，2026-10-20 · 原视频 · 库内 2026-10-21-知识库是什么 · 速览 速览/2026-10-21-知识库是什么两轴别混 · 碰撞 卡片/方法/10-12-LLMWiki与RAG分工 · 卡片/方法/10-18-知识库三条路-先分清查原文找关联攒经验