wiki-query

wiki-query

从当前 corpus 回答问题。核心是三层检索决策 + 答案必须标注来源 + corpus 没有就诚实说没有。

When to trigger

• 用户说"查一下 XXX"、"找一下 XXX"、"搜 XXX"
• 用户说"我之前整理过 XXX 吗"、"记得 XXX 吗"、"之前说过 XXX"
• 用户问"关于 XXX 我都有什么资料"
• 用户抛一个概念性问题，且明显在问已有知识库，而不是要上网

不要触发：

• 查询后用户说"把这个记下来" → 交给 wiki-fileback
• 用户给了新外部资料要存 → 交给 wiki-ingest
• 用户在问纯外部新知识且明说不用查库 → 直接 WebSearch / WebFetch（默认仍先查库再联网兜底，见默认查询顺序第 6 步）

默认查询顺序

铁律：先走确定性文本层，不先启动重型召回流程。

默认顺序：

1. rg / lorekit search "<q>" 找精确词、实体名、文件名和短语。
2. Read corpus/index.md 定位知识分区。
3. Read {dir}/_INDEX.md 缩小到候选页。
4. Read 具体 知识库/ canonical page，再按页内 wikilink 追 1-2 跳。
5. 第二级召回（fallback）：1-4 步无命中或明显不足时，lorekit search "<q>" --all 把过程区（_工作台/、_归档/、输出/ 等）纳入召回。命中时照常引用，但必须 标注非 canonical（例如 ⚠ 过程稿：_工作台/草稿/xxx.md，未经入库校验）， 不得当作 Compiled Truth 级证据。转写噪音层（_工作台/转写/）--all 仍排除， 先生点名"去转写里找"才 lorekit search "<q>" --dir _工作台/转写。
6. 联网兜底（web fallback）：1-5 步都无命中（或问题本身涉及库外的新知识 / 时效 信息）时，直接用 WebSearch / WebFetch 联网检索，不要停在"库里没有"。 回答必须分层标注来源：「库内已沉淀」（引用 corpus 页面）vs「联网新查」（给 URL，注明未入库、未校验）。联网结论有长期复用价值时，提议 wiki-fileback / wiki-ingest 入库，由用户决定。

Decision tree

按 query 类型选层：

1. 精确关键词（实体名 / 文件名 / 具体词）

先走 lorekit search "<q>"（ripgrep fallback）。命中就读对应页面。

2. 模糊语义（概念性 / 意图类 / "跟 X 相关的东西"）

• Read corpus/index.md / 知识库/ → AI 按语义选 1-3 个分区
• Read {选中分区}/_INDEX.md → 选具体页
• Read 具体 .md 文件 → 综合答案
• 只有需要完整 provenance 时才打开 原料/
• _工作台/** / _归档/** 不是第一级召回层：知识库层无命中时走 lorekit search "<q>" --all 第二级召回（结果标注非 canonical）；先生点名具体路径时直接读

3. 多跳推理（"A 相关 B 的 C"）

在第 2 步基础上，沿候选页的 [[wikilinks]] 递归遍历 1-2 步，综合。

---

大部分真实 query 是组合：先精确找锚点（第 1 步），再沿语义展开（第 2 步），最后拉链接（第 3 步）。

Tools to use

• lorekit search "<q>" — 精确 ripgrep/fallback 检索（durable 层）
• lorekit search "<q>" --all — 第二级召回，纳入工作台/归档等过程区
• Read corpus/index.md / {dir}/_INDEX.md / 具体文件
• 底层：Grep（复杂匹配时用）

Output format

综合答案时必须遵守：

1. 每条信息标注来源 [[页面名]]，用户能直接跳过去
2. 如果 corpus 没相关内容，诚实说"corpus 里没有关于 XXX 的内容"，永远不要瞎编
3. 给出检索路径（可折叠），方便用户判断是不是漏了
4. 末尾主动提议 fileback（见下一节）