wiki-query-synthesis

name	wiki-query-synthesis
description	仅用于采用 LLM Wiki 工作流的项目：根目录存在 AGENTS.md 或 CLAUDE.md，并准备采用 raw/ 与 wiki/ 双层结构。若 raw/import.md、wiki/index.md、wiki/log.md 缺失，先初始化。用户要求基于现有 wiki 查询、比较、综合、输出复用型答案，并判断是否沉淀回知识库时触发。

Wiki Query & Synthesis

先读 AGENTS.md 或 CLAUDE.md。若需要把结果落回 Wiki，必须遵守 wiki-page-standards；若答案依赖新来源而原始资料尚未入库，先走 wiki-import 或 wiki-ingest。

触发条件

• 用户提问“这个主题怎么理解”“A 和 B 怎么比”“请综合已有 wiki 给出结论”
• 用户要求生成复用型说明、比较表、专题综述、提纲
• 用户要求把高价值回答沉淀回 wiki

不应触发

• 用户给的是新来源，尚未正式导入 raw/
• 当前目标明显是导入或落库，而不是查询与综合

前置检查

1. 先读 wiki/index.md
2. 再定位并阅读相关页面
3. 若发现关键来源不在 raw/ 或知识未落库，先跳转 wiki-import / wiki-ingest
4. 若问题包含“比较”“差异”“框架”“定义”“全景图”，先显式确定分析维度，再开始综合

初始化动作模板

开始执行前，按以下顺序初始化：

1. 用用户问题提炼查询主题、对象、比较维度或目标输出。
2. 从 wiki/index.md 先筛候选页面。
3. 再读核心页面，必要时补读关联页面。
4. 判断本轮是否可能形成“应沉淀”的高价值结果。
5. 若问题以公司为表面对象，先追问其背后的系统对象、方法差异或比较轴，避免直接复述“公司画像”。

标准执行清单

• 读 wiki/index.md
• 定位相关页
• 提炼答案结构
• 判断是否沉淀
• 如沉淀则更新页面、wiki/index.md、wiki/log.md

分析维度优先规则

遇到以下问题类型时，必须先定维度再写答案：

• 定义类：先定该对象属于 concept 还是 entity

• 比较类：先定比较轴

• 全景类：先定分层与对象集合

• 差异类：先定“差异发生在哪一层”

• 默认比较轴与页面语义模板以 wiki-page-standards 为准。

• 若 standards 中默认轴不合适，再根据问题重建新的比较轴，但必须显式写出。

沉淀判断模板

出现以下任一情况时，默认进入沉淀分支：

• 形成稳定比较框架
• 结论会被复用
• 结果跨多个页面综合
• 明显应形成新专题

最小输出模板

### Query Result
- Topic: 查询主题
- Pages Used: [[PageA]], [[PageB]]
- Output Type: answer | comparison | topic-page
- Persist Back: yes | no
- Follow-up Skill: none | wiki-import | wiki-ingest | wiki-lint

查询顺序

1. 先读 wiki/index.md，理解当前知识版图。
2. 先确定查询对象属于系统对象、稳定概念、专题问题还是比较问题。
3. 再检索并阅读相关页面。
4. 基于已有 Wiki 内容组织回答。
5. 判断结果是否值得沉淀为新页或已有页更新。

输出要求

• 输出形式服从任务目标，可为说明、对比表、专题综述、演示提纲等。
• 涉及内部页面时统一使用 [[WikiLink]]。
• 若结论来自多页综合，应尽量保留来源依据与分歧说明。
• 页面分类与语义边界以 wiki-page-standards 为唯一完整规范源。
• 不把“公司”当成默认分析单位；若用户表面上在问公司，优先回答其背后的系统构件、评测方式、治理机制或架构取向。

默认应沉淀的结果

• 维度稳定的比较框架
• 复杂主题的综合结论
• 多来源冲突后的判断
• 重复被问到的问题
• 新形成的专题结构

沉淀步骤

1. 先判断结果应沉淀为 Concepts/、Entities/、Topics/ 还是 Comparisons/。
2. 具体分类边界、比较轴与页面模板统一回读 wiki-page-standards。
3. 按 wiki-page-standards 补齐 frontmatter、正文、链接。
4. 更新 wiki/index.md。
5. 在 wiki/log.md 追加 ## [YYYY-MM-DD] query | 主题标题。

输出义务

• 回答应基于现有 wiki，而不是绕过 wiki 直接重做一套知识
• 高复用价值结果应优先沉淀
• 若已沉淀，必须同步更新 wiki/index.md 与 wiki/log.md
• 若未沉淀，应明确说明未沉淀的原因

完成后的衔接

• 若发现结构缺口、断链、命名混乱或旧结论未更新，继续执行 wiki-lint。
• 若回答暴露出来源缺失，再回到 wiki-import。