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还能走多远？

01 Lovable 不是突然出现的

Lovable 不是一个“灵光一现”、“一蹴而就”的 AI 创业项目。

它的起点是一个开源项目，叫gpt-engineer。这个项目当时做的事情已经很接近今天的方向：用户用自然语言描述需求，工具去生成一整套代码。

后来团队把这个能力从开源工具逐步做成网页产品，再到2025 年 1 月正式把品牌从 GPT Engineer 改成 Lovable。

官方当时写得很清楚，这次改名对应的不是包装升级，而是产品定位更明确了，目标是让更多人都能参与软件创建，而不只是服务开发者。

也就是说，今天很多 vibe coding 产品，是在赛道热起来之后才下场的；Lovable 则是在开源阶段就已经围绕“自然语言能不能真的生成产品”这件事做过几轮迭代。

它不是先追市场热度，再来做产品，而是先有一条技术和用户反馈积累出来的路径，再进入更大的市场。

02 Lovable 卖的不是代码，是成品

Lovable 和很多 vibe coding 产品最大的区别，不在模型，而在它卖给用户的结果。

如果看Cursor 或 Claude Code，这类产品面对的主要还是开发者。它们解决的是开发流程里的效率问题，比如理解代码库、改代码、修 bug、跑命令、管理上下文。

Lovable 的出发点不一样。它官网和产品文档一直强调的，是通过自然语言去构建网站、app 和数字产品，并且把数据库、部署、GitHub 同步这些事情尽量接起来。

它吸引的不只是程序员，还包括产品经理、运营、顾问、独立创作者、小企业主，以及企业里本来就有软件需求、但没有开发资源的人。

根据报道，2025 年 2 月，Lovable 已经有50 万用户、3 万付费用户、1700 万美元 ARR；到 2026 年 2 月，ARR 已经超过4 亿美元。

03 Lovable 吃掉的是谁的生意

第一块，是小型外包和独立开发者的长尾项目。

过去有很多需求，体量不大，但一直存在，比如做一个活动站、预约系统、后台面板、客户管理工具、轻量内部系统。

以前这些项目要么找 freelancer，要么找小团队。现在其中一部分需求，可以由业务方自己先做出第一版，外包规模明显压缩。

第二块，是传统低代码工具的一部分市场。

传统的 Bubble、Webflow 这类低代码/无代码应用搭建工具不会因为 Lovable 就失去价值，但它们一直有一个门槛：

虽然不写代码，还是得学工具。你得理解组件、页面、数据、逻辑和连接方式。

Lovable 把很多原本需要“先学会工具，才能再动手”的过程，改成了“直接说需求，就能生成结果”。它改变的是用户进入这件事的门槛。

第三块，是长尾 SaaS。

很多中小企业过去会买一堆功能并不完全贴合的小软件，因为找人定制更麻烦。

现在如果定制一个够用工具的门槛下降，一部分买 SaaS 的动作就会变成“自己做一个简单但能用的工具”。

Lovable 官方博客里也直接写过，有客户取消部分 SaaS 合同，改用 Lovable 做定制软件。

所以，Lovable 先吃掉的不是成熟平台的核心盘，而是过去长期存在、但一直很分散的那部分软件需求。

04 Lovable为什么做得比后来者更好

第一，进入得早，产品路径比较顺。

前面提到，Lovable 的前身是开源项目gpt-engineer，它的团队在这个赛道真正热起来之前，就已经开始有用户并且摸索产品化了。

第二，找到了更大的付费人群。

如果一个产品只服务开发者，它的市场一定存在，但边界也更清楚。

Lovable 把目标用户往外扩了很多。它面对的是那些有软件需求、但不想先学开发的人。付费用户规模能在很短时间内起来，和这一点有直接关系。

3 万付费用户、1700 万美元的 ARR，说明它不是只在技术社区里被讨论，而是很快变成了一门更大众化的工具生意。

第三，产品能力完整，直接交付结果。

很多 vibe coding 产品容易停在“炫技”阶段，第一次用很惊艳，但做不成长期可用的东西。

Lovable 这一路一直在补 GitHub、Supabase、部署、维护这些偏生产环境的能力。

05 Cursor 和 Claude Code 带来了哪些冲击

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 越来越强时，很多曾经独特的能力，反而会慢慢变成基础设施。

06 Lovable 接下来要守住的，是产品入口

Lovable 后面还能不能继续站住，关键不在它能不能在技术上一直压过 Cursor 或 Claude Code。

因为底层模型会继续变强，agent 会继续成熟，专业开发工具也会越来越完整。

Lovable 更需要守住的，不是代码写得比别人更好，而是让不会开发的人，也能最快做出一个可运行的产品初版。

这考验的不是模型参数，而是产品抽象能力：

你要知道不会开发的人怎么描述需求；

知道一个能上线的东西最低需要哪些默认配置；

知道什么时候应该继续和用户对话；

什么时候应该把 GitHub、数据库、部署这些专业选项交出来。

做得顺，Lovable 就更像一个入口；做得不顺，用户就会把它当成一次性的生成工具。

以上，祝你今天开心。