为什么AI生成的设计总是”那股味”？一个从真实被拒稿里提炼的防御性设计流程

你有没有这种感觉——AI 生成的东西看起来总是「那股味」？渐变卡片、千篇一律的蓝色按钮、”Powered by AI” 风格的图标……不是说丑，是太平均了，像是从同一个模板里批量吐出来的。

这其实不是模型能力的问题。

X-Arc-ai 团队做了个很有意思的分析，他们认为 AI 设计输出 generic（普通、平庸）有三个根本原因：

• 没有视觉反馈。模型写 CSS，只能靠猜，没有真正的「看见」环节。
• 默认趋同。模型的「第一反应」会走向训练数据的平均值，而平均值就是平庸。
• 自我确认。AI 截图检查、勾选标准、宣布通过——没人真的问「设计负责人会不会毙掉这个？」

有意思的是，他们没有试图「教 AI 学审美」，而是从真实的被拒稿经历里提炼出一套防御性设计流程——不是配方（recipe），而是护栏（guardrails）。

五步设计流程，从brief到交付

ABSORB：先理解需求——这是给谁看的？什么感觉？什么媒介？同时从项目里找已有的设计资产（颜色、字体、间距），没有的话从头定义设计 token。

IDEATE：在动手之前先想清楚。内容层级是什么？用户先看到什么后看到什么？这个内容适合什么布局模式？

BUILD：用设计系统编码。所有值都追溯到 token，没有任意决策。

VERIFY：这是关键。他们发现老办法（截图、勾选、说「通过」）产生的垃圾和防止的垃圾一样多。新方法是——攻击自己的作品。不是「检查是否合规」，而是问「设计负责人会毙掉哪里？」

PRESENT：验证通过后才展示最终输出，并附上设计决策的理由。

真实被毙过的护栏清单

这个 Skill 最值钱的地方是它背后那份真实的被拒稿清单：

• 渐变、光泽、发光效果 → 被毙原因：「不要渐变，不要 AI 陈词滥调。感觉应该像印在实用设备上的东西。」
• 叙事内容用卡片网格 → 被毙原因：「卡片不能让用户产生连接。应该像讲故事一样。」
• 抽象圆形和线条 → 被毙原因：「那些说不清任何东西的圆和线。」
• 过度工程的视觉效果（Pixel art、PixiJS、canvas）→ 被毙原因：「烂。」

适合谁用

这个 Skill 适合所有用 AI 编码工具（如 Claude Code）做产品界面的开发者、设计师，以及想提升 AI 生成代码视觉质量的团队。它不教你具体用什么 CSS 值——那些会过时——而是教你一套能持续产出高质量输出的思维方式。

安装方式：在 Claude Code 里 /plugin marketplace add X-Arc-ai/design-discipline 然后 /plugin install design-discipline@x-arc。

GitHub：https://github.com/X-Arc-ai/design-discipline

GitHub: https://github.com/X-Arc-ai/design-discipline