用途：对设计系统或组件库做结构化审计，产出一份组件清单（名称、分类、变体、最后更新、使用状态、文档状态），并按四个维度给出分级发现与优先行动清单。
主要能力：\n1. 使用信号——统计各组件在消费仓库中的导入数、npm 下载趋势、Figma 实例与 detach 率、支持工单等，给出 Actively used 到 Confirmed unused 的状态判定。\n2. 复杂度分布——把组件分为基础组件、复合组件、特性组件，识别特性组件多于基础组件或属性数异常偏高的组件。\n3. 重复度——发现功能重叠、互为变体、命名相似需澄清的组件，并给出保留或弃用建议与迁移路径。\n4. 覆盖缺口——找出团队反复自建但系统未提供的常见模式。
使用方式：先确认引用的引用文件路径存在，否则说明安装不完整，建议按 1-INSTALL.md 重装并运行 verify-install.sh；如确需继续，需在输出中说明未使用参考材料。若存在 .ds-ops-config.yml，按 configuration-and-recurring 知识笔记加载配置，读取 system.framework、system.component_count、severity.、integrations.、recurring.* 等字段。可按配置自动拉取 Figma MCP 组件清单、npm 下载统计（npm view [package] --json）、Storybook index.json、GitHub gh api search/code、Zeroheight 或 Supernova 文档覆盖。随后识别库类型（设计系统／组件库／模式库／工具集合），收集组件清单，再执行四维审计。
适用场景：设计系统或组件库维护、清理未使用组件、发现重复实现、评估覆盖缺口与规划路线图。组件少于 5 个时转为逐组件深挖，跳过复杂度分布。
限制：Figma detach 与实例数据仅在 Enterprise 版 Library Analytics 可用；单包下载量在 monorepo 中不可靠，只能作为方向性信号；"Confirmed unused" 需具备阳性对照并覆盖所有消费仓库，否则最高只能判定为"Likely unused"；无使用数据时审计转为结构性评估。资料未提供收费、价格、平台效果与具体使用步骤的完整信息。