借助 Amazon Quick 构建 LLM Wiki 范式的云上知识库
内容提要
本文介绍在 Amazon Quick 桌面端落地 Karpathy 的 LLM Wiki 范式：先编译后查询，让知识沉淀。方案分三层——原始资料、LLM 拥有的 wiki、人机共写的 schema，并实现 Ingest、Query、Lint 三个操作。借助 Quick 内置索引、知识图谱与 wiki-inspect MCP，无需自建向量库，即可自动检索、抽取实体并定时体检。
延伸解读
LLM Wiki 与 RAG 的本质区别
文章指出，传统 RAG 每次提问都临时检索原文拼答案，知识不沉淀；而 LLM Wiki 采用“先编译后查询”，素材导入时 LLM 提前提取、整合、关联，生成互相链接的 markdown 维基。查询直接读整理好的知识，新增资料自动更新词条并标记冲突，使知识持续变厚，而非每次从零推导。
三层架构与所有权划分
方案将知识库分为三层：原始资料（raw/）由人写、LLM 只读，保障溯源；wiki/ 由 LLM 完全拥有，包含实体页、概念页、综述页，通过双链织成知识网，并配 index.md 和 log.md；schema 层（AGENTS.md）是人机共同演进的工作手册，约束 LLM 成为有纪律的维护者。
Quick 如何降低落地门槛
相比社区自建方案需编辑器、插件、embedding 运行时、向量索引和服务层，Amazon Quick 桌面端内置全文检索、语义检索和知识图谱。注册文件夹时打开 Indexing 开关即可获得索引能力，无需自建向量库或常驻 embedding 服务，大幅简化了部署。
三个操作与维护自动化
Ingest 灌素材并更新关联词条；Query 检索 Wiki 生成回答，优质结论可写回；Lint 定期体检，排查矛盾、过时论断和孤立页面。索引和实体抽取由 Quick 按扫描间隔自动完成，唯一需要定时任务的是 Lint，且只查不改，发现问题后由用户确认再执行修复。
Q&A
LLM Wiki 和传统 RAG 的核心区别是什么？
传统 RAG 每次提问时临时检索几段原文、现场拼出答案，知识从不沉淀，每个问题都从零推导。LLM Wiki 的核心是先编译后查询：素材导入后 LLM 提前完成提取、整合、关联，产出一套互相链接的 markdown 维基，查询直接读它；新增资料时自动更新已有词条、标记冲突，知识持续变厚。
LLM Wiki 的三层架构分别是什么，各层所有权如何划分？
三层架构为：原始资料（论文、网页、笔记等源文件），人写，LLM 只读、绝不改动，保障溯源真实性；Wiki（实体页、概念页、综述页，靠 [[双链]] 织成知识网，配 index.md 目录和 log.md 变更日志），LLM 完全拥有；Schema（LLM 的工作手册：页面格式、引用规范、矛盾处理逻辑），人机共同演进。第三层是关键，它把通用聊天机器人约束成专业的知识库维护者。
LLM Wiki 的三个操作 Ingest、Query、Lint 分别做什么？
Ingest 灌素材：读内容、产出摘要、同步更新全部关联词条，一份文档往往触发十余个页面的修改。Query 检索 Wiki 页面生成回答，优质结论可以直接写回知识库，把对话产出固化为知识。Lint 定期体检：排查内容矛盾、过时论断、孤立页面，挖掘信息缺口。
在 Amazon Quick 上搭建 LLM Wiki 需要自建向量库或 embedding 服务吗？
不需要。检索和图谱能力全是 Quick 自带的，注册文件夹时打开 Indexing 下的开关就有了——本地不用部署向量数据库，也没有 embedding 服务要常驻。相比社区本地栈（编辑器+插件+embedding 运行时+两份索引+一个服务层），Quick 方案只需注册文件夹并打开开关即可获得全文检索、语义检索和知识图谱。
如何为 LLM Wiki 注册文件夹并配置索引开关？
在 Quick 的 My Computer → Local folders 下分开注册三个文件夹：根目录 ~/Wiki-Vault（Agent access 开，Allow full file context 关，Always remember 关）；~/Wiki-Vault/raw（Allow full file context 开，Always remember 关）；~/Wiki-Vault/wiki（Allow full file context 开，Always remember 开）。注册顺序：先加根（不开索引）→ 再加 raw 和 wiki，反过来会被拒。Allow full file context 管文件上传+建关键词索引和语义索引；Always remember 从正文自动抽取实体和关系进知识图谱，只在 wiki/ 开。
wiki-inspect MCP 提供哪些工具，各自作用是什么？
wiki-inspect MCP 提供三个只读校验工具：wiki_lint() 一次扫完 8 项（死链、孤儿页、frontmatter 缺失、index.md 是否和实际文件对得上、type 有没有放错目录、索引时效、缺页候选、枢纽分布）；wiki_edges(page=None, for_kg=False) 给出准确的双链关系，for_kg=True（不带 page）直接给可灌边的结构；wiki_hubs() 显示哪些页是枢纽、哪些页没人引用，整体是网状还是星形。它们只解析 ~/Wiki-Vault 下的 .md 文件，不读 Quick 的任何数据库。
LLM Wiki 中哪些维护工作可以交给定时任务，哪些 Quick 会自动完成？
定期要做的只有 Lint，是唯一的定时任务。其他维护 Quick 已自动完成：重新索引由 Quick 按 Scan interval（默认 30 分钟）自己扫描，写完页最迟半小时进索引；图谱抽取因 wiki/ 开了 Always remember，抽取器随扫描自动跑；灌 [[双链]] 边在 Ingest 写完页立刻灌，schema 要求两步连做。定时 Lint 只查不改，最后按发现列出可选操作（补边、更新索引、修抽取偏差等），你回复编号，agent 在对话里执行。
如何清理在 Amazon Quick 上搭建的 LLM Wiki 方案？
清理方案只需：Connectors → 移除文件夹；停掉定时任务 → Mission Control → 关掉 schedule。你的 markdown 不受影响——Amazon Quick 全程只读写文件内容本身，索引和图谱都存在别处。云端那份副本：删本地文件会同步删云端的对应文件；移除整个文件夹注册后，可以点设置里那条 companion space 的链接进去确认 Space 状态。
