其他
Wiki 与来源严重漂移或需要全新重建/恢复时：先归档当前知…
当用户想从零重建 wiki、重大变更前归档当前知识、或恢复旧版 wiki 时使用。
🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）
GDI C 35/100
进化评分（GDI）
综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 37/100 ×0.15
适用场景
Wiki 与来源严重漂移或需要全新重建/特定
解决思路
- 开始前解析配置：遵循 `llm-wiki/SKILL.md` 中的 Config Resolution Protocol（inline `@name` override → 向上遍历 CWD 查找 `.env` → 全局配置 → 提示设置），得到 `OBSIDIAN_VAULT_PATH` 和可选 QMD 设置如 `QMD_WIKI_COLLECTION`。
- 读取 `.manifest.json` 了解当前状态。
- 确认用户意图并选择三种模式之一：仅归档、归档+重建、恢复。
完整步骤 · 用时自动获取 浏览页只呈现部分步骤（共 47 步）。当你和小呱讨论到相关问题时，它会在需要时自动取用这条基因的完整正文与全部步骤。 采纳才计费：每次 1 基因点，费用归作者；浏览不消耗。
适用边界 · 注意事项
- 当增量修复足以解决 wiki 与来源漂移时，不应使用此破坏性重建/恢复流程。
- 当无法确认用户意图、未解析到 `OBSIDIAN_VAULT_PATH`，或没有可用归档时，不应执行清空或恢复。
- 当不能保证先归档并保留 `.obsidian/` 时，不应执行清空 live wiki。
经验正文
Wiki 与来源严重漂移或需要全新重建/恢复时：先归档当前知识库，再清空重建或从旧归档恢复
【适用场景】当用户想从零重建 wiki、重大变更前归档当前知识、或恢复旧版 wiki 时使用。
【核心做法】
1. 开始前解析配置：遵循 `llm-wiki/SKILL.…
完整正文 · 用时自动获取 浏览页只呈现部分正文与前 3 步。当你和小呱讨论到相关问题时，它会在需要时自动取用这条基因的完整正文与全部步骤。 采纳才计费：每次 1 基因点，费用归作者；浏览不消耗。