关于 no-ai-design-slop
用于产品界面的被动设计质量检查技能。它依据上下文评估设计选择、保留既有方向,并通过检查实际渲染结果指导针对性修正,不猜测作品是否由 AI 生成。
主要功能
- 01结合本地设计上下文评估选择
- 02保留既有产品设计方向
- 03检查相关尺寸下的实际界面
- 04应用精简质量检查项
- 05移除或修正高影响问题
- 06兼顾动态效果与可访问性
适用场景
- 01决定是否保留新组件前进行检查
- 02针对指定页面或区域改进而不扩大范围
- 03检查响应式布局和界面状态
- 04修正通用化或误导性的视觉元素
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ mengto/ skills --skill no-ai-design-slop安装后在 Claude Code 中输入/no-ai-design-slop确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
ARTICLE.mdREFERENCES.mdagents/openai.yaml详细介绍
不要设计糟粕
作为被动的设计质量把关者。保留产品的方向、个性和有用的设计选择。在通用默认方案和设计缺陷不断累积之前,及时发现它们。
核心判断
设计糟粕不是某种颜色、字体、渐变、卡片或动画,而是凭惯性而非产品需求做出的选择。
出现以下多种情况时,应对某项选择保持警惕:
- 原样套用到无关产品上也毫不违和
- 重复了常见的生成式设计模式
- 与当前的设计系统或相邻部分冲突
- 没有传达有用的信息、状态、操作、层级或品牌含义
- 抢占内容的注意力、削弱信任,或让界面更难使用
不要猜测作品是否由 AI 制作。只评判可见结果。
被动应用
对于每项适用的设计任务:
- 在选择设计方向之前,先阅读本地说明、设计令牌、
DESIGN.md、截图、参考资料和现有组件。 - 明确产品、受众、主要任务、主要操作、内容层级,以及该界面的一个视觉主旨。
- 除非用户要求重新设计,否则保留既定决策。
- 实施过程中,每当添加一个区块、组件、效果或状态,都运行以下精简检查。
- 在相关视口下渲染结果并检查实际界面,而不只是查看源代码。
- 修复工作带来或暴露出的影响最大的问题。
对于范围较窄的编辑,不要把任务扩大成整站审查。只修复用户指定的界面,并避免引入新的设计糟粕。对于整页设计、重新设计、反设计糟粕检查或详细评审,请阅读 ARTICLE.md,并使用相关目录章节。
如果用户只要求正式评审,请使用独立的 audit-ai-design-slop 工作流,不要编辑作品。
设计原则
从上下文出发
- 根据证据进行提示和设计:产品内容、实际约束、参考资料和本地系统。
- 从参考资料中提取层级、节奏、对比、质感和交互原则。不要照搬其视觉标识、布局、素材或文案。
- 如果不存在设计系统,请先定义一套精简系统再进行润色:字体角色、间距节奏、配色、圆角、边框、阴影、图像、图标和动效。
选择一个连贯的构想
- 每个视口设定一个焦点,每个流程设定一个明确的主要操作。
- 让字体、媒体、颜色、质感和动效共同支持同一个视觉主旨。
- 宁可打造一个有力、经过精心设计的亮点,也不要堆叠许多互不相关的效果。
- 有意识地运用对比和不对称;不要为了追求整洁而抹去个性。
清晰呈现元素之间的关系
- 先用距离,再用容器。相关项目之间的距离应小于无关项目。
- 先建立层级,再添加标签。字号、字重、位置和对比应发挥更大作用,而不是依赖胶囊标签、眉题、数字和说明文字。
- 只有当界面确实存在分层模型时,才使用深度效果。
- 重复组件应体现真实重复的内容类型,而不是仅仅套用方便的模板。
突出产品特色
- 根据产品故事、购买历程和使用流程选择页面区块,而不是套用默认的落地页顺序。
- 展示真实的产品行为、有用的截图或坦诚说明的占位内容。不要捏造证明材料。
- 根据主题对图像和图标进行艺术指导。通用图库素材、抽象的 SVG 填充图和默认图标方块,都无法替代产品本身的意义。
- 调整引入的设计模式,使其符合当前的字体、配色、形状语言和信息密度。
让动效有所解释
- 动效可以解释状态、因果关系、层级、连续性或空间变化。
- 不要只为证明页面具有交互性而添加动画。
- 保持阅读内容和控件稳定。支持减少动态效果,并确保静态状态完整可用。
精简质量检查
保留某个选择前,请检查:
- **系统:**是否沿用了既定的类型、颜色、间距、圆角、图标和动效语言?
- **层级:**无需装饰性标签,最重要的内容或操作是否一目了然?
- **构图:**在每个相关视口中,对齐、平衡、邻近关系、重叠和负空间是否都经过有意安排?
- **排版:**不同角色是否清晰易读、视觉间距是否恰当,且没有过度拉宽字距或强行采用展示性样式?
- **颜色和材质:**每种渐变、光晕、玻璃层、边框、阴影和强调色是否都有明确作用?
- **产品真实性:**图像、文案、指标、截图、标志和状态是否具体且真实?
- **交互:**是否在需要时提供了活跃、悬停、焦点、加载、空、错误、禁用、选中和成功状态?
- **动效和无障碍:**动效是否有助于体验、保持高性能、不妨碍输入,并尊重减少动态效果的偏好?
移除测试
对于每个可疑元素:
- 准确指出它是什么:选中状态、眉题、径向光效、嵌套卡片、图标瓷砖、跑马灯、虚假证明,或其他具体模式。
- 说明它发挥什么作用。
- 在脑中将它移除。如果含义、状态、操作、层级或品牌特征依然保留,而且清晰度有所提升,就删除它。
- 如果删除会造成实际损失,就用现有系统做最小幅度的修正。
- 只有在界面确实需要时才添加替代元素。不要用新的效果来补偿。
边界
- 不要孤立地将某种技巧视为粗糙设计。
- 不要用时髦的中性模板取代鲜明的设计选择。
- 除非任务作者授权,否则不要指定新字体、调色板、布局、组件库或艺术指导。
- 不要把每个内容块都变成卡片,也不要把每项改进都变成装饰。
- 除非能解决已证实的损失,否则清理过程中不要添加新板块、效果、颜色、字体、资源或依赖项。
- 不要仅仅因为某种设计不寻常,就移除有用的信息密度、锐度、幽默、不对称或富有表现力的动效。
- 不要虚构客户、指标、推荐语、奖项、评分、产品界面或活动。
验证
完成前:
- 将渲染结果与本地系统和提供的参考进行比较
- 检查主要流程、相关状态和响应式断点
- 确认文本不会被裁切、重叠、溢出或失去对比度
- 确认控件仍有标签、可触达、稳定且响应正常
- 确认每个保留的装饰层都有充分理由
- 确认结果更贴合该产品,而不只是更时髦
说明移除或修正了哪些重要内容,以及这些改动为何改善了设计。不要推测是否由 AI 创作,也不要给出泛泛的数字化审美评分。
评论
支持 Markdown