技能介绍

解决什么问题

当你把文档、会议纪要、设计说明交给 LLM 后，常见结果是每次问答都临时拼接片段：答案没有稳定来源，重复概念散落多份材料，冲突内容被静默覆盖。wiki-creator 把这个问题收敛为一个可审计的本地 Wiki：raw/ 只读保存原始资料，LLM 只读它并编译成 pages/<topic>/<slug>.md，每页摘要最多两句，断言需标源文件和章节，冲突写入 .conflicts.md 等人工裁决。

技能如何工作

它不依赖向量检索，而以完整单页为知识单元，用两级索引作为符号表：先读 index.md 定位主题，再读 topics/*.md 定位页面，最后读单页全文；页面间用 [[kebab-case-slug]] 前向链接支持多跳推理。核心流程如下：

首次创建：init_wiki.py 建骨架，parse_raw.py 解析 raw/，LLM 起草 SCHEMA.md 主题清单并交用户确认。
编译与索引：diff.py 输出新增清单，逐文件提炼实体并建页，build_index.py 生成索引、反链、图谱和 manifest。
查询与体检：查询只按 index.md → topics/*.md → 页面 递进，禁止整库加载；lint.py 检查孤立页、悬空链接、无来源断言和主题过大。

更新时只处理 new/changed 文件，走 merge、ref-only 或 conflict 分支；新主题需用户确认后才写入 SCHEMA.md。

适用边界

适合团队项目知识、产品文档、架构说明等需要稳定溯源的场景。若运行在编程助手中，默认使用项目内 .wiki-creator/；办公智能体可用全局 ~/.wiki-creator/，也可用 --root 覆盖。不要把同一份 Wiki 混存到不同根目录；主题合并、SCHEMA.md 增删和冲突裁决都应保留用户决策，而不是让 LLM 自动改写。