UI 规范审计器

SKILL开发
开发 未标注权限 许可证不明确
安装这个技能

前端 UI 规范审计器。扫描 Vue / 微信小程序 / CSS / SCSS / Less / JSX / TSX / HTML 代码,对照设计规约检查色彩一致性、去动画化合规、排版标度、间距栅格、层级令牌与平台适配问题,输出 JSON 与黑金风格 HTML 单页看板。支持两种模式:已有设计系统时做规约校验(preset),没有设计系统时从代码反推设计令牌并标记离群值(infer)。当用户说「审计 UI 规范」「检查样式是否符合设计规范」「UI 一致性检查」「设计规范走查」「设计令牌收敛」「去动画化检查」「小程序样式合规」「前端 UI 审查」「UI audit」「design system compliance」时使用。

一句话选型结论

按资料字段整理

UI 规范审计器是开发类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类开发 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_8c69aded/ui-spec-auditor
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

开发
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_8c69aded仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791640415
正文体量5.9 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
写代码与改 bug

按需求补代码、定位并修掉报错。

读仓库与生成改动

让模型读懂项目结构,再给出可落地的改动。

跑测试与排查故障

按现象排查问题,补测试用例并复跑。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在开发场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
UI 规范审计器当前 未标注权限 未标注 未标注 未标注 有
技能审查员 浏览器控制 ClawHub 市场 877.9 万 OpenClaw 有
Vercel React 最佳实践 浏览器控制 GitHub 仓库 849.1 万 Codex、Claude、Cursor 有
GitHub 代码协作 联网访问 ClawHub 市场 763.3 万 OpenClaw 有
网页设计指南 联网访问 GitHub 仓库 668.6 万 Codex、Claude、Cursor 有
本体论 只读 ClawHub 市场 663.7 万 OpenClaw 有

SKILL.md 全文

5.9 KB
模型实际读到的说明书原文,来自技能仓库

UI 规范审计器(ui-spec-auditor)

概述

以静态分析方式审计前端代码的 UI 规范一致性,输出可交付的 HTML 看板。核心价值在两点:

  1. 设计规约可插拔:规约是外部 JSON 文件,换一份规约就换一套标准,不限于任何特定风格。
  2. 无规约也能用:infer 模式从代码反推设计令牌,标记离群值并导出建议规约,让没有设计系统的项目立刻获得基线。

审计器只读,从不修改源文件;所有修复决策由使用者做出。

何时使用

  • 需要检查项目是否真的落地了设计系统(而非只是写了设计规范文档)
  • 重构或 UI 升级后,需要量化「还剩多少历史包袱」
  • 接手陌生项目,需要快速摸清它的实际设计令牌与混乱程度
  • 需要把「去动画化」「黑金配色」这类主观风格要求转成可验证的客观条目
  • 需要在多端(Web + 小程序)之间核对视觉一致性

工作流

第 1 步:确定目标与模式

确认待扫描路径(目录或单文件),然后判断模式:

情形 模式 说明
项目已有 .ui-spec.json 或用户提供规约 preset 做合规校验
用户描述了具体规范但无规约文件 preset 按其描述生成规约 JSON,再用该规约运行
项目没有设计系统 / 用户想摸底 infer 反推令牌 + 离群值分析
不确定 auto(默认) 有 --spec 则 preset,否则 infer

不确定时直接用 auto。若用户描述了具体规范(如「主色 #d4af37,禁止动画」),先按其描述生成一份规约 JSON 存入项目根目录,再用 preset 模式——这样结论更可辩护,也让规范本身沉淀为资产。

第 2 步:选择设计规约

  • 内置预设:assets/presets/black-gold.json(黑金新中式 + 玻璃拟态 + 去动画化)
  • 自定义:复制预设后按 references/rule-catalog.md 第九节改写,或用 infer 模式导出建议规约再人工复核

生成自定义规约后建议存为项目根的 .ui-spec.json,便于复用与版本管理。

第 3 步:运行审计

# 自动模式(推荐首次使用)
python scripts/audit.py --path /path/to/project --json audit.json --html audit.html

# 指定规约
python scripts/audit.py --path /path/to/project --spec .ui-spec.json --html audit.html

# 反推模式并导出建议规约
python scripts/audit.py --path /path/to/project --mode infer --html audit.html --emit-spec .ui-spec.json

# 只扫特定类型、加 CI 门禁
python scripts/audit.py --path src --ext .vue,.scss --fail-under 80 --json audit.json

常用参数:--ext 限定扩展名、--exclude-dir 追加排除目录、--rpx-ratio 调整 rpx 换算比(默认 0.5,对应 750 设计稿)、--fail-under 未达标时退出码为 2。

第 4 步:解读与交付

  1. 读取脚本 stdout 摘要与 audit.json(结构见下)
  2. 用 present_files 展示 HTML 看板
  3. 在回复中给出结论而非复述数据:总分与等级、最严重的 2-3 个系统性问题、优先修复的文件 Top 3、以及一条「最高杠杆」的收敛建议

解读要点:

  • 看维度分,不看问题总数。问题多可能只是项目大,密度分才是可比指标。
  • 优先处理 high:通常是对比度、无限循环动画、超长过渡这类硬伤。
  • 离群值比违规数更值得关注:infer 模式下某个颜色只出现 1-2 次,往往意味着「这里当时随手写的」。
  • 单文件问题密集通常说明该文件是被反复修改的核心页,收敛它收益最高。

输出结构(audit.json)

meta           路径 / 模式 / 规约名 / 文件数 / 行数 / 耗时
score          total、grade(A-E)、dimensions[](key/label/score/weight/issues)
summary        high / medium / low / info 计数
findings[]     id、dimension、severity、file、line、snippet、message、suggestion
fileRanking[]  按权重倒序的问题文件
distribution   颜色 / 字号 / 间距 / z-index 的频次分布
suggestedSpec  infer 模式下反推的建议规约

规则体系

共 19 条 preset 规则 + 4 条 infer 规则,分为 6 个维度:色彩、动效、排版、间距、层级、平台适配。

完整判定口径、可配置参数与已知局限见 references/rule-catalog.md——解释结论或用户追问「为什么报这一条」时查阅该文件。

边界

  • 只做静态分析:不渲染页面、不解析 CSS 级联结果、不做截图比对
  • 不识别 CSS 变量的间接赋值链与 CSS-in-JS 动态表达式
  • 对比度仅在前景与背景同处一个选择器块时可判定
  • 结果需结合设计意图判断:审计器报告「偏离规范」,不等于「这里写错了」

参考资源

  • scripts/audit.py — 审计引擎,纯标准库、跨平台
  • assets/presets/black-gold.json — 内置规约预设,也是自定义规约的模板
  • assets/report-template.html — HTML 看板模板(黑金配色、零动画)
  • references/rule-catalog.md — 规则目录与判据细节

常见问题

5 问
答案由本站依据条目字段整理
UI 规范审计器怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_8c69aded/ui-spec-auditor。安装方式为未标注。装完刷新技能列表或重开客户端。

UI 规范审计器支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

UI 规范审计器权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

UI 规范审计器收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

UI 规范审计器用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。