llm-wiki-compiler query深度教程带引用的知识问答与答案回存--save --review实战【免费下载链接】llm-wiki-compilerThe knowledge compiler. Raw sources in, interlinked wiki out. Inspired by Karpathys LLM Wiki pattern.项目地址: https://gitcode.com/gh_mirrors/ll/llm-wiki-compilerllm-wiki-compiler是一款知识编译器原始资料进去互链 wiki 出来。它的query命令是整个工作流里最有“复利效应”的一环——先用混合检索向量语义搜索 BM25 重排从你自己的 wiki 中找出相关页面再生成只基于这些页面、带 [[wikilink]] 引用的回答。配合--save和--review你还能把高质量答案回存为 wiki 页面让下一次提问站在上一次的答案之上。一分钟上手对编译好的 wiki 提问前提你已经用llmwiki quickstart或llmwiki compile编译过项目完整步骤见 docs/quickstart.mdx。在项目根目录直接提问llmwiki query 什么是多头注意力它和自注意力有什么区别回答会流式输出到终端。注意回答里会自然出现[[self-attention]]这类 wiki 内链——这就是答案引用它保证回答的每个论断都能回溯到你 wiki 里的具体页面而不是模型凭记忆“编”出来的。wiki 里没有足够信息时模型会直说“不知道”这是设计行为。检索本身是两步先做分块级向量语义搜索基于.llmwiki/embeddings.bin再用BM25 词法重排把“语义相近但不直接相关”的内容挤下去。加--debug可以看到选中了哪些页面、各自的得分以及重排是否改变了顺序llmwiki query 位置编码是怎么工作的 --debug相关实现见 src/commands/query.ts两步检索与答案生成管线。看懂答案引用报告resolved / pending / broken回答流完后query会打印一份引用报告把答案里出现的 wiki 内链按“首次出现顺序”分类Answer citations: 1 resolved, 1 pending, 1 broken resolved: alpha - concepts/alpha pending: beta broken: missing状态含义实战解读resolved链接指向一个已存在的概念页或查询页可以放心保存pending尚无页面但存在同名的待审候选页面还没发布先批准目标再保存broken链接无处可指直接--save会被拒绝这份报告只是“建议性检查”真正发布时会持有项目锁重新做一次新鲜校验报告生成逻辑在 src/commands/query-citation-report.ts。换句话说没有 broken 链接 ≠ 事实完全正确但它是回存前的一道硬门槛。--save 实战把答案回存为 wiki 页面这是 query 的“复利”开关。加上--save后只要 profile 检查和新鲜引用校验都通过答案会写入wiki/queries/slug.md原子写入见 src/commands/query-save.ts重新生成wiki/index.md让新答案立刻可被发现为新页面补向量索引除非你关闭了 embeddings# 第一次提问答案只来自概念页 llmwiki query 大语言模型训练用到哪些技术 # 满意后回存 llmwiki query 大语言模型训练用到哪些技术 --save # 之后的提问可以在这份沉淀之上继续追问 llmwiki query RLHF 和我们刚沉淀的训练技术有什么关系时间一长wiki/queries/会积累出“二次综合知识”证据包越来越厚——这是 docs/cli/query.mdx 里说的compounding queries。注意发布策略--save遇到 pending 或 broken 链接会直接拒发答案仍然完整打印在终端只是不写文件避免带病页面污染 wiki遇到校验不可用也拒发绝不静默放行。--save --review 实战先进审核队列人工把关后再发布对“权威型”wiki直接写盘可能太激进。--review必须搭配--save会把答案作为经过校验的候选放进.llmwiki/candidates/页面、索引、向量全部不动并打印一个候选 IDllmwiki query 注意力机制是如何工作的 --save --review llmwiki review list llmwiki review show answer-candidate-id # 先批准所有被引用的 pending 目标页再批准答案本身 llmwiki review approve target-candidate-id llmwiki review approve answer-candidate-id这条路径的关键安全设计预条件绑定暂存时会记录目标页当时的摘要或“不存在”若暂存后目标页变了批准会拒绝并要求重新生成、重新暂存批准时不做额外模型调用所有链接必须在批准那一刻全部解析为已保留页面拒绝不删候选批准失败时候选保留处理完目标页可以重试完整的候选生命周期、原因码和批量批准approve-batch详见 docs/cli/review.mdx。在本地 viewer 里浏览沉淀后的答案回存完成后用只读 viewer 浏览效果最直观——左侧Queries分组会列出所有沉淀页正文中的引用芯片可以一键跳回来源llmwiki view --open页面里的field-notes.md:3-5这类芯片就是 llmwiki 的段落级溯源标记^[file.md:行范围]概念详解见 docs/concepts/citations.mdx。想换风格可以看 docs/guides/viewer-themes.mdx比如 Scientific Clay 主题。实用标志速查与小贴士标志用途--save引用校验通过后发布到wiki/queries/--review搭配--save改为暂存为审核候选--lang zh-CN指定答案语言如ja、zh-CN--debug输出检索快照页面、得分、BM25 是否改序 三个实战建议先不带--save试问一遍看引用报告再决定是否回存成本最低broken 链接别硬发先llmwiki compile补上目标概念页再重新提问回存想要证据包而不想要答案比如接自己的 agent用llmwiki context 问题 --json它输出与query相同的混合检索结果但不生成回答。小结llmwiki query把“问答”变成了 wiki 的生长方式检索有混合检索兜底回答有 [[wikilink]] 引用兜底回存有引用校验和审核队列兜底。--save负责沉淀--review负责把关——两者组合你的 wiki 就会像滚雪球一样越用越厚、越问越准。延伸阅读docs/cli/query.mdxquery/context 完整参考、docs/cli/review.mdx审核队列全貌、docs/concepts/citations.mdx引用与溯源模型。【免费下载链接】llm-wiki-compilerThe knowledge compiler. Raw sources in, interlinked wiki out. Inspired by Karpathys LLM Wiki pattern.项目地址: https://gitcode.com/gh_mirrors/ll/llm-wiki-compiler创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考