Lovable 评测

Lovable 是把氛围编程变成一门生意的应用构建工具。您在对话中描述一个应用，Lovable 就会编写代码，配置数据库和登录功能，并把成果发布上线。这家斯德哥尔摩公司于 2024 年 11 月推出产品。8 月，它以 133 亿美元的估值融资 4 亿美元；9 月，联合创始人 Fabian Hedin 表示，其年化收入已突破 6 亿美元。

我们以构建网页和移动应用为业，所以从两个角度看待 Lovable：一个是我们乐于使用的工具，另一个是那些日后必须承载真实客户及其数据的应用的起点。下面来看它擅长什么，哪里有所欠缺，以及继续留在上面要付出什么代价。

它擅长什么

就第一个版本而言，Lovable 确实令人印象深刻。在我们的使用中，一句话就能在一个下午之内变成一个可用的应用，带有界面、登录、数据库和公开链接，全程无需打开编辑器。一个想法可以在任何人写规格说明之前就拿到真人面前试一试，这改变了早期想法的检验方式。

很多人想要的正是这个。Lovable 表示，自推出以来，用户已在它上面创建了超过 6000 万个项目，基于它构建的应用每月访问量超过 9 亿次，Fortune 500 企业中近三分之二都有员工在使用它。在一项针对其用户的调查中，近八成人表示，他们正在打造一门希望能赚钱的生意或副业项目。

Lovable 也在安全上有所投入。自 6 月起，每次发布应用时，一项基础扫描都会检查配置、数据库结构及其访问规则；在关键问题尚未解决时，管理员可以阻止发布。Lovable 对其局限也很坦诚：基础扫描不会分析应用代码中的逻辑缺陷。

一切看起来都一样

我们最主要的保留意见在于品味，这是我们使用后的看法，而不是测量结果。用 Lovable 构建的应用往往看起来都一样：同样的布局，同样的卡片，同样柔和的渐变，看过几次发布之后，这种风格就一眼可辨。对于原型来说，这无关紧要。对于品牌来说却很要紧，因为客户注意到的第一件事，就是没有人决定过这个产品应该给人什么感觉。

好的提示词、参考资料和设计系统可以引导它。但默认设置会把结果拉向平均水平，而大多数人都会保留默认设置。

安全由谁负责

更严肃的问题是安全。2025 年 3 月，当时在竞争对手 Replit 工作的 Matt Palmer 发现，一个用 Lovable 构建的网站暴露了其用户的数据，原因是决定谁可以读取哪些数据行的数据库规则缺失或有误。他和其他研究人员扫描了 Lovable 自家展示页面上的 1'645 个项目，在其中 170 个项目中发现了 303 个存在漏洞的端点，暴露了姓名、电子邮件、支付信息以及开发者的 API 密钥。这一漏洞被登记为 CVE-2025-48757，严重性评分在满分 10 分中达到 9.3 分。Lovable 对此提出异议，理由是每个客户都有责任保护自己应用中的数据。

2026 年 4 月，一名研究人员展示了任何 Lovable 账户都能读取其他用户公开项目的源代码和 AI 聊天记录。Lovable 起初在 X 上写道：“需要说明的是：我们没有发生数据泄露。”两天后，它发布了一份更完整的说明：2 月的一次变更重新打开了它在 2025 年已经关闭的访问权限，提交给其漏洞赏金计划的报告未经上报就被关闭，而它的产品和它最初的回应都有欠妥之处。The Register 称这一事件是“一堂关于如何不该回应漏洞报告的课”。

这种模式不只出现在 Lovable 身上。9 月，安全公司 UpGuard 在 Lovable 应用背后的数据库服务 Supabase 上发现了约 16'000 个数据库，其中的表任何人都能读取，许多表存有个人数据；TechCrunch 将这股浪潮与借助 AI 快速构建的应用联系起来。Supabase 表示，其项目默认是安全的，配置由客户自己掌控。两种说法可以同时成立。而夹在中间的，往往是一位从来不必了解数据库规则为何物的创始人。

锁定与成本

代码本身可以带走。Lovable 的文档写明，您创建的应用、代码和内容归您所有，每个方案都可以同步到 GitHub 代码仓库，前端也可以托管在任何地方。后端则是另一回事。如果应用运行在 Lovable Cloud 上，官方支持的迁出方式是托管版或自托管版的 Supabase。仅迁移数据库并不能把登录、文件存储、实时功能或边缘函数一并带走；至于迁移到普通的 PostgreSQL 或其他服务商，Lovable 表示不提供支持。编辑器及其智能体则完全无法自托管。

成本以积分计算。Pro 方案每月 25 美元起，含 100 积分；Business 方案每月 50 美元起；两者最高都可扩展到 10'000 积分。Pro 方案的 1'200 积分每月需 294 美元。只要应用还留在 Lovable 上，它的托管、AI 功能和连接器就和构建工作一样消耗同一份积分。

第一个版本很便宜。根据我们的经验，难以预测的是应用成长之后每一次修改的成本。每一条提示词都在修改一段您这边没有人写过、也没有人读过的代码；当应用有几十个界面、角色和支付流程时，一处的修复可能会弄坏另一处，而修复的费用同样要用积分来支付。

我们的结论

Lovable 是把一个想法摆到人们面前最快的方式之一，用起来也令人愉快。把它用于原型、演示提案，以及不涉及敏感数据的内部工具。在真实客户及其数据到来之前，从第一天起就连接 GitHub，请懂安全的人检查每一条数据库规则，并决定应用是否应该继续留在 Lovable Cloud 上。

下一步正是 Werk 的用武之地。我们与客户一起，在我们为自家产品打造的平台上构建网页和移动应用；在这个平台上，账户、角色和支付都是一次做好并经过测试的，每一次发布都经人审查，源代码归您所有。一个 Lovable 原型就是一份很好的需求简报。