How To Stand Out From The Crowd With Great Design

Paper 只有 12 人团队，却用 AI 原生设计工具让设计师和工程师直接用 HTML/CSS 协作，YC 内部已大规模用它替代 Figma。

AI 让软件更快，设计反而更稀缺

Steven Haney 是 AI 原生设计工具 Paper 的创始人。他此前创办 Modules，并在其中做出后来成为默认 React 组件库的 Radix UI；Modules 随后被 WorkOS 收购。做过设计师与工程师之间的交付工具，又重新从设计工具出发，Haney 的判断很直接：Agent 会让软件生产变快，但不会自动让软件变好。设计师接下来要解决的，不是“会不会被生成替代”，而是怎样在生成洪流里继续做判断。

这期回答了 7 个问题：

1. 为什么一个还没有组件功能的设计工具，敢把代码库当作唯一真相源？
2. HTML 和 CSS 为什么会让设计师、工程师与 Agent 终于操作同一份东西？
3. 当 Agent 一夜能生成数百个方案，设计师的核心工作会变成什么？
4. 为什么去掉粗体、压缩字号和删除装饰，反而能最快消除“AI 味”？
5. 12 人团队如何一边大量使用 Agent，一边坚持多人逐行审代码？
6. Agent 能学会字距和对比度，却为什么仍难替代设计判断？
7. 当工程速度远超设计速度，设计团队怎样避免沦为发布流程的旁观者？

被问到 Paper 为何用 HTML 和 CSS 做渲染引擎、又如何避免设计交付后走样时，Haney 先讲了一个老问题：团队常常维护两份设计系统。一份在设计工具里，一份在代码库里。设计稿改了，代码未必跟；代码迭代了，画布又不会自动更新。两边都想当“最新版”，结果是维护账单越来越高，细节也越来越不准。正如他说："And so you have a lot of maintenance cost with keeping both updated and you just have accuracy problems."（于是你要付出大量维护成本来保持两边同步，而且还会出现准确性问题。）

Paper 的做法是让画布实际由 HTML 和 CSS 渲染。设计师不必懂底层代码，但 Agent 可以直接读取 CSS，不需要在自定义设计文件和代码格式之间来回翻译。一个画布内容可以直接复制成 React 或 Tailwind；Chrome 扩展还能把已经上线的网站抓进画布，变成可编辑内容后继续改。设计不再只是“开发前的说明书”，而能从线上成品回流到下一轮修改。

这意味着，新的交付关系不是设计师画完、工程师复刻，而是人和 Agent 围着同一份代码持续修改。代码库成了唯一真相源，设计工具更像一块可以把代码“召回”、可视化并重新编排的工作台。边界也很明显：Paper 当时还没有用户强烈要求的 components 功能。Haney 没有否认这个缺口，只是认为新团队可以先用代码库承担组件真相，按需把内容拉回设计环境；components 仍在补。

演示把网页片段放进 Paper、留下评论再让 Agent 修改时，Haney 展示的不是“输入一句话，得到一个答案”。他先在画布中留言，再让 Agent 执行“address my comments in paper”，Agent 就会定位到对应区域并改动。更极端的用法是，有用户让 Agent 整夜循环，连续生成数百个页面变体，规模大到 Paper 的服务器都得为这种工作负载扩容。

但这些用户第二天回来，并不是从几百稿里随便挑一张上线。他们会看这个版本的卡片结构、那个版本的文字层级、另一个版本的列表信息密度，再把各自好的部分拼起来。Haney 把它称为："It's kind of this new curation design process that I think is really interesting."（我觉得这是一种非常有意思的新型“策展式”设计流程。）

“策展”不是把选择题做得更轻松，而是把设计师的工作重心往前后两端拉。前端要先定义探索范围：哪些部分能变，什么品牌感不能丢；中段要筛掉大量看似合理、实则同质的分支；最后还要把局部亮点收敛成一个连贯体验。生成第一稿不再稀缺，决定该探索什么、该舍弃什么才稀缺。

而且，Agent 生成一个版本不等于工作完成。演示里，它一度让文本压到了卡片上方，需要继续自检，或由人指出“修正文字溢出”。数百个方案只会把可能性放大，不会替人承担统一性和可用性的责任。

在点评 Legion Health 和 Sciteex 的网站时，Haney 给出了一套很具体的“AI 味”识别法。模型爱用粗体，也喜欢在一张页面里堆五到八种字号；卡片过多、每张卡侧边都有两像素彩条、紫色渐变、小号全大写标题、无意义的小图标和“1、2、3”数字，都是常见痕迹。它们单独看未必错误，堆在一起却像模型在不断证明“我设计过”。

他的第一步不是再加一套视觉语言，而是收缩：字号压到三种，字重尽量往回收。在 Sciteex 的案例里，他直接要求 Agent 最多用三种字号，所有文字用 regular，也就是常规字重，或更轻。调整后，页面没有增加新元素，反而显得更清楚、更有意图。Haney 的原则是："A lot of design is deleting."（设计很大一部分其实是在删除。）

这意味着，AI 时代的差异化不一定来自更复杂的动效、更多颜色和更密的组件，而来自信息层级的克制。删掉不传递信息的数字，用户就更容易看见真正的行动路径；减轻标题字重，页面就不必用喊叫来争夺注意力；缩减字号，内容的主次才会稳定。被删掉的默认装饰，反而成了品牌可信度的一部分。

不过，删减不是一条机械规则。Haney 也承认审美有主观性。比如一个面向跨国支付的页面，或许确实需要更强的兴奋感、国际化能量。问题不在于“野不野”，而在于每个夸张元素是否服务于市场需要，而不是模型的惯性。

被问到 Paper 团队如何使用 Agent 时，Haney 给出的答案很反直觉：他们确实大量使用 Cursor、Claude Code 和 Bugbot，但不会让自动化接管核心质量判断。Paper 当时大约 12 人，成员是设计师和工程师。团队坚持读完所有代码，而且通常每一行都会有多位人类审阅。Haney 说得没有留余地："We read all of our code every single line."（我们会读完所有代码的每一行。）

原因是设计工具属于高精度产品。要做到 Figma 级别的体验，不是“页面能跑”就够了，而是要达到 120 FPS，每次都稳定可用。这样的产品牵涉很多相互影响的系统，Agent 还不足以独立承担。Paper 宁可接受部分功能速度落后于竞争者，也要守住用户能感知到的精度。

但这不等于 Agent 只能做边角料。品牌设计师 Agu 在一次发布前约一周，独立用 Paper 设计并借助提示完成了整个 Next.js 官网及动画，其他人没有审看这个项目。这里的分界线很实用：营销网站、视频、品牌素材可以容忍更多试错，Agent 能把一个人的产出放大；核心编辑体验、性能和稳定性，则需要密集的人类验证。

这意味着小团队快的原因，不是少了审查，而是少了沟通层级。12 个高标准的人，用 Agent 加速各自执行，再把人力集中压在不能出错的地方。代价是功能覆盖可能不如“什么都有”的对手快；换来的，是不把质量赌在模型的偶然发挥上。

被问到 Agent 能否获得审美、未来会不会取代设计师时，Haney 的回答分得很细。他认为像 Fable 这样的模型已经显得更有“思考感”，只是速度很慢；字距、字体重量、对比度这些战术层面的能力，模型会不断进步。也就是说，把一段标题从过粗调轻、发现文字对比不足、把一页五种字号压到三种，这些事情越来越可能被自动化。

但 Haney 认为设计在组织里的实际工作，远不只是最后屏幕上的像素。他用一句话把设计师日常说透了："the role of design in an org is like decisions and and stakeholders and bringing in requirements and problem space."（设计在组织中的角色，是决策、利益相关者协调、引入需求和界定问题空间。）

这意味着，模型可以执行“把这张卡片做得更整齐”，却很难独立回答“这个市场此刻更需要可信，还是更需要兴奋”。前者是局部视觉优化，后者牵涉用户风险、商业目标、品牌承诺和组织内部不同人的诉求。设计师要把模糊甚至冲突的需求，翻译成可被团队接受的取舍，再推动决定落地。

Haney 的判断是，这类高阶判断也许还要约 10 年才可能被模型逼近，但他同时承认自己可能过于悲观。这个不确定性本身很重要：不要把“模型暂时做不到”当成职业护城河。更可靠的方向是把能力从单纯做图，转向理解约束、解释取舍、让一个组织对同一方向达成行动。

被问到 AI 会不会削弱设计职能时，Haney 先泼了一盆冷水：工程团队确实比过去快得多地创造软件，但他自己在过去 6 个月里，并没有遇到一个真正让他惊艳的软件体验。软件数量增加，不等于体验质量同步上涨。于是，未来世界里会有更多公司、更多软件，也会需要更多设计，而不是更少。

真正紧迫的问题是发布节奏。工程和产品团队已经可以借助 Agent 快速实现功能，设计若仍停留在慢速交接、反复导出和等待实现的流程里，就会被绕开。Haney 对这种竞争现实说得很直接："the software will ship whether the designer gets a chance to make it better or not."（不管设计师有没有机会把它做得更好，软件都会发布。）

这意味着，设计不再只是发布前“美化一下”的工序，而会变成快速生产中的质量闸门：它判断价值主张是否讲清、关键操作是否可信、页面是否让用户理解，也判断产品是否只是又一个默认模板拼出来的东西。设计工具必须让设计师跟上提示和 Agent 的速度，才能让设计还留在发布链条里。

但“提速”不代表设计的核心会消失。理解问题、分析竞争、协调利益相关者、决定什么该做和不该做，依然是高度人类化的工作。变化的是，设计师不能只在终点接住一个即将发布的成品；必须更早进入流程，并拥有足够快的工具去影响它。

这 7 个问题其实指向同一件事：AI 正在消灭设计与代码之间的翻译成本，也在把“生成一个看起来像设计的东西”变得极便宜。但便宜的生成，不会自动产出好软件。

“没有设计组件，代码库也能成为唯一真相源”说的是协作底座变了。设计师、工程师和 Agent 不必再维护彼此失联的两套文件，而是可以围绕同一份 HTML、CSS 和代码持续修改。“设计师会从逐稿创作，转向驾驭海量分支”说的是产出方式变了：当一夜能跑出数百个版本，真正昂贵的是提出方向、辨认好坏、把碎片收成一个完整体验。

而“摆脱 AI 味，最快的办法是删减而非加料”与“工程越快，设计越会成为质量闸门”则把问题落到质量上。软件会照常发布，页面也总能被模型填满；但用户会从粗暴的字重、无意义的卡片、看不懂的价值主张里，判断这家公司到底有没有认真对待自己。

对正在做产品的人来说，关键不在于拒绝 Agent，也不在于把每个任务都交给 Agent。更实际的做法是：让它处理翻译、生成、改尺寸和铺开分支；然后把人的时间留给删什么、信什么、先做什么，以及最终愿不愿意为这个体验负责。