用途：审计始终加载的上下文，包括 CLAUDE.md 文件与 .claude/rules/*.md，找出更适合改为按需加载 skill 的内容，并在确认后迁移。核心理念是 CLAUDE.md 与未限定范围的规则在每一轮都要付出成本，而 skill 平时只占名称与描述，触发意图时才加载正文；因此凡不属于“任何情况下都必须成立”的硬性不变项，都可考虑移出常驻表面。
主要能力：先从三个来源建立候选清单（根记忆 CLAUDE.md 及嵌套 CLAUDE.md、无 paths 前置元数据的未限定规则、带 paths 的模式限定规则），记录体积（wc -c，token 估算约字符数除以 4），并把 CLAUDE.md 的每个 ## 小节视为可独立分类单元。随后对每个单元给出唯一处置：保留硬不变项、保留但精简、路径限定、提升为 skill、合并、删除。对“提升为 skill”的候选，需先设计目标 skill 的主目录与名称、可自动触发的描述（目标不超过 150 字符）、命令式执行步骤正文、以及原位置的一行指针残留。
使用方式：解析参数中的 scope-path（可选，默认 .），限定被审计目录。无损处置（保留、精简、路径限定）在大规模审计时可整批确认；有损或不确定处置（删除、会删除内容的合并、提升为 skill）必须逐项确认。执行后运行 git status 供用户查看改动，技能本身不提交。若源文件位于 chezmoi 管理目录（~/.claude/），需改 chezmoi 源而非目标。最后输出表格，列出每个单元的体积、处置、目标与常驻上下文净节省，并总结移除的 token 数、新建 skill 及其触发描述。
适用场景：CLAUDE.md 或规则目录过重、想找出可移到按需 skill 的内容；怀疑规则与已加载的插件 skill 重复；需要对常驻内容做逐项保留/路径限定/提升/合并决策。
限制与边界：不做 skill 之间的重叠与拆分分析（用 health-skill-audit）；不负责把规则在项目与用户全局之间移动（用 meta-promote）；不把会话经验转成规则（用 session-distill）；不负责已有 skill 的 frontmatter 与体积合规检查（用 scripts/plugin-compliance-check.sh）。不要仅因“看起来像流程”就提升硬不变项；描述无法在 150 字符内可靠触发自动加载时，该内容不适合成为 skill。不得在有引用仍存在时直接删除已提升的规则；不要提交改动。其他未在资料中说明的平台、价格与效果暂未提供。