我用三句话描述了一个SaaS仪表盘。Lovable在90秒内生成了一个可运行的React应用——带Tailwind样式、响应式侧边栏和图表组件。我点了"部署",拿到了一个可访问的URL。
然后我让它加认证功能。消耗1.2个额度。然后连接数据库。又用了1.5个额度。然后我调了三次布局因为间距不对。到下午结束时,我烧光了5个日度额度,撞上了那堵墙:"您已达到今日使用上限。"
我的应用完成了70%。明天之前我碰不了它。而明天到来时,我会获得5个额度——大约够3-4次有意义的迭代,然后再次撞墙。
这就是免费版的体验:刚好足够让你看到可能性,但不够让你真正发布任何东西。
这篇文章拆解Pro到底解锁了什么、社区如何用它构建真实产品、以及谁应该(和不应该)为它每月付$25。
01 额度系统:为什么免费版像是试用
Lovable的定价不是基于功能锁定——它基于你每天能做多少事。你发的每个提示词、AI对代码的每次修改,都消耗额度。费用按复杂度浮动:
- ~0.5额度 —— 简单编辑:"把按钮颜色改成蓝色"、"让头部固定"
- ~1.0额度 —— 中等任务:"加一个带验证的联系表单"、"创建一个价格表"
- ~1.2-1.7额度 —— 复杂功能:"添加Supabase认证"、"构建完整的着陆页包含hero、功能介绍和CTA区域"
免费版:每天5个额度,每月最多30个。大约相当于每天6-10个有意义的提示词,取决于复杂度。参考一下,从零构建一个基础MVP需要50-100+个提示词。
Pro版:每月100个额度 + 每天5个日度额度(每月最多150个)。额度可累积,需要突击开发时还能按需充值。
"免费版基本就是个游乐场。你能在30分钟内搭一个看起来很酷的原型,但一旦你试图让它达到生产级别——认证、数据库、边界情况——一天之内额度就用完了。"
算术很简单:免费版给你足够原型搞起来的额度。Pro给你足够发布出去的额度。
💡 想亲自试试?你可以在 Acccup 购买Lovable Pro 账号,享受折扣价和即时交付。
02 私有项目:一个被严重低估的功能
在免费版上,你构建的每个项目都是公开的。源代码可见。线上URL会被索引。任何人都能看到你在做什么。
用来学习和个人实验没问题。但对任何有商业意图的项目来说,这是致命伤。
想想风险:
- 你的SaaS创意对所有人可见——包括可能比你更快上线的竞争者
- 客户项目暴露了——如果你在免费版上为客户做开发,他们的业务逻辑是公开的
- API密钥和环境变量在仓库默认公开时需要格外小心
Pro解锁私有项目。你的代码只属于你。仅这一点就让Pro成为任何打算变现或交付给客户的人的必选项。
"我没多想就在免费版上做了一个客户原型。客户在Google搜了'lovable.app'+他们公司名,找到了完整代码库。代价昂贵的教训。"
03 Lovable到底生成什么(以及为什么这很重要)
这不是一个建站工具。Lovable生成的是真正的、生产级的代码,使用现代技术栈:
- React + TypeScript —— Web应用的行业标准
- Tailwind CSS —— 原子化CSS,生成后容易自定义
- shadcn/ui —— 精致的组件库,让界面看起来很专业
- Supabase —— PostgreSQL数据库、认证、文件存储、实时订阅、边缘函数
- GitHub同步 —— 每次更改推送到你自己的仓库,完整版本历史
和Bolt或Wix AI等竞品的关键区别:你拥有代码。它同步到你的GitHub。你可以克隆、本地运行、交给开发者、或部署到任何地方。你永远不会被锁定。
"Lovable把一切都推送到GitHub这一点说服了我。如果Lovable明天消失,我仍然拥有完整的代码库。用其他AI构建器是在租房——用Lovable是在自己的地上盖房。"
这也意味着Pro用户能做免费用户难以做到的事:用Lovable搞定80%,手动编码剩下的20%。生成脚手架、样板代码、UI——然后在VS Code或Cursor中打开代码,做AI搞不太定的精细活。
04 提示词指南:构建者如何省额度、加速发布
Lovable Pro是否值$25/月的最大变量是你的提示词效率有多高。用模糊指令烧额度你很快就会用完。掌握提示词模式,100个额度就能搭建一个完整产品。
模式1:描述整个页面,而不是一次描述一个元素
每个提示词不管范围大小都消耗额度。"加一个hero区域"和"构建一个着陆页:包含标题、副标题、CTA按钮和产品截图占位的hero区域,后面跟3列功能网格和用户评价轮播"花费的额度差不多。一个提示词代替五个。
"我学到的最大省额度技巧:批量请求。不要让Lovable一次只做一件事。在一个详细的提示词中描述你想要页面上的所有东西。你会用1.5个额度而不是6个。"
模式2:使用图片参考
Lovable支持上传图片作为上下文。与其写200字描述你想要的布局,不如从Dribbble或竞品网站截图,然后说"用我的品牌色做一个类似的"。AI解读视觉参考的能力出奇地好,能省你3-4轮"不对,把那个移到左边"。
模式3:先前端,后后端
有经验的Lovable用户一致推荐这个顺序:先用模拟数据搭建完整UI,再连接Supabase添加真实数据和认证。为什么?因为UI迭代更便宜(提示词更简单、不容易出错),你可以在投入额度到数据库和边缘函数之前先验证用户体验。
"我的工作流:1)用硬编码数据搭建所有页面,2)把布局调到完美,3)然后才让Lovable接入Supabase。如果反过来做,每次UI调整都可能破坏后端集成,修复要花双倍额度。"
模式4:"act as"前缀
高级用户在提示词前加上下文:"以高级React开发者的身份。我需要你重构仪表盘组件,用React Query替代useEffect做数据获取。保持现有UI完全不变。"这种具体性减少幻觉,防止AI做不必要的改动——撤销那些改动又要花额度。
05 人们到底在用它做什么(真实案例)
关于Lovable最常见的误解:它是个做着陆页的玩具。实际上,社区正在发布完整产品:
一个周末搞定SaaS MVP。最常见的用例。创始人描述产品想法,几小时内获得可用原型,然后用一个周末迭代到可发布状态。一位创建者描述了他发布了一个客户管理工具——带认证、CRUD操作、Stripe集成和基于角色的访问控制——全部通过提示词完成,部署在自定义域名上。
代理公司的客户原型。设计公司用Lovable把Figma设计稿变成功能性原型用于客户演示。不再需要花开发者的时间做可点击原型,而是在Lovable中生成、展示、获取反馈、迭代——所有这些都在写一行生产代码之前完成。
小团队的内部工具。项目跟踪器、库存管理系统、预约日历。请外包做要$5,000-$15,000的工具,用几天时间和$25就搭好了。
作品集网站和个人项目。开发者和设计师用它做不想花时间写样板代码的个人项目。非技术背景的创始人用它在招聘开发团队之前验证想法。
"我是设计师,不是开发者。我为一家本地理发店做了一个功能完备的预约应用——带支付、日历同步和短信提醒。花了我4天,我这辈子没写过一行JavaScript。这就是Lovable存在的意义。"
06 Supabase集成:Lovable成为全栈平台的关键
Lovable的原生Supabase集成是它和其他AI构建器的根本区别。你得到的不是静态网站——而是完整的后端:
- PostgreSQL数据库——真正的关系型数据,不是伪装成数据库的表格
- 认证系统——邮箱密码、Google OAuth、GitHub OAuth、魔法链接——自动接入你的UI
- 文件存储——上传图片、文档、媒体文件,最大50MB
- 实时订阅——聊天功能、活动流、协作编辑的实时数据
- 边缘函数——用于支付、邮件、第三方API的服务端逻辑
当你告诉Lovable"添加用户登录"时,它不只是生成一个表单——它创建Supabase认证配置、生成用户表的SQL、构建登录/注册UI、处理会话管理、设置受保护路由。一个提示词,完整认证流程。
"Lovable + Supabase是最接近'拥有一个以思维速度工作的初级全栈开发者'的东西。它不完美——你需要审查它生成的SQL并手动修复边界情况——但它能帮你搞定90%。"
07 什么情况下Pro不值$25/月(诚实看法)
你是一个编码速度比写提示词快的资深开发者。如果你搭建React应用、配置Supabase、写组件的速度比用自然语言描述还快——Pro不会提升你的效率。一些高级开发者反映,对于他们熟悉的任务,提示-迭代-修复的循环实际上比直接写代码更慢。
你只需要一个简单的静态网站。如果是作品集、餐厅菜单页或基础信息网站——有很多免费工具可以做到这些且没有额度限制。WordPress、Carrd、或者有耐心地用Lovable免费版。
你期望零bug。AI生成的代码有边界情况。认证流程可能遗漏错误处理。数据库查询可能未优化。响应式布局可能在特定屏幕尺寸上出问题。你需要审查、测试和修复——要么在Lovable中(花额度),要么在代码编辑器中。
你不会用Supabase。如果你的项目不需要数据库、认证或后端——你在为用不到的基础设施付费。Lovable的优势是全栈生成。纯前端工作,Vercel的v0可能额度效率更高。
"对自己要建什么诚实。当你需要一个带后端的可运行应用时,Lovable Pro才大放异彩。如果你只需要一个漂亮的UI组件,你在多花钱。"
08 Lovable vs. 竞品:优势和劣势
AI应用构建器赛道很拥挤。以下是Lovable Pro相对于竞品的位置:
vs. Bolt.new:Bolt在一次性生成上更快,但迭代能力更弱。Lovable跨提示词的上下文记忆更好——它能记住你20个提示词之前构建的东西。Bolt在长会话中容易丢失上下文。Lovable还有更紧密的Supabase原生集成。
vs. Cursor:不同的工具面向不同的用户。Cursor是AI增强的代码编辑器——假设你会写代码。Lovable是AI应用构建器——假设你不会(或不想)写代码。如果你是开发者,Cursor给你更多控制权。如果你是创始人、设计师或产品经理,Lovable让你不用碰终端就能得到一个可运行的应用。
vs. v0 (Vercel):v0擅长生成单独的UI组件——价格表、仪表盘卡片、导航栏。Lovable生成包含路由、状态管理和后端集成的完整应用。v0是组件工厂;Lovable是应用工厂。
vs. Replit:Replit支持更多语言,部署基础设施更强。Lovable专门生成更高质量的React代码,设计输出更好。对Web应用来说,Lovable的代码质量更优。对后端密集型或非Web项目,Replit更灵活。
09 获取Lovable Pro:你的选择
如果以上工作流符合你的构建方式,以下是入手方法:
选项一:从Lovable直接订阅
$25/月,无限用户共享。包含100个月度额度 + 5个日度额度(每月最多150个)、私有项目、自定义域名、额度累积、以及移除Lovable标识的能力。学生最多可享5折。
选项二:购买预开通的Pro账号
[占位符:描述你的Lovable Pro产品方案——定价、时长、包含什么、保障条款,以及和官方价格的对比。]
[占位符:买家注意事项——保障、客服、账号时长条款。]
选项三:先用免费版,被卡住再升级
用免费版搭建你的第一个原型。你会知道什么时候该升级——那就是你的应用完成了70%、你盯着"已达今日上限"但还有20个提示词才能完成的功能清单的那一刻。
10 Pro的第一个项目:高效构建顺序
不要上来就开始写提示词。按照有经验的用户推荐的构建顺序:
- 01 先写PRD —— 打开Lovable之前,写一页产品需求文档。列出每个页面、每个功能、每个用户流程。把它粘贴到你的第一个提示词里。规格越清晰,来回浪费的额度就越少。
- 02 用模拟数据生成所有页面 —— 先搭建完整UI。导航、布局、响应式、暗色模式(如需)。用硬编码数据。还不要接入Supabase。
- 03 打磨设计 —— 调整间距、颜色、排版。上传你喜欢的设计截图作为参考。在添加复杂性之前把视觉设计调对。
- 04 接入Supabase —— 现在添加认证、数据库表、数据获取。在一个集中的会话中完成,让AI保持对你数据结构的上下文记忆。
- 05 同步到GitHub —— 推送代码到仓库。从此以后,大改动用Lovable,小调整用代码编辑器——把额度留给真正需要AI帮助的时候。
- 06 部署到自定义域名 —— Pro包含自定义域名支持并移除Lovable标识。部署、分享、获取用户反馈、迭代。
11 底线
Lovable不只是另一个AI玩具。它是软件构建方式的真正转变。有史以来第一次,非技术背景的创始人可以从想法走到部署上线的全栈Web应用——带认证、数据库、支付和GitHub上的真实代码库——不用写代码也不用雇开发者。
免费版证明了概念可行。Pro给你足够的跑道真正发布。
$25/月是每周两杯咖啡的钱。如果它帮你发布了一个产品、验证了一个想法、或赢得了一个客户——它已经多倍回本了。
问题不是Lovable Pro值不值。问题是:你有想要构建的东西吗?
如果有,别再用每天5个额度做原型了。开始真正构建吧。