naming-audit

用途：审查设计系统组件与已记录模式的命名一致性与清晰度，输出违规报告、具体示例、歧义标记和带理由的改名建议。适用对象按代码信号分为设计系统、组件库、模式库、工具集合，报告中标注类型以校准建议力度。\n\n主要能力：从包根出口（index.ts/index.js）收集组件名并记录文件与行号作为证据；从文档站点或 Storybook 层级收集模式名；读取已有命名规范文档；若无文档则从现有命名推导主导约定并在报告中展示供团队确认。检查大小写、具体性方向、缩写策略、前后缀一致性，标记通用到无意义、描述视觉而非功能、内部行话、易混淆的名称，并给出去向明确的重命名建议。严重度分为关键、高、中、低四级。\n\n使用方式：先核对 SKILL.md frontmatter 中 references 路径是否存在，缺失则提示按 1-INSTALL.md 重装并运行 verify-install.sh；仅在用户明确同意时跳过。少于 5 个组件时以命名工作坊方式聚焦用途清晰度。令牌命名、prop 命名与 Figma 变量命名分别引用 token-audit、component-api-validator、figma-variable-audit 的结论，不重复审查。\n\n限制：不强制特定命名约定，只评估一致性、无歧义与适用性；重命名属于破坏性变更，需先修新增、按严重度排序、使用弃用流程并作为破坏性变更公告；报告包含范围（已检查/未检查/无发现如何验证/假设）和关于有意区分的结尾说明。资料未提供具体代码示例与安装命令细节。