夜雨聆风Vibe coding 能做出东西，已经不稀奇了。但做出来的东西为什么总带着一股挥之不去的模板味？Lovable 刚刚官宣 aesthetics update，把字体、配色、布局偏好变成生成前的第一层输入，还加了设计概念预览步骤。超过 17 万次查看的官宣帖下面，开发者的反应两极分化。
Lovable 官宣：生成之前，先把「感觉」定下来
5 月 12 日，Lovable 官方在 X 上直接亮牌：
"Introducing the Lovable aesthetics update, a new level of design in vibe coding."
「推出 Lovable 审美更新——vibe coding 中的设计新层级。」
▲ Lovable 官方发布帖，超过 17 万次查看
具体拆开看，三件事：
第一，用户可以在生成前直接指定字体（typography）、布局（layout）、配色（color）偏好。过去大多数 vibe coding 工具的流程是这样的：你说功能需求，AI 吐出页面，然后你再一轮一轮改 CSS、调间距、换颜色。现在 Lovable 想让你开口的第一步，就把"这个页面该是什么气质"锁定。
第二，生成之前可以先预览设计概念（preview design concepts before building）。过去的痛点在哪？设计意图在"先出结果、再反复返工"的循环里不断漂移，改着改着你已经忘了最初想要什么感觉。现在多了一步：先过方案，再动手生成。
第三，目标输出变了——更大胆的 landing page、应用和博客。官方原话："create bolder landing pages, apps, and blogs"。注意bolder这个词。它暗示 Lovable 自己也承认，之前的默认输出太保守、太安全、太像模板。
社区为什么买账？因为「AI 味」已经忍太久了
帖子发出后反响明显——近 1500 个赞，评论区更是直接吵了起来。背后的情绪并不复杂。
用 vibe coding 工具做过项目的人都有体会：功能能拼出来，但成品……一眼就能看出是 AI 生成的。字体是默认的，间距是默认的，配色方案来来去去那几套。社区给这类产出取了个名字——AI slop，人工智能泔水。
@SynabunAI 在评论区把问题点了出来：
"This directly addresses the design homogeneity problem. Most vibe-coded products converge on the same default aesthetic."
「这直接回应了设计同质化问题。大多数 vibe-coded 产品最终都收敛到同一种默认审美上。」
他进一步指出，如果能在代码生成之前多一层 prompt-to-design-system 的步骤，天花板会明显更高。
@bydanielxyz 的看法也值得看。他认为 "preview design concepts before building" 才是最被低估的部分——很多 vibe-coded 应用看起来粗糙，功能没问题，缺的是有人先想过最终成品"应该是什么感觉"。
@mustafaergisi 更具体：
"Typography preferences as a first-class input is what vibe-coded landing pages have been missing."
「把字体偏好当作首要输入，这正是 vibe-coded landing page 一直缺的那一块。」
字体为什么重要？因为它是用户判断"这个网站像不像样"的第一层信号。不需要看布局、不需要看交互，光看字体就能感受到——这是有人精心选过的，还是 AI 随手给的默认值。
@Strakyo 总结得更直接：
"Design is becoming the new separator in vibe coding."
「设计正在成为 vibe coding 的新分水岭。」
功能能做出来已经越来越不稀缺。真正拉开差距的，是结果"看起来有没有意图"。
先别急着鼓掌，质疑也不少
如果全是叫好，这个事情就没什么看头了。有意思的是评论区的另一面。
"变好看了，但会不会只是换了一套更高级的统一模板？"
@LexnLin 明确说，他希望工具能支持多种不同的 styles。这次演示确实比以前更有"创意感"，但他不想以后所有网站都长成另一种味道。这个担忧很实际：把审美控制往前放，不自动等于产出更多元。也可能只是把默认模板从"科技蓝"升级成了"高级灰"。
"我试了，没宣传的那么神。"
@sanchitcodes 的反馈比较直接——上手试了之后，仍然觉得 sloppy。产品方向和实际体验之间，还隔着一段距离。
"这个功能到底给谁用？怎么开？"
评论区好几个人在追问：是 enterprise only 吗？需要哪个订阅等级？要怎么激活？@zsalem2675、@matrix0db、@hashimv 都在问。而官方帖子对 rollout 范围——只字未提。
还有人直接戳到了根子上。
@NabilChiheb 指出，他在做审计时遇到的问题仍然是：数据不流动、逻辑不可追、创始人甚至不知道自己到底构建了什么。视觉再好看，如果底层工程是一团糟，产品还是不能用。
这个提醒非常到位。审美升级能补的，是 vibe coding 的视觉短板。软件质量的其他维度——数据完整性、业务逻辑可维护性、工程可靠性——不在这次更新的射程范围内。
行业背景：Lovable 已经过了"能跑就行"的阶段
▲ TechCrunch 报道 Lovable 上线 iOS 和 Android
这次审美更新不是凭空出现的。
TechCrunch 今年已经把 Lovable 当作 vibe-coding startup 持续跟踪。Lovable 在移动端上线了 iOS 和 Android，进了 App Store，开始面对更广泛的非技术用户群体。到了这个阶段，"能用 AI 做出一个能跑的页面"已经不够了——用户预期在升级，竞品在逼近，"好不好看"变成了必须回答的问题。
▲ Lovable 官方 Updates 页面，持续推出产品演示和教程
从 Lovable 自己的产品线看，2.0 版本已经引入了 Visual Edits（可视化样式编辑）、Chat Mode Agent、Security Scan 等能力。aesthetics update 是这条路径的自然延伸——前面补了"生成后可视化微调"，现在再往前推一步，让设计偏好在生成之前就锁定。
▲ Indie Hackers 社区指南，把 Lovable 描述为"用自然语言定义功能、布局和整体观感"的工具
Indie Hackers 社区对 Lovable 的理解也印证了这个方向。在他们的使用指南里，Lovable 的核心用法就是：用自然语言定义功能、布局和整体观感，再不断迭代原型。aesthetics update 做的，是把"整体观感"从一个模糊的承诺升级为更明确的 typography / layout / color preference 输入和 design preview 步骤。
Vibe coding 的竞争正在换赛道
把这件事放回更大的图景里。
Vibe coding 第一阶段解决的问题是"表达功能需求"——做一个记账 app、做一个 landing page、做一个博客。到了第二阶段，问题切换成了"表达设计意图"——它应该更克制还是更大胆，更 editorial 还是更 polished，更像独立品牌还是更像 SaaS 模板。
Lovable 这次更新踩的就是这个切换的节点。它把 typography、layout、color preferences 和 design preview 推到了用户交互的第一层，试图在生成之前就把审美方向锁定。
方向对不对？从社区反馈看，绝大多数开发者认可"审美前置"这个判断。争议集中在执行层面：当前的实际输出能不能兑现承诺、风格多样性够不够、功能对谁开放。
但有一件事已经摆在台面上了：vibe coding 的竞争，正在从"谁生成得更快"转向"谁生成得更有 taste"。Lovable 选择在这个时间点打出 aesthetics update 这张牌，至少说明——行业自己也知道，光能跑起来，已经不够了。
— END —
