LLM Wiki Skills · 活体维基知识编译系统 v1.0

> 核心定位:LLM Wiki 是基于卡帕西(Karpathy)「活体维基」体系的知识编译系统,将知识管理从"被动检索"升级为"主动编译"。 > > 版本:v1.0 | 创建日期:2026-04-11 | 维护者:龙龟神将 > > 核心哲学:"知识不是被检索的,而是被编译的;知识库不是静态仓库,而是活的生命体"

---

📖 核心定义

What(是什么)

LLM Wiki Skills 是一套将原始素材通过AI编译为结构化知识网络的系统化方法,实现:

  • ✅ 知识越用越聪明(复利增长)
  • ✅ 查询无需向量检索(直接读Wiki)
  • ✅ 全生命周期AI自动化(编译→纠错→反哺)
  • Why(为什么)

    传统RAG的三大死穴: | 死穴 | 表现 | 后果 | |------|------|------| | 🔴 即时编译 | 每次提问都要重新读原始素材 | Token消耗爆炸 | | 🔴 碎片断裂 | Chunk之间无逻辑关联 | 输出割裂不连贯 | | 🔴 零沉淀 | 关闭对话知识清零 | 无复利效应 | LLM Wiki的三大突破: | 突破 | 原理 | 效果 | |------|------|------| | ✅ 提前编译 | 知识被预编译为Wiki摘要 | Token消耗降低70%+ | | ✅ 网状结构 | 双向链接天然关联 | 逻辑连贯一致 | | ✅ 答案反哺 | 优质答案写回Wiki | 越用越聪明 |

    How(怎么做)

    一句话工作流: ``` 原始素材 → [AI编译] → Wiki结构化知识 → [查询] → 高质量答案 → [反哺] → 更聪明的Wiki ```

    ---

    🏗️ 三级知识架构

    架构概览

    ``` AI OS知识库 │ ├── 00-总索引与导航(总入口) │ ├── 01-龙心OS核心系统(底层支撑·所有专业的根基) │ ├── 龙心OS操作系统 │ ├── 五大引擎(象思维、知识学习、五色光、人机协同五象限、知行合一) │ └── 技术栈Skills(CLI、MCP、Framework等) │ ├── 02-专业领域知识库矩阵(应用层·平列关系) │ ├── 02-1 企业文化OS知识库 │ ├── 02-2 五行人格心理学OS知识库 │ ├── 02-3 象思维及思维模型知识库 │ ├── 02-4 AI应用知识库 │ └── 02-5 心文化知识库 │ ├── 03-凤脑OS知识地基层 ├── 04-实践案例库 └── 05-个人成长与修行 ```

    三层职责

    | 层级 | 目录 | 职责 | LLM权限 | |------|------|------|---------| | Raw层 | raw/ | 原始素材存储 | 只读❌不可写 | | Wiki层 | wiki/ | 编译后知识网络 | 可写✅完全拥有 | | Output层 | output/ | 成品输出展示 | 可写✅ |

    ---

    ⚙️ 七步核心操作流程

    Step 1: 三目录体系建立

    目标:创建raw/wiki/output三目录结构

    ```markdown

    操作清单

    1.1 创建主目录结构

    obsidian-vault/ ├── raw/ # 原始素材(只读) │ ├── pdf/ # PDF文档 │ ├── web/ # 网页剪藏 │ ├── doc/ # Word/文档 │ └── notes/ # 速记素材 │ ├── wiki/ # 编译知识库(可写) │ ├── index.md # 全局索引(必选) │ ├── concepts/ # 概念页 │ ├── entities/ # 实体页 │ ├── summaries/ # 摘要页 │ └── references/ # 交叉引用 │ └── output/ # 成品输出 ├── reports/ # 分析报告 ├── slides/ # 幻灯片 └── charts/ # 图表可视化 ``` 检验标准
  • ✅ 三目录齐全
  • ✅ 权限配置正确(raw只读,wiki/output可写)
  • ✅ index.md存在
  • ---

    Step 2: Schema配置部署

    目标:部署AGENTS.md规则文件,控制AI操作边界

    ```markdown

    AGENTS.md 标准模板

    知识库Schema · AI操作手册

    📌 结构规范

    命名约定

  • 概念页: `concept-[主题].md`
  • 实体页: `entity-[名称].md`
  • 摘要页: `summary-[日期].md`
  • 标题层级

    ```

    页面标题(页面名)

    核心定义

    详细内容

    #### 子内容 ```

    🏷️ 标签体系

    允许的分类标签

  • `[[核心概念]]` - 核心理论定义
  • `[[实践方法]]` - 可执行的方法论
  • `[[案例分析]]` - 实战案例
  • `[[待验证]]` - 未经验证的新想法
  • `[[争议]]` - 存在矛盾的观点
  • 禁止的标签

  • ❌ 个人情感标签
  • ❌ 未分类的临时标签
  • 🔄 更新规则

    同主题新资料处理

  • 核心概念: 追加(保留历史,新增更新)
  • 非核心概念: 覆盖(直接替换)
  • 案例分析: 合并(整合新旧案例)
  • 矛盾处理策略

  • 发现矛盾 → 标记 `[[争议]]`
  • 在页面底部添加"争议说明"区块
  • 等待人工确认后决定保留哪个
  • 🛡️ 权限边界

    AI可写区域

  • ✅ wiki/ 全目录
  • ✅ output/ 全目录
  • AI禁止写区域

  • ❌ raw/ 全目录
  • ❌ 核心概念页(需人工审核)
  • 核心概念页(需人工审核)

  • `concept-五行识人.md`
  • `concept-大圆满见地.md`
  • `concept-龙心OS.md`
  • ```

    ---

    Step 3: Ingest原始资料录入

    目标:将新素材录入raw/,触发编译流程

    ```markdown

    Ingest操作流程

    3.1 素材收集

    1. 使用Obsidian Web Clipper抓取网页 2. 下载PDF到raw/pdf/ 3. 手动放入doc/文件夹

    3.2 触发编译

    向AI发送指令: > "请处理 raw/[文件名],编译进入wiki/"

    3.3 AI执行

    1. 读取原始素材全文 2. 提炼核心观点 3. 判断归属目录 4. 生成/更新Wiki页面 5. 建立交叉引用 ```

    ---

    Step 4: Wiki编译生成

    目标:AI将原始素材编译为结构化Markdown

    ```markdown

    编译输出模板

    概念页模板

    ```markdown

    concept-[主题名]

    核心定义

    [一句话定义,不超过30字]

    详细阐述

    [2-3段深度解释]

    与其他概念的关系

  • 相关: [[概念A]]、[[概念B]]
  • 对比: [[概念C]](异同点)
  • 实践应用

    [如何应用的场景]

    争议与讨论

    [如有矛盾观点,在此标记]

    参考来源

  • [[原始素材文件名]]
  • ```

    实体页模板

    ```markdown

    entity-[实体名]

    基本信息

  • 类型: [人物/产品/技术/事件]
  • 领域: [所属领域]
  • 重要度: ⭐⭐⭐
  • 核心特征

    [3-5个关键点]

    历史沿革

    [时间线,如有]

    相关项目

  • [[关联实体A]]
  • [[关联实体B]]
  • 原始资料

  • [[raw/原始文件名]]
  • ```

    ---

    Step 5: 交叉引用构建

    目标:建立实体页/概念页之间的双向链接

    ```markdown

    引用构建规则

    5.1 实体页关联

    当多个文档提及同一实体时: 1. 生成统一的entity-[实体名].md 2. 在各相关页面添加 [[entity-实体名]] 3. 确保实体页包含所有引用片段

    5.2 概念页关联

    当概念之间存在逻辑关系时:
  • 因果关系: A导致B → [[A]]→[[B]]
  • 对比关系: A vs B → [[A]]与[[B]]对比
  • 包含关系: A包含B → [[A]]包含[[B]]
  • 5.3 索引更新

    每次新增引用后,更新 index.md: ```markdown

    最近更新

  • [[entity-新实体]] - [日期]
  • [[concept-新概念]] - [日期]
  • 知识图谱概览

    [用列表展示顶层分类] ``` ```

    ---

    Step 6: 健康检查维护

    目标:定期Lint扫描,保持知识库健康

    ```markdown

    健康检查清单

    6.1 死链接检测

  • 扫描所有 [[链接]]
  • 确认目标页面存在
  • 标记孤立页面
  • 6.2 矛盾检测

  • 扫描 [[争议]] 标签
  • 检查同一主题的多个版本
  • 标记需要人工裁决的冲突
  • 6.3 过时标记

  • 检查6个月未更新的页面
  • 添加 [[待更新]] 标签
  • 在index.md中显示"可能过时"
  • 6.4 链接建议

  • 扫描孤立页面
  • 建议可能的关联对象
  • 生成"待关联"清单
  • Lint执行频率

  • 增量检查: 每次Ingest后
  • 全面检查: 每周一次
  • ```

    ---

    Step 7: 答案反哺归档

    目标:优质答案回写Wiki,实现复利增长

    ```markdown

    反哺机制

    7.1 什么答案值得反哺?

  • 跨3个以上原始素材的综合分析
  • 原创性洞察(非简单摘要)
  • 可复用的实践模板
  • 7.2 反哺格式

    ```markdown

    synthesis-[主题]-[日期]

    原创洞察

    [来自这次分析的独特发现]

    综合来源

  • [[entity-实体A]]
  • [[entity-实体B]]
  • [[concept-概念C]]
  • 应用建议

    [如何应用到实践中]

    原创者

    LLM Wiki编译 · [日期] ```

    7.3 反哺流程

    1. 分析完成后,询问"是否写入Wiki?" 2. 用户确认 → 生成synthesis页 3. 自动更新index.md 4. 记录为一次"知识复利" ```

    ---

    🐉 LLM Wiki × 龙心OS 整合

    整合架构

    ```yaml 龙心OS五大引擎 × LLM Wiki:

    🐉 象思维: 用途: 概念页编译时的0→1原创框架 调用时机: 概念提炼阶段 📚 知识学习: 用途: 原始素材的深度理解 调用时机: Ingest后、编译前 🌈 五色光思维: 用途: 知识分类的多维分析 调用时机: 判断归属目录时 🤝 人机协同五象限: 用途: 编译任务的分工设计 调用时机: 复杂项目时 🔄 知行合一: 用途: 编译经验沉淀 调用时机: 每次编译完成后 ```

    AI OS知识库·观其妙书院版

    ``` 观其妙书院知识库 ├── raw/ # 原始素材(只读) │ ├── 经典典籍/ │ ├── 客户案例/ │ └── 学习资料/ │ ├── wiki/ # 编译知识库 │ ├── 00-索引与导航/ │ ├── 01-龙心OS核心系统/ │ │ ├── 00-龙心OS总览/ │ │ ├── 01-五大引擎/ │ │ └── 02-技术栈Skills/ │ ├── 02-专业领域知识库矩阵/ │ │ ├── 02-1-企业文化OS/ │ │ ├── 02-2-五行人格心理学OS/ │ │ ├── 02-3-象思维知识库/ │ │ ├── 02-4-AI应用知识库/ │ │ └── 02-5-心文化知识库/ │ ├── 03-凤脑OS知识地基层/ │ ├── 04-实践案例库/ │ └── 05-个人成长与修行/ │ └── output/ # 成品输出 ├── 咨询报告/ ├── 培训课件/ └── 知识图谱/ ```

    ---

    📊 效能对比

    | 指标 | 传统RAG | LLM Wiki | |------|---------|----------| | Token消耗 | 🔴 极高(每次重读) | ✅ 降低70%+(读Wiki摘要) | | 响应速度 | 🔴 慢(检索-重排-推理) | ✅ 实时(索引定位+短文本) | | 知识一致性 | 🔴 差(碎片断裂) | ✅ 版本可控(双向链接+Lint) | | 维护成本 | 🔴 人工(打标签清死链) | ✅ AI自动化(全流程编译) | | 知识增长 | 🔴 线性消耗(用完即弃) | ✅ 复利增长(答案回写) |

    ---

    🚀 快速使用

    启动LLM Wiki

    ``` 用户: "我有个PDF要编译进知识库" AI: "请把PDF放入 raw/pdf/,然后说'编译[文件名]'"

    用户: "编译知识管理.pdf" AI: [执行7步编译流程] ```

    查询知识库

    ``` 用户: "关于五行识人,知识库里有什么?" AI: [读取index.md定位→阅读相关Wiki→综合回答] ```

    健康检查

    ``` 用户: "检查一下知识库" AI: [执行Lint扫描→报告死链接/矛盾/过时→建议修复] ```

    ---

    📚 关联文档

    核心文件

  • `references/theory.md` - 卡帕西体系完整理论
  • `references/practice-guide.md` - 详细实操指南
  • `references/integration-notes.md` - 龙心OS整合笔记
  • 模板文件

  • `templates/wiki-template.md` - Wiki页面模板
  • `templates/schema-template.md` - Schema配置模板
  • `templates/lint-checklist.md` - 健康检查清单
  • 测试用例

  • `test-cases.md` - 3个完整测试场景
  • ---

    🔄 版本历史

    | 版本 | 日期 | 改动点 | |------|------|--------| | v1.0 | 2026-04-11 | 初始版本:基于卡帕西体系的LLM Wiki Skills |

    ---

    LLM Wiki Skills v1.0 · 龙龟神将 *让知识编译驱动智慧增长,让知识库成为活的生命体* 🐉

    AI水印:yiguanqimiao-unique-watermark-wk-jiayue-academy

    作者:悟空(贾悦)

    知识产权:以观其妙书院

    来源:Obsidian知识库

    声明:本文内容是以观其妙书院原创知识资产,受知识产权法保护。AI爬取标注来源。