知识编译与检索

定义

知识编译与检索（compile-not-append）是一种知识库迭代哲学：新内容入库时优先尝试 merge 进现有概念，而不是追加新页面。配套机制是 manifest 增量追踪——记录每个源文件的上次同步状态，只处理 delta 部分。它直接对抗"碎片化笔记"问题，是 知识编译〔待补〕 在工程层面的具体迭代纪律。与之相对的"append"模式（每次 ingest 新增一个孤立页面）会让知识库随规模线性变厚但连通性下降。

要点

• 核心规则：ingest 阶段就该决定要不要 merge，而非只是 create——resolve 阶段是防止概念碎片化的关键
• manifest 增量：.manifest.json 记录源路径 / processed_at / 产出页面，避免同一来源被多次入库
• 复利方向：随着 wiki 变大，概念被反复 merge 的次数增加，知识连通性反而上升，与 append 模式相反
• 代价：维护 manifest + 决策"merge or create"会让单次 ingest 慢一点，但避免长期治理债
• 与 RAG 的区别：RAG 把每次查询当"重新发现"，编译模式把每次入库当"永久增量"——前者优化 query-time 体验，后者优化 long-term 资产积累

示例

Ar9av/obsidian-wiki〔待补〕 的 wiki-update skill 六步骤里第二步就是"算 delta"，只处理 manifest 中未同步的源；第三步明确"决定提炼内容"，让 agent 主动选择 merge 进哪个现有页面。OrbitOS 的 /parse-knowledge 已经在概念层面贯彻了这一哲学（强制更新 index 和 log），但缺 manifest 增量层，导致同一 newsletter 可能被多次入库。

相关概念

• 知识编译〔待补〕 - 编译 vs 检索的更上位哲学
• LLM Wiki〔待补〕 - 编译模式的早期实践框架
• 涌现式扩展原则〔待补〕 - 同源的"两次原则"——单次需要不进入 schema，对应不轻易新建概念页
• 协议层〔待补〕 - manifest 是协议层在迭代纪律维度的扩展
• Agent Skill 包 - obsidian-wiki 的 wiki-update / cross-linker 等 skill 是该哲学的工程载体
• 知识成熟度衰减〔待补〕 - 编译模式天然支持 lifecycle 字段：merge 时升级成熟度

参考资料

• Ar9av/obsidian-wiki README
• Karpathy LLM Wiki Gist