Lovable

Lovable 是由位于瑞典斯德哥尔摩的 Lovable AI Inc. 开发的一款由 AI 驱动的全栈 Web 开发平台。它能够接收纯文本描述，并生成完整的 React 和 TypeScript Web 应用程序，自动连接 Supabase 后端以实现数据库表、身份验证和行级安全性。该产品在 2024 年 11 月更名为现名后正式推出，其前身是 GPT Engineer——一款由首席执行官 Anton Osika 开发的开源 CLI 工具，在 2023 年积累了超过 50,000 个 GitHub 星标。Lovable 绝非仅仅是一个原型设计玩具：截至 2025 年 12 月，该公司已在 $6.6 billion 的估值下筹集了 $330 million，年度经常性收入突破 $400 million，其企业客户包括 Klarna、Deutsche Telekom、Zendesk 和 Uber AI。

其核心工作流是聊天驱动的。用户描述他们想要构建的内容，Lovable 的智能体（Agent）就会生成一个包含路由、用户身份验证和实时 Supabase 数据库的完整应用程序，然后将其发布到自定义 URL。截至 2026 年 4 月，该平台已添加 GPT-5.5 抢先体验版（在复杂构建任务上的能力比 GPT-5.4 高出 12.5%）、Lovable Cloud（自动配置 Supabase 后端，无需任何设置）、多人协作以及能够自主处理多文件编辑和外部工具调用的完整 Agent 模式。生成的代码会同步到 GitHub 并部署到 Netlify 或 Vercel 边缘网络。用户可以克隆代码库并在 VS Code 中继续编辑，因为输出的是标准的 React 代码，而不是专有的黑盒代码。

2026 年 4 月的 Lovable 实际功能解析

Lovable 的智能体能够解析自然语言描述，并在一次会话中生成一个可运行的全栈应用程序。其技术栈是固定的：前端使用 React 和 TypeScript，构建工具使用 Vite，后端使用 Supabase。借助 Lovable Cloud，每个工作区都会自动配置一个专属的 Supabase 实例，这意味着数据库表、身份验证流程和行级安全策略均由 AI 配置，用户完全无需接触 Supabase 仪表板。

根据 Lovable 自己的基准测试，2025 年 7 月推出的 Lovable Agent 与之前的实现相比，在大型多文件编辑上的错误率降低了 91%。该智能体可以浏览网页、生成图像、搜索代码库，并同时对多个文件进行编辑。2026 年 4 月 24 日添加的 GPT-5.5 抢先体验版，每次请求运行的工具调用比其前身少 23.1%，从而降低了复杂任务的积分消耗。Build 模式负责构建；Plan 模式以较低的积分成本处理架构讨论。Visual Edit 允许非技术用户点击界面元素并用自然语言描述更改，Lovable 会将这些更改转化为代码，而无需用户直接接触底层文件。

该平台在 2025 年 7 月 23 日达到了一个特定的增长里程碑，当时它宣布从 $1M 里程碑起，仅用 8 个月就实现了 $100M 的 ARR，拥有 2.3 million 用户和 10 million 个已构建项目总数。该公司声称自己是有史以来增长最快的软件公司。迄今为止，在 Lovable 上构建的项目总数已超过 25 million 个，每天有 100,000 个新项目在该平台上启动。单日流量的最大峰值出现在 2024 年末的一个星期日，当时在“免费周末”促销活动期间，有 134,000 名用户同时构建项目。

Lovable 与 Bolt.new 和 v0 的定位对比

这三款工具解决了构建领域的不同部分，并在架构层面上存在分歧。

Bolt.new (StackBlitz) 通过 StackBlitz 的 WebContainers 技术在浏览器内运行完整的 Node.js 环境。当您使用 Bolt.new 时，您拥有真实的终端、真实的 npm 包管理以及真正的框架灵活性：Next.js、Astro、Remix、SvelteKit 或 Vue，而不仅仅是 React。Bolt.new 的关键机制优势在于服务器端控制；您可以运行后端代码、安装任意包，并直接在浏览器中检查运行时。Bolt Cloud（随 Bolt V2 推出）添加了数据库和身份验证，但与 Lovable 的 Supabase 技术栈相比，该集成较新且缺乏实战检验。权衡之下：Bolt.new 适合习惯于管理自己环境的开发者。而 Lovable 适合希望由平台代为管理环境的构建者。

v0 (Vercel) 不是一款应用构建器。它是一个 UI 组件生成器。您描述一个组件，v0 使用 React 和 Tailwind CSS 生成它，然后您将该组件复制到现有项目中。v0 要求您自带后端、配置自己的身份验证并处理自己的数据库。当您已经有一个正在进行的项目并需要特定的界面元素时，它表现出色。Lovable 的机制差异在于范围：v0 生成的是组件；Lovable 生成的是整个应用程序。如果您需要一个数据表组件粘贴到 Next.js 项目中，v0 会更精确。如果您需要从头开始构建一个带有登录和数据库的可用 SaaS，v0 无法提供该工作流。

Lovable 的显著机制在于其 Supabase 集成的深度。当用户要求提供需要数据存储的功能时，Lovable 不仅仅是生成 SQL。它会在 Supabase 中创建表、设置 RLS 策略、配置身份验证流程，并编写连接所有这些的客户端代码。Bolt.new 现在可以实现其中的一部分，但 Lovable 自 2025 年初以来就一直在大规模运行生产级 Supabase 技术栈。

智能体循环的真实体验

对于首次构建，其体验确实令人印象深刻。一个结构良好的提示词（描述一个面向用户的 SaaS，例如带有登录、任务板和团队分配的项目管理工具），可以在不到十分钟的时间内生成一个可运行的应用程序。Supabase 数据库被创建，表格被填充，身份验证页面出现，并且公共 URL 成功上线。使用 Lovable 的 Zendesk 工程师报告称，原型制作时间“从六周缩短到了三个小时”。McKinsey 团队报告称，他们在几个小时内就构建出了原本需要等待内部开发团队数月才能交付的内容。

“我非常喜欢它，已经使用了一年，构建了 9 个产品，其中 6 个是真实的并被他人使用，还有 2 个被 B2B 客户付费购买并实现了盈利。” - Morne Booysen，Product Hunt，2025 年 12 月

摩擦出现在迭代和调试期间。积分模型意味着发送给 AI 的每条消息都需要花费 0.5 到 1.7 个积分，具体取决于复杂程度。当 AI 在修复一个错误时引入了另一个错误（这是各评测中记录的一种失败模式）时，用户需要为这种倒退支付积分。多位用户描述了相同的循环：提示修复，AI 自信地报告成功，错误仍然存在或出现新错误，重复此过程。一位评论者将 Lovable 描述为陷入了一个循环，“它就是无法解决问题……它总是自信地声称已经修复了问题，即使显然并没有。”一个单一的级联错误序列可能会消耗 5-10 个积分，而没有任何实质性改善。

“主要需要改进的是高强度使用的定价……Pro 计划上的 400 个积分只持续了大约两周。” - Maxprog，Product Hunt，2026 年 2 月

“60-70% 解决方案”的模式在评论者的体验中是一致的。Lovable 能够快速生成坚实的基础，但生产质量的应用程序需要开发人员的参与才能跨越终点线：修复嵌套路由的边缘情况、实现复杂的业务逻辑、处理跨身份验证流程的错误状态以及优化数据库查询。该平台的 GitHub 同步功能正是为了实现这种交接工作流而存在的，这表明 Lovable 自己的设计也承认它是一个起点，而不是完全替代开发专业知识的工具。

Lovable 适合哪些人群

Lovable 最适合非技术创始人以及产品经理，他们需要一个可运行的概念验证来与真实用户进行测试，而不是静态的 Figma 样机。Supabase 集成在几秒钟内就能处理原本需要一周时间的后端设置。对于独立开发者来说，Lovable 为全新的 React 项目提供了巨大的速度提升，处理了技术上简单但耗时的样板工作。构建内部工具的企业团队获得了最有利的成本效益：即使 Lovable 生成的是一个完成度为 70% 的应用程序，在这个基线上进行完善也比从头开始要快得多。

学生可享受 Pro 计划最高 50% 的折扣。大学可以访问校园计划。每天 5 个积分（每个日历月上限为 30 个）的免费层级足以探索一个小项目或验证一个想法，尽管在调试会话期间它会很快耗尽。希望构建并移交给开发人员的用户可以从 GitHub 同步中受益：生成的代码库是标准的 React 和 TypeScript，而不是专有的 Lovable 标记，因此开发人员可以在任何编辑器中处理它，而无需具备 Lovable 的特定知识。

Lovable 的局限性

Lovable 不是一款框架灵活的开发者工具。其技术栈是 React 和 Supabase。如果您的项目需要 Next.js 服务器组件、SvelteKit、Vue 或非 Supabase 后端，Bolt.new 提供了更多的灵活性。如果您只需要现有代码库的 UI 组件，v0 会更精准。Lovable 不是一款适合重度使用的廉价工具：不断迭代的高强度构建者报告称，两周内就会耗尽 Pro 积分，而升级到更高积分层级的成本很高。对于具有复杂业务逻辑、监管要求或繁重数据处理的应用程序，它不能替代开发人员。AI 上下文窗口的限制意味着，包含许多现有文件的大型应用程序可能会导致模型“忘记最终目标”并偏离轨道。

Lovable 不是开源的。生成的代码属于您并遵循开放标准，但 Lovable 平台本身是专有的。担心供应商依赖的用户可以通过使用 GitHub 同步并将 Lovable 视为加速器而不是长期主机来缓解这一问题。该平台目前不支持原生 iOS 或 Android 应用程序开发；输出的是可在移动浏览器中查看的响应式 Web 应用程序，而不是原生应用商店产品。有严格数据治理需求的团队在做出承诺之前，应评估 Business 计划的数据训练退出选项和 SSO 选项，并在构建受监管的工作负载之前与 Lovable 的销售团队讨论企业控制措施。