同一个问题——「怎么让 AI 写的前端不丑」——四条路线，四种物种
更新于 2026-09-17 · GitHub 数据采集同日 · 各项目有独立详情页（见末页互链）
← 返回汇总AI 写的前端有一股「AI 味」——四家分别用供给、约束、治理、记忆四种思路解这道题
背景：所有模型都在同样的 SaaS 模板上训练，跳过引导就会产出同一批「tells」。四强都用 skill 形态（SKILL.md + 数据 + 可选脚本）给 agent 注入设计能力，但哲学完全不同：图书馆式供给（uupm）、禁令式约束（taste）、工具式治理（impeccable）、资产式记忆（interface-design）。本专题逐一拆解并用决策器回答「该用哪个」。
| interface-design | ui-ux-pro-max | taste-skill | impeccable | |
|---|---|---|---|---|
| Stars | 5.7k | 128k | 87.8k | 68.6k |
| Forks | 367 | 13.7k | 6.0k | 4.2k |
| 建仓 | 2026-01 | 2025-11 | 2026-02 | 2025-11 |
| 最后 push | 2026-06-20（停更） | 2026-09-15 | 2026-09-16 | 2026-09-16 |
| License / 语言 | MIT / Shell | MIT / Python | MIT / JS | Apache-2.0 / JS |
| Open issues | 8 | 86 | 67 | 34 |
| 商业化 | 无 | 重（Premium + 捐赠 + 推广位） | 中（赞助商 + 分成链接） | 轻（无内购，站点文档） |
注意规模≠质量：uupm 的 128k 有「入场早 + 5 语 README + 教程式传播」红利；impeccable 68.6k 背后是 GitHub 前 Chrome/DOM 委员 Paul Bakaus 的工程信誉。
你提任务 → 推理引擎按产品类型从 192 规则组装设计系统 → BM25 在 79 风格里检索最佳匹配（风格与 landing 结构分开排序，官方系统 Fluent 2/Polaris/Spectrum 入册且有 active/supplemental/deprecated 生命周期）→ 22 栈指南出码 → 反模式检查。
读 brief 推断设计语言，调 VARIANCE/MOTION/DENSITY 三个 1-10 表盘；对高频事故给 canonical 代码（GSAP pin/scrub 骨架抄就不会翻车）；pre-flight 硬清单交付前逐格诚实通过。v2 把「建议」升级成「硬规则」。
61 条 detector 规则不跑 LLM 不用 API key，CLI + 浏览器扩展直接执行——把「设计审查」变成 lint 一样的确定性工具；24 命令（craft/audit/polish/bolder/quieter…）构成人机共享词汇；hook 可在编辑后自动跑。
首会话先对齐深度（borders-only vs elevation）、表面（lightness 7→9→11%）、间距（8px 网格）三大策略，用户确认后全程显式一致；结束时写 .interface-design/system.md，下次自动加载——治的是「时间维度」的漂移。
| Tell（AI 生成界面的通病） | uupm | taste | impeccable | interface-design |
|---|---|---|---|---|
| Inter 字体包打天下 | 74 字体搭配供给 | 字体选择约束 | 检测规则 | — |
| 紫→蓝渐变 | 192 行业配色 | 反 slop 配色原则 | 检测规则 | lightness 刻度制 |
| 卡套卡 / 万物皆卡 | 反模式准则 | 布局约束 | 检测规则（明文列出） | surface 层级原则 |
| 灰字压彩底（对比度差） | 可访问性准则 | — | 检测规则 | — |
| 圆角方块图标 + 装饰眉标 | — | 眉标/状态点禁令 | 检测规则 | — |
| 满页 em-dash / 假截图 | — | em-dash 全禁令 | — | — |
| bounce/elastic 缓动（过时感） | — | motion 表盘管制 | 明文禁令 | — |
| 坏掉的滚动动画 | — | canonical GSAP 骨架 | — | — |
| 间距/尺寸漂移 | 设计系统生成 | — | — | system.md 记忆 |
读法：— 表示该 skill 未显式覆盖此 Tell。四家覆盖面互补，几乎没有单家全包——这也是「叠加使用」的依据。
| 维度 | interface-design | uupm | taste | impeccable |
|---|---|---|---|---|
| 流行度 | 1.8 | 10 | 8.6 | 7.2 |
| 活跃度 | 2.0 | 8.8 | 9.0 | 9.0 |
| 理念深度 | 8.8 | 6.2 | 7.8 | 8.5 |
| 确定性/可验证 | 5.5 | 5.0 | 6.8 | 9.8 |
| 覆盖广度 | 3.0 | 9.8 | 6.2 | 7.2 |
| 团队可用性 | 7.2 | 6.8 | 5.5 | 9.2 |
评分为本站主观分析（非官方），依据各家 README/文档自述能力与仓库实况，采集日 2026-09-17。
| interface-design | uupm | taste | impeccable | |
|---|---|---|---|---|
| 安装 | npx skills add | npx CLI / 手动 | npx skills add | npx impeccable install |
| Harness 覆盖 | Claude Code、Codex | 通用 skill（SKILL.md） | 通用 skill 矩阵（10+） | 15+（Claude/Cursor/Codex/Copilot/Gemini/Grok/Hermes/Pi/OpenCode/Veto…） |
| 无 LLM 部件 | — | BM25 检索（本地） | — | 61 检测规则 + 浏览器扩展 |
| 持久化文件 | system.md | 设计系统生成物 | 表盘配置（SKILL.md 头部） | PRODUCT.md + DESIGN.md |
| 多语言文档 | 英 | 5 语（含中文） | 英 | 英 |
| 许可 | MIT | MIT（Premium 闭源） | MIT | Apache-2.0 |
| 场景 | 主推 | 理由 |
|---|---|---|
| 个人做营销站/落地页，怕 AI 味 | taste-skill | anti-slop 主战场：表盘调音 + pre-flight 硬清单 |
| 团队产品界面（仪表盘/admin），要长期一致 | interface-design | system.md 跨会话记忆 + 产品界面专精（若已停更可 fork 自维护） |
| 存量老项目翻新 + 无障碍审计 | impeccable | /audit → /critique → /polish 治理流水线 + 61 确定性检测 |
| 外包/多客户，快速出多样风格 | uupm | 192 产品类型按需检索，切换风格不重写规则 |
| 初创品牌全案（Logo/VI） | uupm（Premium）+ taste brandkit | uupm 品牌类目是付费主场；brandkit 出图像品牌板 |
| 移动 App / 桌面原生 | uupm | 22 栈覆盖（SwiftUI/Compose/WPF/Avalonia…）独一份 |
| 不确定 / 组合拳 | 决策器 | 下方 Playground 按四维输入给主推 + 次选 + 叠加策略 |
四步输入你的场景（项目类型 × 阶段 × 协作模式 × 痛点），决策器实时给主推 skill、次选、四家评分条与叠加策略——评分规则忠实转译各家 README 定位（如 interface-design 对营销站负分），已过 216 组合全量真值表与跨语言对拍。
uupm：图书馆式知识检索
taste：禁令 + 表盘调音
impeccable：命令 + 检测器
interface-design：决策落盘
要「可验证的治理」选 impeccable，要「反 AI 味的锐度」选 taste，要「什么都能做」选 uupm，要「跨会话不漂移」选 interface-design
编辑建议：impeccable 是默认底座（确定性检测 + 团队契约 + 最广 harness），按场景叠加一家主力：营销站加 taste、产品界面加 interface-design、跨栈广度加 uupm。四家都装的人，大概率一家都没用好。