Replit Design 不会杀死设计师，它先杀死的是交接
60 万张真实界面，来自 1000 多个应用。
Replit 把整个 Mobbin 参考库接进了刚发布的 Replit Design。用户不用单独注册 Mobbin，只要描述想做什么，系统就能从这些现成的 UI 和 UX 里找方向。再加上 Claude、GPT-5、Gemini、Kimi、GLM 五路模型，光看发布清单，这像一场很标准的 AI 军备竞赛。
谁的模型多，谁的素材库大，谁就更会画。
但我把它的产品文档翻完，真正让我坐直的不是 60 万，也不是那串模型名单，而是一句很小的说明。
改文字、颜色、间距这类简单操作，会直接更新源代码，不经过 Agent，也不消耗 AI credits。只有碰到隐藏复杂度，Visual Editor 才把任务交给 Agent。
好家伙。
一家卖 AI 编程的公司，做 AI 设计工具时最聪明的决定，居然是知道什么时候别叫 AI。
这事值得聊。因为 Replit Design 表面上在抢 Figma、Canva、Lovable 那些工具的地盘，真正动刀的位置却更靠后。它想砍掉的不是设计师，而是产品从想法变成代码时，那条来回折腾的交接链。
传统流程里，一张界面要经历很多次翻译。产品经理写需求，设计师把需求翻成 Figma，前端再把 Figma 翻成 React 和 CSS。设计改一个圆角，前端找对应组件。开发发现登录状态没画，需求退回去补。最后上线前大家挤在群里对像素，问这块到底是 16 还是 20。
每个人都在认真干活，损耗还是会发生。
原因也不玄。Figma 里的按钮是一个视觉对象，代码里的按钮是组件，需求文档里的按钮是一句话。三套表示法之间没有天然的双向同步。设计稿可以很漂亮，却不知道数据从哪来。代码可以跑起来，却可能在重构时把字重和间距抹平。需求文档最惨，它经常在第一次开工后就变成考古材料。
Replit 这次换了个做法。
在它的设计里，Design 和 Build 不是两个产品，而是同一个项目的两个入口。Design 负责外观，Build 负责真实功能。你可以从提示词、模板、Figma、Claude、网页 URL 或截图开始，先生成一组 design frames，也就是可交互的设计画面。选中一个方向之后，不需要导出，不需要重建，直接把它交给 Agent，变成同一项目里的应用。
设计稿不再是开发前的一张静态参考图，而是软件规格的一部分。
这个变化有点子牛逼。
以前从设计到代码，最怕的是信息在边界上掉东西。颜色漂了，字体重置了，组件命名对不上，移动端状态忘了补。Replit 的解法不是训练一个更会看截图的模型，而是尽量不让信息跨边界。设计和实现待在同一项目里，设计系统也待在里面，改动直接落到同一份源码。
少翻译一次，通常比翻译得更聪明更可靠。
做 AI Harness，也就是给模型搭工具链和运行脚手架的人，对这种设计会格外敏感。一个 Agent 每多走一轮，就多一次模型判断、多一组工具调用、多一段上下文，还可能带来重试、超时和 token 消耗。任务如果是把按钮从蓝色改成橙色，先让模型读项目、理解意图、生成补丁、再验证结果，像是为了拧一颗螺丝启动了整条装配线。
能用确定性操作解决的事，就别让概率模型猜。
Visual Editor正是这么分流的。文字、颜色、间距、图片替换，直接作用到源码。简单操作不消耗 AI credits。只有布局背后藏着状态、组件关系或业务逻辑时，才把带着目标元素信息的任务交给 Agent。
这不是一个省钱小功能，它是产品架构里的边界。
很多 AI 产品有个冲动，恨不得每个按钮背后都塞一个模型。用户点一下，模型思考。用户改个词，模型再思考。演示时很有未来感，账单和延迟也很有未来感。更麻烦的是，同一句自然语言每次都可能给出略微不同的结果，撤销和复现跟着变难。
Replit 这次给了另一种答案。自由探索时用模型，确定修改时用编辑器，涉及复杂实现时再叫 Agent。概率能力放在需要想象力的地方，确定性能力留在需要精确的地方。
怎么说呢，这比再发一个全能设计 Agent 更像成熟产品。
模型列表还暴露了另一个挺有意思的判断。Replit 没把视觉能力押在单一模型上。同一个 brief 可以换 Claude、GPT-5、Gemini、Kimi 或 GLM，再生成一条不同方向。生成结果以新的 frame 留在画布上，旧方向不会被覆盖。
这更接近真实设计工作。设计不是让模型一次命中正确答案，而是先把搜索空间铺开，再比较、删减、收敛。一个模型给你安全的 SaaS 蓝，一个模型给你夸张的海报感，另一个模型可能把信息层级处理得更好。模型负责多产几条岔路，人负责决定哪条值得走。
注意，决定仍然在人手里。
官方宣传里有一句很猛的话，你不需要成为设计师，只要知道自己想把什么做出来。听着很爽，但我不太愿意把它原样吞下去。
知道自己想要什么，恰好就是设计里最难的部分。
生成一张看起来不错的落地页已经越来越便宜。难的是判断它适不适合你的用户，信息有没有主次，按钮为什么放这儿，品牌能不能在第二十个页面上保持一致。AI 可以一次吐二十个方案，人的验收负担也会一起涨到二十份。以前卡在做不出来，往后更可能卡在挑不明白。
所以 Replit Design 真正补的不是更多生成，而是约束。
它允许从一个现有设计里抽取颜色、字体、间距 token 和组件，也可以从头创建设计系统。这些规则会被保存为 tokens.json、CSS 变量和 DESIGN.md。DESIGN.md 既给人看，也给 Agent 读。下一张页面从第一帧开始就能沿用同一套品牌规则，而不是每次 prompt 都重新解释一遍什么叫克制、什么叫圆角别太大。
设计系统在这里像护栏。
没有护栏时，多模型等于五个审美各说各话。加上护栏后，它们才是在同一条品牌轨道上探索。模型帮你走得快，规则决定它别走偏。对团队项目来说，后者远比多生成几张图重要。
Replit 还支持从 Figma 导入 frame，再让 Agent 把它重建成项目里的设计画面。这个入口很关键，因为它没有假装旧世界会在一夜之间消失。成熟团队已经有 Figma 文件、组件库和评审流程，不会因为一个新工具上线就把资产扔了。能把存量设计接进来，比喊一句以后都不用 Figma 了靠谱得多。
不过，边界也得讲清楚。
Design 里的 mockup 看起来像网页，但还不是完整应用。它不能凭空拥有数据库、账户系统、支付和邮件。要保存数据、让用户登录、连接外部服务，仍然要进入 Build。官方文档甚至把两边列得很直白，外观难时从 Design 开始，行为难时从 Build 开始。先把该工作的东西做出来，再回头改样式，也完全可以。
从 design frame 构建新应用还需要 Core 或 Pro 计划。模型调用、复杂修改和后续构建都不是没有成本。至于生成代码的安全性、可维护性和无障碍质量，发布页也没有替团队做出保证。
棒棒的，一键发布不等于一键负责。
这也是我不认同「设计师要没了」那种说法的原因。工具确实在压缩执行层。拉一个布局、试五套配色、从参考库找方向、把设计翻成初版代码，这些活会越来越快。可一旦生产变便宜，判断、验收和约束就会变贵。
谁来拒绝那十九张不合适的图，谁来定义设计 token，谁来发现登录按钮在弱视用户眼里几乎消失，谁来确认移动端的支付流程没有被漂亮动画挡住，这些都不是生成按钮自动附送的。
设计师不会因为工具会画就消失，正如程序员没有因为模型会写代码就消失。岗位里机械的那一截会被挤压，剩下的部分反而更接近这个职业真正值钱的地方。
回到 Replit Design。
我自己的判断是，它最重要的东西不是 60 万张界面，也不是五个模型，更不是那句人人都能设计的口号。最重要的是它开始把设计 frame、源代码、设计系统和 Agent 放在同一个运行环境里，再明确告诉系统，什么事可以直接改，什么事才值得调用模型。
它在做的不是一个更会画图的聊天框，而是一条少交接、少翻译、少猜测的产品流水线。
这条路如果走通，最先消失的不会是设计师，也不会是前端。
先消失的，是群里那句。
这个按钮到底是 16，还是 20。