知识管理

版本说明（2026-08-31）：本文描述的"双索引 RAG"是 2026-07 的架构快照。2026-08 起知识库已简化为单索引 + SPU 卡片索引层——表格聚合的职责由「防爆块规则 + 排除清单」和「SPU 卡片层」承接（详见《从零搭建本地 AI 知识库》）。治理原则、权限矩阵与交接闭环不受影响，仍然完全有效。 你有没有遇到过这种场景：你让 AI 帮你改一个文件，改完发现另一个 AI 也在改同一个文件，两边改的内容互相覆盖，最后谁的都没保留？ 这不是技术 bug，是治理缺失。 我有一个 5000+ 文件的知识库，用双索引 RAG（A 索引含表格聚合 / B 索引零表格，numpy 向量 + reranker）做检索。当我开始引入多个 AI Agent（Codex、WorkBuddy、ZCode、Kimi Work、MiniMax Code）协同工作时，新问题出现了：谁来写？谁来审？怎么协调？RAG 什么时候更新？ 我要说一个大多数人不同意的观点：AI Agent 的能力不是瓶颈，治理才是。 大多数人以为"Agent 不够聪明"是问题——错了。真正的问题是"Agent 太自由了"——它们能写任何文件、改任何配置、跑任何命令，但没有人告诉它们"什么不该做"。这就像给 5 个实习生每人一把公司钥匙，但没有门禁系统——迟早出事。 本文拆解我从踩坑到成熟的三轮迭代：从"一个 Agent 垄断所有写入"到"项目级授权读写"，最终找到一套稳定的多 Agent 治理架构。 一、问题：建完 RAG 之后的新困境 上篇写完时，我的知识库已经跑起来了：5000+ 文件、双索引 RAG（A 索引含表格聚合 / B 索引零表格）、每日增量同步、领域 wiki。技术层没问题。 但当我开始引入多个 AI Agent 协同工作时，新问题出现了： 谁来写？ 如果 5 个 Agent 都能改同一个文件，冲突只是时间问题。 谁来审？ Agent 写的东西不一定对，需要有人把关。 怎么协调？ A Agent 改了配置，B Agent 不知道，继续按旧配置执行。 RAG 什么时候更新？ 文件改了但索引没更新，检索结果就是旧的。 这不是技术问题，是治理问题。技术问题有标准答案，治理问题没有——它需要你根据实际情况不断迭代。 ...

你有没有这种经历：明明记得看过一篇文章，但搜遍了所有笔记都找不到？ 或者：你有一个业务问题想问 AI，但 AI 给的答案和你的实际情况完全不搭——因为它根本不知道你的业务数据长什么样。 这不是 AI 的问题，是你没有给它一个能读懂的知识库。 市面上 60 多款知识库工具我都看过。Obsidian、Notion、SiYuan 这些笔记工具，上手快但检索只能关键词，AI 集成深度不够。Dify、RAGFlow、AnythingLLM 这些 AI 知识库工具，5 分钟能搭一个客服库，但数据格式私有、SaaS 不敢放业务数据、索引策略动不了。 我要说一个大多数人不同意的观点：知识库不是"存资料的仓库"，而是"能帮你做判断的伙伴"。 如果你的知识库不能回答你自己的业务问题，它只是另一个收藏夹。真正的知识库应该能回答"某物料 A 与 B 供应商 2026 采购价格对比"这种具体问题——答案来自你自己的数据，不是 LLM 编造的。 本文拆解如何从零搭建一套数千文件、双索引 RAG、每日自动增量同步的本地 AI 知识库——一个业务管理者的"第二大脑"实战。文末附录包含一段可直接复制给任何 AI 助手的搭建指令和完整代码，让 AI 照着就能搭。 一、为什么不是 Obsidian / Notion / Dify？ 市面上 60 多款工具我都看过。它们分为两类： 范式 代表 优点 致命缺陷（对我） 笔记工具 Obsidian、Notion、SiYuan 上手快、移动端好 检索只能关键词，AI 集成深度不够 AI 知识库工具 Dify、RAGFlow、AnythingLLM 5 分钟搭一个客服库 数据格式私有、SaaS 不敢放业务数据、EXCLUDE/重建策略动不了 我的核心约束是： 数据主权 100% 本地：大量采购明细、供应商档案、客户报价不能进任何 SaaS。 业务深度耦合：行业计价规则、多产品线结构、供应商画像，通用工具里都没有。 AI 召回可控：哪些文件进索引、哪些排除、表格文件如何聚合，必须由我定。 所以我没有选择「现成整机」，而是选择了自建范式：纯 Markdown + 自写脚本 + 本地向量索引 + 自动化流水线。 ...