1. 知识管理的演进与现状
知识管理这个概念远比大多数人想象的要古老。早在1945年,Vannevar Bush就在《Atlantic Monthly》上发表了一篇名为《As We May Think》的文章,提出了Memex的概念——这是一种能够存储所有书籍和记录,并能建立各种材料之间关联的机器。这可以说是"个人知识库"的最初构想。
Bush当时就指出一个关键观点:知识之间的连接有时比知识本身更重要。但问题在于,谁来维护这些连接?过去几十年间,我们见证了Notion、Obsidian、Roam Research、Logseq等工具的兴起,但始终未能解决一个根本性问题:知识库的维护成本往往高于其实际价值。
2020年RAG(检索增强生成)技术的出现曾被视为解决方案。RAG的基本思路是让AI直接从原始文档中搜索答案,而不是让人去维护知识库。典型的流程是:上传文件->提问->AI帮你找答案。这种方法确实让大语言模型能够查询到训练数据以外的信息,有效避免了幻觉问题。
但RAG存在一个根本性缺陷:知识无法累积。每次查询时,AI都要重新从原始文档中检索并拼接答案。比如你上传了50篇文章,当需要综合5篇文章才能回答的问题时,RAG可能只找到2-3篇相关段落,给出一个片段化的答案。更糟的是,下次遇到类似问题时,它又要从头开始检索,永远不会"学习"到如何更好地回答。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. RAG的局限性分析
RAG系统本质上让大语言模型充当了搜索引擎的角色。就像是一个不整理笔记的学生,每次考试都要重新翻书查找答案。ICLR 2026的一篇论文证实了这个问题:现有的记忆代理(包括RAG系统)在"增量信息处理"方面表现不足,它们擅长在静态文档中查找信息,但不擅长随时间推移累积理解。
这种局限性主要体现在三个方面:
- 重复计算成本高:每次查询都需要重新处理原始文档,计算资源浪费严重
- 综合能力有限:难以整合多个文档中的信息形成系统性回答
- 缺乏演进能力:无法从历史查询中学习改进未来的回答质量
3. Karpathy的LLM Wiki模式
最近,Karpathy提出了一种全新的思路:不要让LLM当搜索引擎,而是让它当编译器。他将这个方案整理成名为LLM Wiki的GitHub Gist。与RAG不同,LLM Wiki让大语言模型持续
