把AI味界面救回来：unslop为何一周收获1239颗星
AI生成网页越来越快，却也越来越像同一张模板脸。heydamir/unslop尝试补上设计判断这一课，但它不是一键美化的万能按钮，更适合拿来检查界面是否值得上线。
适合：适合已经能用AI快速做出页面、却缺少统一视觉与上线审校能力的个人开发者和小型团队。
先说结论
heydamir/unslop值得关注。
它是一个面向Claude的skill，目标很直接：把“vibe coded”、一眼就像AI生成的界面，调整成更像正式设计的产品界面。项目主要使用JavaScript，在GitHub上发布后，一周获得了1239颗星。
但别把它理解成“一键去AI味”。它更接近一次设计审查：帮开发者重新检查层级、间距、视觉语言和界面完成度。真正的设计判断，仍然要由人负责。
真正的问题
现在做产品最怪的矛盾，不是做不出来，而是做得太快。AI能在短时间内拼出页面、功能和交互，开发者也很快获得“已经完成”的错觉。可用户看到的往往只是另一套熟悉套路：大圆角卡片、紫蓝渐变、玻璃拟态、夸张标题，再加一句似是而非的产品口号。
每一个组件单独看都没错，堆在一起却没有品牌。像会议桌旁坐了一屋子风格一致的人，每个人说话，却没人代表具体的人。
unslop针对的正是这种问题。它关注的不是页面是否“能跑”，而是它是否像一个经过设计的界面。重点不在于把颜色换掉，而在于让视觉结构服务于内容和操作。
这里要分清两件事。AI味不是某种固定风格，圆角大不等于AI味，渐变也不等于廉价。问题出在缺乏判断：按钮层级不清楚，页面节奏没有重点，字体、颜色与圆角互相争夺注意力。
怎么做更省力
最省力的用法，不是让工具自由发挥，而是把它放进开发闭环。
第一步，先准备一个真实页面。尽量不要拿空白模板测试，因为没有业务目标的页面，本来就难以判断设计是否成立。选一个用户会反复使用、包含表单或信息展示的实际场景，更容易看出问题。
第二步，打开项目说明并按仓库要求配置skill。然后把页面交给它检查，重点盯住四类结果。
| 检查对象 | 常见问题 | 调整方向 |
|---|---|---|
| 信息层级 | 标题、辅助信息抢视觉焦点 | 先突出任务和关键数据 |
| 组件样式 | 圆角、阴影、渐变使用过量 | 减少装饰，统一规则 |
| 页面节奏 | 各区块都像独立卡片 | 留白分组，明确主次 |
| 视觉语言 | 字体与配色缺少产品气质 | 根据场景建立有限样式集 |
第三步，不要接受整页重做。先处理最影响使用的部分，例如按钮不清楚、字段难找、关键信息被弱化。再处理一致性，例如卡片圆角、图标尺寸、文字行高是否统一。
第四步，回到真实设备检查。桌面端看着舒展，不代表手机端仍然顺手；首页好看，也不代表设置页和空状态同样成立。
哪些坑要避开
第一个坑，是把“去AI味”当成新的视觉风格。
如果只是把紫色渐变换成灰色渐变，把超大标题换成普通标题，页面可能不AI了，但依然没有设计。工具能做的是指出疑点，不是凭空建立品牌。
第二个坑，是让自动调整覆盖全部细节。批量处理很容易抹掉有意为之的差异。比如警告状态就该更醒目，低频帮助信息就该安静。审美统一不等于所有东西长得一样。
第三个坑，是忽略可访问性与业务约束。对比度、文字大小、点击区域、加载反馈，都不能只凭“更精致”来决定。好看但难用，版本再漂亮也站不住。
还要留意仓库变化和适用边界。它目前更贴合Claude环境中的界面优化工作，skill也不等于独立设计软件。把它当助手，比把它当自动裁决者靠谱。
现在就能动手
打开GitHub项目页，先读安装与使用说明；然后挑一个已经上线、却总被评价“像AI做的”的页面做对照。
保留调整前的截图，只处理三个最明显的问题：信息层级、组件规则、页面节奏。改完后再走一遍核心任务，看看用户是否更快找到入口、读懂内容、完成操作。
如果你需要整理审查清单，可以用Markdown智能编辑器记录修改项；成稿与页面说明也能在这里统一排版。无论用不用额外工具，最重要的一步都不要省：先明确这个页面为谁服务，再决定它应该长什么样。