正在打开每日关注
正在打开每日关注
视频将 LLM Wiki 作为 RAG 的替代性个人知识库工作流,强调 Markdown、编译沉淀与定期自检;其比较结论尚属视频观点,需核验原始出处。
2 王 人 7 Part 3 一 LLM Wiki 完整 工作 流 Ingest 导入 Compile 编译 看 到 好 文章 直接 丢 进 raw/ LLM 自动 提炼 关键 概念 不 需 手 动 分 类 、 标 注 、 整 理 撰写 词 条 , 建 立 页 面 间 链 接 , 更 新 索引 Query 查询 Lint / Heal 自 检 提问 时 从 wiki 读 取 结构 化 内 容 定期 扫描 整个 wiki 不 再 反复 扫描 原始 文档 处 理 了 矛盾、 孤立 页 面 、 过 时 内 容 具体 工作 流 分 四 步
视频提出一种称为“LLM Wiki”的个人知识库工作流:资料先进入 raw/,再由 LLM 编译为可链接、可维护的 Markdown Wiki,并通过查询与定期自检持续更新。它将传统 RAG 描述为依赖切片、向量检索和重排序的临时召回方案,而将 Wiki 描述为先沉淀结构化知识、再回答问题的轻量路径。
可借鉴之处在于:把原始材料、结构化知识和提示词/规则分层保存;让知识条目、索引、链接和修订可人工阅读、审查及版本管理;对矛盾、孤立页面和过期信息建立定期检查。这适合资料规模可控、重视可维护性与可追溯性的个人研究场景。
边界与风险是,视频把“LLM Wiki”与 Karpathy 的关联、对 RAG 的缺陷归因及工具栈说法均作为单一来源观点呈现,未给出原始演讲、文章或代码证据。Markdown 结构化同样可能遗漏、误归纳或过时;跨文档回答质量也取决于编译规则、引用链与人工复核。不能据此断言其会取代 RAG,实际系统可按数据规模、更新频率、检索需求和成本混合采用。