wiki-query-synthesis

星标12

分支0

更新时间2026年4月10日 17:00

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

安装

用 Codex 或 Claude 帮你安装复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。

来源

peterzhangbo

peterzhangbo/LLMWikiController

打开 GitHub 仓库查看创作者相关仓库

下载

Wiki Query & Synthesis

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

触发条件

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

不应触发

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

前置检查

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

初始化动作模板

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

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

标准执行清单

读 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

查询顺序

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

输出要求

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

默认应沉淀的结果

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

沉淀步骤

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

输出义务

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

完成后的衔接

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

同仓库更多 Skills

同仓库

wiki-bootstrap

peterzhangbo/LLMWikiController

在任意项目中启用 LLM Wiki 工作流。它是本地 skills 中唯一允许在当前项目尚未具备 AGENTS.md、CLAUDE.md、raw/、wiki/、raw/import.md、wiki/index.md、wiki/log.md 时调用的初始化 skill，用于安装整套工作流骨架与项目入口。初始化时以 `assets/demo.md` 为唯一模板源，同时生成 AGENTS.md 与 CLAUDE.md。

2026-04-1012

wiki-import

peterzhangbo/LLMWikiController

仅用于采用 LLM Wiki 工作流的项目：根目录存在 AGENTS.md 或 CLAUDE.md，并准备采用 raw/ 与 wiki/ 双层结构。若 raw/import.md、wiki/index.md、wiki/log.md 缺失，先初始化。用户要求导入网页、PDF、图片、附件、维护 raw/import.md、记录来源与导入状态时触发。

2026-04-1012

wiki-ingest

peterzhangbo/LLMWikiController

仅用于采用 LLM Wiki 工作流的项目：根目录存在 AGENTS.md 或 CLAUDE.md，并准备采用 raw/ 与 wiki/ 双层结构。若 raw/import.md、wiki/index.md、wiki/log.md 缺失，先初始化。用户要求把 raw 层资料落到 wiki、更新旧页、建新页、处理冲突、补交叉引用时触发。

2026-04-1012

wiki-lint

peterzhangbo/LLMWikiController

仅用于采用 LLM Wiki 工作流的项目：根目录存在 AGENTS.md 或 CLAUDE.md，并准备采用 raw/ 与 wiki/ 双层结构。若 raw/import.md、wiki/index.md、wiki/log.md 缺失，先初始化。用户要求做重复页、断链、frontmatter、冲突、过期结论、一致性健康检查时触发。

2026-04-1012

wiki-page-standards

peterzhangbo/LLMWikiController

仅用于采用 LLM Wiki 工作流的项目：根目录存在 AGENTS.md 或 CLAUDE.md，并准备采用 raw/ 与 wiki/ 双层结构。若 raw/import.md、wiki/index.md、wiki/log.md 缺失，先初始化。凡涉及 wiki 页面、索引、日志、交叉引用、YAML frontmatter、WikiLink 时优先使用。

2026-04-1012

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/
当前目标明显是导入或落库，而不是查询与综合

前置检查

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

初始化动作模板

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

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

标准执行清单

读 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

查询顺序

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

输出要求

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

默认应沉淀的结果

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

沉淀步骤

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

输出义务

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

完成后的衔接

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