Lovable

最近用 Lovable 从 0 - 1 开发了一款职业探索相关的产品，整个开发过程全部都是通过 prompt 对话完成的，从前端到后端，数据库，调 AI 模型，使用高级前端组件 ReactFlow 制作画布内容，问题修复，添加自定义的域名，部署上线，真的是全栈开发体验，而且效果我很满意。

下面就和大家分享一下 Lovable 的各个功能是如何帮助我进行开发的。

一、Start with a Solid Knowledge Base

在使用 prompt 进行项目的正式开发之前，为你的项目设置清晰明确的项目知识库(in Lovable’s project settings)是很有必要的。这可以更好地指导 AI 进行应用开发。

如果你不知道怎么写项目知识库，官方这里给了一些 Tips

How to use: Begin by filling out the Knowledge Base in Lovable with key info about your project. This can include:

• Overview & Goals: What the project is and the problem it solves.

• User Flow: A description of how users navigate or use the app (e.g. “Users sign up, then see a dashboard, can create tasks, etc.”).

• Core Features & Scope: What features are in scope (and maybe note any out-of-scope to avoid feature creep).

• Tech Stack: What technologies, APIs, and services will be used.

• Design Guidelines: Any specific UI/UX instructions – branding, color scheme, layouts, accessibility requirements.

• Backend Details: Outline data models, key database tables, integrations like Stripe or Supabase, etc...

然后我会把我想做的产品和这些 tips 给到 GPT-5，让它根据帮我组织一个项目知识库内容给我，然后粘贴到 Lovable Knowledge Base 就可以了。这样可以尽可能避免 AI 越改越跑偏的问题。

二、How to write a good prompt

建议大家在用 Lovable 之前都去读一遍他们发布的 Prompting 1.1 文档，里面详细介绍了好的提示词的规范是怎样的，此次我们专注在功能评测上，后续会专门整理 Prompting 相关的内容。

三、How to bugfix the issues

可能大家在使用 Lovable 时遇到的最多问题就是 Bug 修复了，说好几遍也修复不好，逐渐失去耐心，影响开发进展。

我这边在修复 Bug 时，总结了两个比较有效的方法。

1. 如果是页面逻辑或者页面展示的问题，善用 Edits 功能选中相关的 UI 组件，然后再描述清楚问题，不要简单的说，报错了，请修复。而是要告诉 AI，目前的问题是什么，你期望的是什么，也可以加上页面截图一起给到它。

2. 如果是程序逻辑问题，我一般会先切换到 Chat Mode，针对出现的报错或者问题和 AI 进行细致的讨论，这个模式下 AI 只会做推理分析，不会调用任何的 Tool 进行代码更改，因此这个模式的推理效果会好于 Agent 模式，当你们针对问题和解决方案都聊清楚了之后，AI 一般会在最后说“那我们按这个方案修改吧”，你只需要点击一下，就会触发 Agent 进行变更操作了，一般和 AI 聊 1-2 轮就能解决问题，大部分情况 1 轮 AI 就看出问题给出方案了。

四、How to integrate Backend, Database and AI

Lovable 最近让我最惊喜的地方就是其在 10.06 号推出的 Cloud 和 AI 的能力了，使其真正成为了全栈开发平台。

Cloud 功能：提供全栈开发能力，将 Supabase 的能力内置其中，数据库，实时更新同步，权限校验，云存储全部无缝支持。每月 $25 的免费额度，按需付费。

AI 功能：内置 OpenAI, Google Gemini 模型，无需复杂的配置，连 API-Key 都不需要，开通 AI 能力即可用。每月 $1 的免费额度，按需付费。(当然也可以通过 prompt 添加你的 API-Key 来配置其他的任意模型)

最关键的是，Cloud 和 AI 功能开通之后，交互非常丝滑，你不需要知道 supabase 是什么，数据库怎么设计，Cloud 会根据你的应用的特点，自动帮你设计好数据库和后端逻辑，你如果有更好的想法，也可以通过 prompt 和它沟通调整，简直不要太方便。

五、Summary

我已经用 Lovable 开发了 3 款线上正式产品了，无论是开发体验还是上线后的维护与分析，都让我体验非常不错，尤其是制作 idea-to-mvp 类的产品，效率真的提高了非常多。

如果非要说一些不足的话，我期望 Lovable 能够尽快支持一些更复杂的 Agent 能力，比如原生的 RAG 能力，Re-Act Agent 等（现在还是只能通过调用外部的服务来实现）。

Good，歪瑞的Good

没想到网页版还支持figma导入，牛的bro

给了一些提示词，从制定开发任务到生成的网站符合要求，界面很清新

小白做网站的第一选择，新手的引导做得也不错

全栈开发一键部署加自动接入api，基本上通过详细设计功能就能开发出完成度比较高的项目，而且会弹出选项询问你不同的设计风格和具体细节

从零到一 全部都是prompt完成 前段 后段 数据库 上线部署 api调用 包圆了

产品感真好，这弥散、这渐变...艺术级别的产品，产品力也在线，集成 GitHub 和 Supabase 直接从前端到后端无缝衔接，从零到部署上线，搭配 21st.dev 小白也能零基础做成好看好用的网站，对比 youware 生产力强点，对比 v0 可操作性又小了点，进阶可以看官方的知识库有关提示词的设置规范，不敢相信以后做产品会有多方便

肥肠适合小白/零代码选手的工具，快速跑原型很方便，以及如果有足够的耐心，搓一个漂亮的网站也问题不大！

非常喜欢可视化编辑的概念，省去了非常多用大量自然语言描述但表达不清的情况，只是元素理解经常有问题，比如再修改了其他地方之后，原先能作为文字修改的地方不能变动了...以及有少数时候听不懂人话，导致实际体验并不是很好，需要用更多的credit才能完成

小白也能上手编码

整体感觉还是具有设计思维的

给他一个prompt就可以生成一个完整网页，极大降低了人的代码焦虑

但是有时候上传图片不太能识别

最大的感受是，审美很在线！fashion！！

用它来写过自我介绍页面（椰青的个人主页：https://coconut-life-echo.lovable.app）

还拿lovable做过海报。海报还是挺洋气的，但是字数太多，对比豆包、即梦，还是更喜欢豆包的风格，再改吧改吧就能拿去用了。

目前为止最喜欢的初学者aicoding工具，目前还是在前端上使用的最多，通过Lovable 做了长图编辑器、私董会运营助手、会议纪要整理助手、mbti和星座测试工具，还是听方便的～也越来越感受到ai时代更好定义问题会很重要～同事还可以发布到GitHub上，然后可以再自我更改还是听方便的～

前端生成的 UI 效果真的没有话说，真的特别好看，后端的一些逻辑现在也比较不错，数据库什么都可以给你建好，现在又不像之前需要点数然后进行充值 VIP 了，体验真的很不错

这个 logo 的 gif 动效真不错，设计感十足。

另外能够对 lovable 可以口喷需求，快速的验证原型设计 & ux 设计

和研发 battle 的时候就可以 say：AI 都能写，你怎么不能写 ?

作为一个编程/设计小白，用了一个月lovable，感觉也算资深用户了，有几点分享。很多人把lovable 和cursor 然后V0 放在一起作为vibecoding的产品讨论，但其实很不一样。

lovable其实很适合毫无设计经验的用户，它替我解决的问题其实是如何把一个单纯的idea，变成立刻就可以跑的MVP, 但随着产品细化的深入，lovable 会越来越难用，很多builder包括我都会转到IDE上去继续做。而且lovable 收费很坑。

总结下来，如果你的目标是一人公司，一个月一款新产品先放到市场上跑的话，lovable是不可替代的工具，而且肯定买他的会员是划算的。等到先跑通了，再去研究怎么用更复杂的工具，或者招募更专业的ux设计师。

设计的还行，但修改真的超级困难，给图的话，中文很容易给错，并且后续修改也比较麻烦，除非第一次就生成的比较好

推荐跟着肖恩君Sean的视频快速上手入门，我跟着做了一个外卖网站效果很丝滑?

我是商业版用户，这个产品确实能很大程度上解决demo的问题，虽然有很多类似网页生成产品，但在有figma文件的基础上，通过对各个功能的准确描述（gpt生成）能够高效准确还原的，并且能与其他研发协作的产品并不多。

关键是我们作为有自己数据和服务后端比较复杂的情况下，能够快速把功能完整的demo出来让同事能体验，让用户能测试，对全新概念的产品来说是非常关键的，迭代也可以来到以天为周期。

从设计角度来看，对细节和文案的快速调整是非常有用的，完全可以跳过hifi设计稿的阶段，让大家在上面做各自擅长的修改，比如一个人改文案，一个人改ui。而修改指令会暴露给其他用户的情况下，既能让提出修改指令的人做出更谨慎有效的修改，也可以让别人清晰的看到他的修改思路，思考过程和意图，这个是之前的协作中不曾出现的。

最后，有一些小问题，比如有些修改的不可控，比如对话框长度反复修改都改不好，必须要有一些前端知识才能知道是被一个更上层的container给限制住了，这类问题对完全没有代码知识的用户其实会成为blocker，因为无法给出准确的指令，就无法作出修改。这方面的技术还有待改进

Lovable目前的月活有接近2000w，一个惊人的数字（youware对比之下差了2-3个数量级..）在做的事比较接近（即相对偏前端网页的生成）的情况下，一直比较好奇它们为什么能跑出来。看了增长负责人的分享，似乎也就是PLG+鼓励用户分享传播，不靠传统SEO和社交媒体大V传播这些。也看过创始人的访谈，80%的付费用户来自于有实际生产端网页需求的中小企业、创业公司，说的更直白一点就是官网需求（海外有大量生意是“官网驱动”的，靠SEO引流，然后官网可以提供一些SaaS服务、电商服务、客户服务等等），剩下20%里有部分是产品经理、设计师做原型的场景、再其次是个人做东西玩（比如个人网站或者小游戏）的场景。---这么看的话对于上面的问题我个人的答案可能是：相比竞品，Lovable的场景找得足够务实、足够接近PMF，这里可以对比下youware讲的个人网页、小游戏社区的场景，对比和结果也就一目了然了。

使用体验上，我经常用来做一下产品原型（仅限于概念验证或者部分页面demo，而不是完整产品）、或者生成一些招聘海报之类的需求，Lovable的完成度也比youware高不少，当然受限于模型目前的能力，vibe coding该有的那些界面细节理解和执行不到位、需要反复抽卡、改了东墙补西墙的问题它也不会幸免，只能说对比来看相对稳定一些。