用途：在代码、规格或测试发生变更后，检测受影响的文档并编排更新，避免文档与已交付行为脱节。
主要能力：作为路由器而非作者，先做 Phase 0 分诊（git diff → 分类 → 去重模块 → 检查现有文档），再把各类文档委派给对应技能：$spec（§1–§7 功能规格）、$spec-index（派生索引/ERD）、$tech-spec（派生技术视图）、$spec [mode=tests]（§8 测试用例）、$spec [mode=sync]（§8 与测试代码同步）。Phase 1 通过 doc-impact-map.cjs 路由，并行核验受影响的 docs/project-reference/** 与 docs/project-config.json 段落及 README，并给出 FRESH、PATCHED、RESCAN REQUIRED、UNVERIFIED 逐文档结论。
使用方式：按固定阶段顺序 0 → 1 → 2 → 2.5/2.6 → 3 → 4 → 5 → 最终复核执行；执行前须先创建全部 8 个任务并实时更新状态，每步附证据或跳过原因。Codex 中以 $skill-name 调用，仓库技能引用会改写旧式 /skill-name。
限制：不得直接编写 §8、docs/specs/ 或派生技术规格内容；影响范围核验不得写入 Last scanned 标记；输出须技术无关并优先更新 FR-/BR-/OP-/TC- 逻辑 ID；若必需步骤或工具无法运行，应停止并询问用户。具体收费、平台与效果资料暂未提供。