26岁亿万富翁的创业神话背后，Lovable正在重构软件开发产业链。这款从开源项目gpt-engineer进化而来的AI工具，不仅蚕食着外包开发与低代码平台的市场，更通过降低产品开发门槛，让非技术人员也能快速构建数字产品。面对Cursor、Claude Code等专业工具的冲击，Lovable如何守住'产品入口'的护城河？本文将深入拆解这场AI编码革命的商业逻辑与未来走向。
这两天，Lovable 又火了一次。因为它的联合创始人由于公司估值被带进了福布斯富豪榜，CEO Fabian Hedin 成为了欧洲最年轻的白手起家亿万富翁，年仅26岁。
再往前看，这家公司在 2025 年底完成了一轮3.3 亿美元融资，估值 66 亿美元。对一家真正大规模出现在大众视野里还不到两年的公司来说，这个速度已经非常快了。
（左边是 Lovable CEO，亿万富翁Fabian Hedin）
我很早写过这家公司，今天再提这家公司，是想讨论三件事：
第一，Lovable 到底吃掉了谁的生意？
第二，它为什么比一堆后来者先跑出来？
第三，Cursor、Claude Code 这些更强工具的出现，Lovable还能走多远？
Lovable 不是一个“灵光一现”、“一蹴而就”的 AI 创业项目。
它的起点是一个开源项目，叫gpt-engineer。这个项目当时做的事情已经很接近今天的方向：用户用自然语言描述需求，工具去生成一整套代码。
后来团队把这个能力从开源工具逐步做成网页产品，再到2025 年 1 月正式把品牌从 GPT Engineer 改成 Lovable。
官方当时写得很清楚，这次改名对应的不是包装升级，而是产品定位更明确了，目标是让更多人都能参与软件创建，而不只是服务开发者。
也就是说，今天很多 vibe coding 产品，是在赛道热起来之后才下场的；Lovable 则是在开源阶段就已经围绕“自然语言能不能真的生成产品”这件事做过几轮迭代。
它不是先追市场热度，再来做产品，而是先有一条技术和用户反馈积累出来的路径，再进入更大的市场。
Lovable 和很多 vibe coding 产品最大的区别，不在模型，而在它卖给用户的结果。
如果看Cursor 或 Claude Code，这类产品面对的主要还是开发者。它们解决的是开发流程里的效率问题，比如理解代码库、改代码、修 bug、跑命令、管理上下文。
Lovable 的出发点不一样。它官网和产品文档一直强调的，是通过自然语言去构建网站、app 和数字产品，并且把数据库、部署、GitHub 同步这些事情尽量接起来。
它吸引的不只是程序员，还包括产品经理、运营、顾问、独立创作者、小企业主，以及企业里本来就有软件需求、但没有开发资源的人。
根据报道，2025 年 2 月，Lovable 已经有50 万用户、3 万付费用户、1700 万美元 ARR；到 2026 年 2 月，ARR 已经超过4 亿美元。
第一块，是小型外包和独立开发者的长尾项目。
过去有很多需求，体量不大，但一直存在，比如做一个活动站、预约系统、后台面板、客户管理工具、轻量内部系统。
以前这些项目要么找 freelancer，要么找小团队。现在其中一部分需求，可以由业务方自己先做出第一版，外包规模明显压缩。
第二块，是传统低代码工具的一部分市场。
传统的 Bubble、Webflow 这类低代码/无代码应用搭建工具不会因为 Lovable 就失去价值，但它们一直有一个门槛：
虽然不写代码，还是得学工具。你得理解组件、页面、数据、逻辑和连接方式。
Lovable 把很多原本需要“先学会工具，才能再动手”的过程，改成了“直接说需求，就能生成结果”。它改变的是用户进入这件事的门槛。
第三块，是长尾 SaaS。
很多中小企业过去会买一堆功能并不完全贴合的小软件，因为找人定制更麻烦。
现在如果定制一个够用工具的门槛下降，一部分买 SaaS 的动作就会变成“自己做一个简单但能用的工具”。
Lovable 官方博客里也直接写过，有客户取消部分 SaaS 合同，改用 Lovable 做定制软件。
所以，Lovable 先吃掉的不是成熟平台的核心盘，而是过去长期存在、但一直很分散的那部分软件需求。
第一，进入得早，产品路径比较顺。
前面提到，Lovable 的前身是开源项目gpt-engineer，它的团队在这个赛道真正热起来之前，就已经开始有用户并且摸索产品化了。
第二，找到了更大的付费人群。
如果一个产品只服务开发者，它的市场一定存在，但边界也更清楚。
Lovable 把目标用户往外扩了很多。它面对的是那些有软件需求、但不想先学开发的人。付费用户规模能在很短时间内起来，和这一点有直接关系。
3 万付费用户、1700 万美元的 ARR，说明它不是只在技术社区里被讨论，而是很快变成了一门更大众化的工具生意。
第三，产品能力完整，直接交付结果。
很多 vibe coding 产品容易停在“炫技”阶段，第一次用很惊艳，但做不成长期可用的东西。
Lovable 这一路一直在补 GitHub、Supabase、部署、维护这些偏生产环境的能力。
Lovable 现在面对的压力，不来自单一竞争对手，而来自整个 AI coding 基础设施的进步。
先看 Cursor。
Cursor 今天已经越来越像很多开发者的默认环境之一。它文档里写得很直接，自己是 AI editor 和 coding agent。
它强在 IDE 集成开发环境里，适合已经进入真实开发流程的人：理解代码库、写功能、改 bug、管理上下文、跑命令、做变更。
一个产品到了持续开发阶段，Cursor 的优势会越来越明显。
再看 Claude Code。
Claude Code 的定位更偏向 agentic coding，它强调在真实代码环境中处理复杂任务，支持代码仓库理解、命令执行和多步开发。
随着这类工具继续变强，越来越多开发者会觉得，不必先去一个类似 Lovable 这样的工具，再切回本地环境，直接在自己的工程环境里就能做很多事。
所以，这两类工具对 Lovable 的压力肯定会越来越大，影响主要有两层：
一层是专业用户会分流。
原本用 Lovable 的技术型用户，后面很可能会回到 Cursor 或 Claude Code 这种环境里继续做。这个迁移很自然，因为一旦进入长期维护阶段，专业工具的优势就会变得更明显。
另一层是技术想象空间会被压缩。
过去 vide coding 产品最容易讲的故事是“你不用再碰开发了”。但当底层 agent 越来越强时，很多曾经独特的能力，反而会慢慢变成基础设施。
Lovable 后面还能不能继续站住，关键不在它能不能在技术上一直压过 Cursor 或 Claude Code。
因为底层模型会继续变强，agent 会继续成熟，专业开发工具也会越来越完整。
Lovable 更需要守住的，不是代码写得比别人更好，而是让不会开发的人，也能最快做出一个可运行的产品初版。
这考验的不是模型参数，而是产品抽象能力：
你要知道不会开发的人怎么描述需求；
知道一个能上线的东西最低需要哪些默认配置；
知道什么时候应该继续和用户对话；
什么时候应该把 GitHub、数据库、部署这些专业选项交出来。
做得顺，Lovable 就更像一个入口；做得不顺，用户就会把它当成一次性的生成工具。
以上，祝你今天开心。
作者：张艾拉 公众号：Fun AI Everyday
本文由 @张艾拉 原创发布于人人都是产品经理。未经作者许可，禁止转载
题图来自作者提供
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。