前言¶

设计系统落地后，真正的问题是持续漂移：组件库里慢慢出现无人认领的样式、PR 里的 color 值和 Token 表对不上、不同页面的间距体系各写一套。靠人工 review 很难全覆盖，于是有人把这类检查做成了 Skill。下面介绍 SkillHub 上的「设计系统审计助手」，它可以在对话式编码工具里直接对 UI 做一致性审查。

这是什么¶

设计系统审计助手是一个基于通用 SKILL.md 格式的社区 Skill，坐标 @user_c562f70c/design-system-auditor，版本 1.0.0，由社区发布者 user_c562f70c 维护，来源标记为 community，分类 design-media。它解决的问题是：在开发过程中用自然语言发起，自动完成 UI 一致性审查、设计 Token 规范生成、组件库遵守情况检查、涉及样式的 PR 审阅，而不必在多个工具之间来回切换。

页面信息显示评分 100000、下载 881、安装 0，标签 requires_api_key=false，即不需要额外配置 API Key 即可使用。

核心功能¶

官方简介列出的能力有四项：

1、UI 一致性审查：检查页面或组件在颜色、间距、字号、圆角等视觉规范上的一致性。
2、设计 Token 规范生成：从现有样式中整理出 Token 定义，输出规范化的 Token 清单。
3、组件库遵守情况检查：对照设计系统约束，核查组件库中的实现是否越界，例如直接写死数值、绕过 Token。
4、涉及样式的 PR 审阅：在 PR 场景下重点看样式改动是否符合设计系统约定。

另外支持 Material Design、Ant Design 等主流设计系统，也支持自定义系统的搭建，即可以把团队自己的设计规范作为审计基准。

安装与启用¶

截至成稿，预抓取的页面资料中没有给出可直接核对的安装命令或客户端专属配置项，因此这里不写出未经核实的命令。可用的入口是 SkillHub 页面：

https://www.skillhub.cn/skills/user_c562f70c/design-system-auditor

以及 API 地址：

https://api.skillhub.cn/user_c562f70c/design-system-auditor

启用方式按通用 SKILL.md Skill 的惯例：将 Skill 加载到支持该格式的客户端（Cursor、Codex CLI、Claude Code 等），即可在对话中调用。是否需要 API Key 的字段为 requires_api_key=false。具体的安装命令建议以官方页面最新说明为准，本页未提供可验证的安装命令，故不列出。

典型用法¶

下面按官方简介描述的四类工作流说明使用方式，命令以客户端实际支持的形式为准。

1、审查 UI 一致性。把待审查的页面路径或组件目录交给 Skill，让它输出不一致项清单，再逐条对照设计规范修正。
2、生成 Token 规范。针对还没有 Token 体系的项目，让它从现有样式中归纳颜色、间距、字号等 Token，形成可维护的规范文件。
3、检查组件库遵守情况。在组件库目录下发起检查，让它找出绕过 Token、写死数值或偏离设计系统的实现。
4、审阅样式 PR。在 PR 审查环节让它专门针对样式改动给出是否符合设计系统约定的结论，作为人工 review 的补充。

如果团队用的是自建设计系统，先把自定义规范提供给 Skill，再按上面的顺序执行。

适用场景与注意¶

适合的场景：已有或准备落地设计系统的前端团队；需要对组件库和样式 PR 做一致性把关的项目；使用 Material Design、Ant Design 或自建规范的项目。

需要注意的地方：

1、审计结果依赖提供的设计规范是否完整、准确，规范本身缺失时 Token 生成和遵守情况检查只能作为参考。
2、它检查的是样式层面的一致性，不替代功能测试和视觉回归测试。
3、该 Skill 为社区来源，版本 1.0.0，安装数目前为 0，采用前建议在测试项目上先验证一遍输出质量。
4、页面未提供可核实的安装命令，启用前需确认客户端对 SKILL.md 格式的支持情况。

小结¶

设计系统审计助手把 UI 一致性审查、Token 规范生成、组件库遵守检查和样式 PR 审阅收敛到一个 Skill 里，适合在对话式编码工具中按需调用。它的价值在于把重复的一致性核对工作交给工具，而不是替代设计系统的人工决策。官方地址：https://www.skillhub.cn/skills/user_c562f70c/design-system-auditor。