Community研究与数据分析github.com

realshahriya/mukhon-audit-ai-design-slop

对网站、应用、截图、设计稿及设计代码进行审计,识别有害的AI设计陈词滥调、通用生成默认设置及已确认的UI缺陷。当用户希望获得基于证据的设计反馈、反“烂俗”审查或优先移除而非推倒重来的清理方案时使用。

mukhon-audit-ai-design-slop 是什么?

此技能提供了一套系统化的诊断流程,用于对Web界面、移动应用截图、设计稿或UI代码进行基于证据的审核,找出并消除有害的AI设计模式(“烂俗设计”)。它专注于识别那些看似生成、实则空洞的UI层叠、装饰性元素、重复的组件模板、虚假的证明数据以及已确认的可用性故障。技能的核心原则是“减法优先”——优先推荐移除或合并无用的元素,而非提出全新的设计方案。它避免猜测设计是否由AI生成,也不进行主观的美学评分,而是要求每一项发现都必须有具体的位置、组件或行为作为证据。 该技能适用于Claude Code、Cursor等AI Agent平台,其输出是一个结构化的Markdown报告,包括总体结论、已检查范围、优先级从P0(阻碍完成)到P3(轻微打磨问题)的发现表格,以及未检查的未知项。其边界定义清晰:不进行推测性重新设计、不指派前端实现任务、不孤立地评判某个视觉技术(如渐变、玻璃效果)的好坏。它特别建议审计时参考关联文章`mukhon-no-ai-design-slop`的分类目录,以聚焦于与当前证据相关的高影响模式。

兼容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/realshahriya/Mukhon-Skill-pack/tree/HEAD/mukhon-audit-ai-design-slop

Installed? Explore more 研究与数据分析 skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

来源: 从上游项目 audit-ai-design-slop 改编并清理,适用于 MUKHON Skill Pack,遵循 MIT 许可。

审计 AI 设计烂俗

执行一次基于证据的诊断性审计。识别出能通过最小规模的移除或修正来改善界面、同时保留其现有方向的那组操作。

边界

  • 不要猜测设计是否由 AI 生成。
  • 不要给出烂俗程度数字评分。
  • 不要孤立地否定某种视觉技术。渐变、衬线字体、深色主题、毛玻璃效果、卡片、动画或单一字体系统都可能是刻意为之。
  • 除非用户明确要求,否则不要指定新的字体、调色板、布局、设计系统或艺术方向。
  • 不要将审计转变为实现任务。
  • 将超出可见范围或未提供证据的任何内容标记为“未知”。

审计证据

检查请求中可用的工件:

  • 截图和录屏
  • 已渲染的页面和相关视口
  • 交互和状态变化
  • 源代码、令牌、资源和文案
  • 影响体验的控制台或运行时故障

对于每项发现,引用具体的位置、组件、行为或一行文案。不要在缺乏工件证据的情况下报告泛泛的趋势。

对于整页或整站审查,请阅读 ../mukhon-no-ai-design-slop/ARTICLE.md,并仅使用与被审查工件相关的分类章节。不要把每个检查表匹配项都变成一项发现。按根因对症状进行分组,并报告影响最大的证据。

对发现进行分类

使用以下类别之一:

  • 质量缺陷: 已确认的可用性、可访问性、内容、响应式或运行时问题。
  • 烂俗模式: 重复出现的默认样式、装饰层或看似生成、但无有用功能的惯例。

需要标记的内容

装饰性堆叠

当发光、渐变文字、毛玻璃、边框、阴影、网格、粒子、光束、噪点、浮动形状或浏览器界面(如滚动条)的多个层次执行相同的装饰任务或与内容竞争时,标记它们。

组件和模板重复

标记:

  • 几乎每个内容块都应用了卡片样式
  • 重复的图标-标题-描述瓦片,内容可互换
  • 嵌套的圆角容器未能传达层级关系
  • 与产品购买或使用旅程无关的通用着陆页序列
  • 标题、标签、药丸按钮或CTA区域复述了近处的信息

排版和文案混乱

标记:

  • 重复文本或不必要的标签
  • 空洞的超级形容词、模糊的类别声明以及生成的填充内容
  • 有碍层级关系或可读性的装饰性文字样式
  • 长段落居中、生硬的手动换行、难以扫描的文本
  • 不一致的排版角色(看起来像是偶然为之而非有意表达)

动效剧场

标记那些延迟访问、机械重复、干扰阅读、移动交互目标、阻止输入或未尊重“减少动效”偏好的动效。保留那些能传达状态、因果关系、层级关系或空间变化的动效。

虚假证明

当虚构或无法验证的指标、客户、用户评价、奖项、评级、活动、仪表盘、图表、Logo、头像等被当作证据展示时,标记它们。

已确认的UI故障

标记:

  • 不明确或互相竞争的主操作
  • 对比度低或内容不可读
  • 内容被裁剪、溢出、重叠或响应式行为出错
  • 损坏的资源、链接、脚本或控件
  • 仅在悬停时可获取的关键信息
  • 在观察流程中缺失的必要状态
  • 不清晰的标签、角色、反馈或键盘焦点
  • 间距、字体、颜色、圆角或图标方面的意外不一致
  • 与任务重要性相矛盾的视觉层级

使用移除测试

对于每个候选项目:

  1. 陈述它提供了什么信息、状态、操作、层级关系或品牌含义。
  2. 询问移除它是否能在不丢失该角色的情况下提升清晰度。
  3. 如果是,则建议移除或合并。
  4. 如果否,则建议使用现有系统进行最小规模的修正。
  5. 仅当删除会造成实质损失时,才建议替换方案。

默认偏向减法。替换方案应继承产品现有的语言风格,而非引入新的视觉概念。

确定优先级

  • P0: 阻止任务完成、产生严重无障碍问题或展示欺骗性证据。
  • P1: 严重损害理解、信任、导航或交互。
  • P2: 重复的烂俗或不一致性,削弱了层级关系和品牌识别。
  • P3: 对用户影响有限的轻微打磨问题。

默认返回五到八项影响最大的发现。将重复出现的实例合并为一条系统性问题。

输出

## 总体结论
用一段简洁的文字描述最主要的问题以及应该首先移除什么。

## 已检查范围
- 实际检查过的工件、屏幕、状态和视口

## 发现
| 优先级 | 类别 | 模式 | 证据 | 危害 | 移除或修复 |
|---|---|---|---|---|---|
| P1 | 烂俗模式 | 重复的装饰性容器 | 功能区域对不相关的内容使用了相同的分层卡片样式 | 压平了层级关系,增加了杂音 | 移除外层外壳;仅在能传达交互意图的地方保留分组 |

## 未知项
- 未能验证的关键状态或行为

保持报告紧凑。省略空章节。

反馈规则

  • 以具体的证据开篇,而非品味判断。
  • 指明模式及其危害。
  • 在建议重新样式之前,优先推荐移除。
  • 避免泛泛的赞美和详尽但影响甚微的吹毛求疵。
  • 保留有用的产品特定细节和有意为之的特色。
  • 除非标准直接支持该发现,否则不要引用标准。
  • 不要将某种审美风格描述为普遍糟糕。
  • 如果用户明确要求设计替换,需在移除建议之后可附带替换方案,并确保与现有系统一致。
  • 以能带来最大改善效果的单一移除或修正来结束。

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

相关技能