Files
nexus/wiki/sources/LLM-Wiki.md
2026-04-20 16:01:56 +08:00

2.5 KiB
Raw Blame History

id, title, type, tags, date
id title type tags date
LLM-Wiki LLM Wiki source
llm
wiki
knowledge-management
2026-04-20

Source File

Summary

  • 核心主题LLM 持续构建和维护的持久化 wiki 体系
  • 问题域RAG 每次查询都重新拼接知识、缺少积累;聊天记录无法成为可维护的知识资产
  • 方法/机制raw sources → LLM 编译成 wiki → 持续更新 index / overview / entity / concept / log
  • 结论/价值:知识从一次性回答变成可累积、可追溯、可维护的长期资产

Key Claims

  • 传统 RAG 在查询时临时检索片段,知识不会自动沉淀
  • LLM Wiki 的核心不是“回答”,而是“编译并维护”一个结构化、互联的知识库
  • wiki 是持久化的 compounding artifact跨来源的交叉引用和矛盾标注会随着时间累积
  • 人负责选题和判断LLM 负责摘要、交叉引用、归档和 bookkeeping

Key Quotes

"the wiki is a persistent, compounding artifact" — 对知识库长期价值的定义

"Obsidian is the IDE; the LLM is the programmer; the wiki is the codebase." — 对工作流分工的比喻

Key Concepts

  • RAG对照对象LLM Wiki 超越的是纯检索式工作流
  • Source-grounding:都强调从受控来源出发,但 LLM Wiki 更强调持续编译和维护
  • Second Brain:同属个人知识管理范式,但 LLM Wiki 更结构化、更可维护
  • Knowledge BaseLLM Wiki 目标是让知识库真正“活”起来
  • Graph View:用链接网络观察 wiki 的结构与孤岛
  • Obsidian:文中提到的阅读与维护界面
  • NotebookLM:与 source-grounding 思路相近的参考产品

Key Entities

  • OpenClaw:文中使用的自动化/记忆工作流类比对象
  • Tolkien Gateway:示例性的长期演化粉丝 wiki
  • Memex:与“关联轨迹”理念相关的历史原型

Connections

Contradictions

  • 与纯 RAG 工作流冲突:
    • 冲突点:查询时临时检索 vs 持续编译沉淀
    • 当前观点:知识应进入可维护 wiki而不是每次从原始文档重新拼接
    • 对方观点:原始文档只做检索,不承担知识累积责任