Lovable 教学：用一句话生出可上线的网页应用，还能同步到 GitHub

一位在台中做传产二代的朋友，去年花了十八万找外包做一个「业务员回报进度」的内部系统。做了四个月，上线之后业务嫌难用，没人填。

上个月他传给我一个连结，说是他自己一个下午做出来的替代品。我点进去看，介面干净、有登入、资料存得住，业务也真的在用。他说：「我就把我要什么打进去，它就做出来了。」

那个工具是 Lovable。

Lovable 是什么

官方对自己的定义是「全端 AI 开发平台，用自然语言建置、迭代与部署网页应用，产出真实的程式码、具备资安与企业治理」。

拆开来讲就三件事：你用讲的，它写真的程式码，而且程式码是你的。

第三点是关键。市面上很多无程式码工具做出来的东西被锁在平台里，想搬走等于重写。Lovable 的官方流程明确包含「同步到 GitHub」这一步，代表你随时可以带着程式码走人。

它能做出什么

官方文件列的应用类型很广：

• SaaS 产品与商业仪表板
• 消费型平台与社群网站
• 市集与电商工具
• 内部工作流与营运系统
• 行销网站与落地页
• 教育平台与学习工具
• 网页游戏与互动内容

我自己的判断是：内部工具与 MVP 验证是它的甜蜜点。那种「需求明确、使用者不多、但外包不划算」的东西，正好落在这个区间。

怎么用：官方的四步流程

Lovable 的文件把流程讲得很简洁，就四步：

步骤一：Describe——用自然语言描述你要什么

这步决定了后面顺不顺。跟下 prompt 给聊天机器人一样，讲得越具体，出来的东西越接近你想要的。

一个实用的描述结构：

我要做一个「业务员回报进度」的内部系统。
使用者：约 15 位业务，需要帐号登入。
主要画面：（1）业务登入后看到自己负责的客户清单（2）点进客户可以新增一笔拜访纪录，栏位有日期、拜访方式、谈了什么、下一步（3）主管帐号可以看到所有业务的纪录并依日期筛选。
风格：简洁、以表格为主，手机也要能用。

比起「帮我做一个 CRM」，这种描述能省下大量来回修改的点数。

步骤二：Review and iterate——看结果、改，然后再看

Lovable 会生出可以直接操作的应用，你点一点就知道对不对。不对的地方直接用讲的改：「客户清单要加一栏『上次联络日期』」「登入后预设显示这个月的纪录」。

这里有个省钱的关键：一次讲完一批修改，不要一次改一个。每送一则讯息就是一次 build 消耗，把三个小修改合并成一则讯息，成本差三倍。

步骤三：Sync to GitHub——把程式码接回你的流程

当雏形对了，同步到 GitHub。这一步的意义是：

• 你有了版本控制与备份
• 工程师可以接手用自己的编辑器改（Cursor、Zed 都行）
• 可以接自己的 CI/CD 与资安扫描
• 不会被平台绑死

我强烈建议只要专案有一点正式，就一定要走这步。

步骤四：Deploy and govern——部署与治理

按你们组织的标准部署。Lovable 提供内建的 Cloud 托管（含资料库、储存、流量），也可以自己接。

点数怎么算：三种用途，别搞混

这是最多人踩坑的地方。官方文件把点数拆成三种用途：

• Build usage：在 Lovable 里送讯息去规划、生成、编辑或更新你的应用
• Cloud usage：托管、资料库、储存与网路资源
• AI gateway usage：你部署出去的应用里，AI 功能对模型的呼叫

点数的来源也分两种：用途专属的额度（每日 build 额度、每月 Cloud 与 AI 额度，会自动更新）与一般点数（方案月配额、加购、奖励，可弹性使用）。官方明确说明会先用用途专属额度、再用一般点数，且优先消耗最快到期的。

官方文件列出的额度结构：

方案	每日 build	每月 Cloud	每月 AI	加购单价
Free	5 次／日（每月上限 30）	20 点	4 点	—
Pro	5 次／日	20 点	4 点	每点 0.30 美元
Business	5 次／日	20 点	4 点	每点 0.60 美元

build 的消耗依复杂度浮动，官方举的例子是小修改约 0.5 点、加上登入功能这类较大的功能约 1.2 点。

最容易爆的是 Cloud。 托管是用量计费、不含在方案月费里。如果你的应用被大量使用，或者资料库存了大量档案，这笔会持续累积。上线前务必去看一次用量仪表板，别等帐单来才知道。

进阶技巧：四个让成本减半的做法

一、先画再做。 在动手前，把你要的画面用纸笔或 Excalidraw 画一遍。把画面数量、每个画面的栏位想清楚再开始描述，可以少掉大量的来回修改。

二、合并修改指令。 前面提过但值得再说一次。「把标题改大、按钮改蓝色、加一个汇出按钮」写成一则讯息，不要分三次。

三、复杂功能拆成独立阶段。 先做出能跑的基本版（清单＋新增），确认资料结构对了，再加登入，再加权限。一次要它全做，出错时你不知道哪里坏了，重来的成本最高。

四、雏形阶段用免费版，确定要做才付费。 每天 5 次 build 听起来少，但如果你的描述够精准，五次其实能推进不少。先用免费版验证这个想法值不值得做，再决定要不要投钱。

注意事项：台湾开发者请特别留意

资安不能只靠 AI。 Lovable 官方确实强调产出具备资安考量，但 AI 生成的程式码仍可能有权限设定过宽、输入未验证这类问题。只要你的应用会处理个资（客户名单、员工资料、身分证字号），依台湾个资法你就有保护义务。务必把程式码拉回 GitHub，让工程师做一次资安检查，或至少跑一次自动化扫描。这不是可选项。

别把它当成不用懂技术的万灵丹。 它能让不会写程式的人做出东西，但当东西坏掉、效能变慢、资料库设计不对的时候，你还是需要懂的人。合理的期待是：它把「从零到有」的门槛降低了 90%，但「从有到稳」还是需要专业。

成本要动态监控。 订阅制的月费是固定的，用量计费的部分不是。设一个提醒，每周去看一次用量，别让一个没人用的测试应用在背景烧钱。

什么时候该用别的工具

• 纯静态的官网或落地页：用 Framer 或 Webflow 更快，设计自由度也更高
• 表单与简单资料收集：Google 表单加试算表就够了，别过度工程
• 既有程式码库的功能开发：直接用 Cursor、Cline 这类编辑器内的 AI 助手
• 需要复杂商业逻辑的正式产品：Lovable 做原型，之后老实找工程师

延伸阅读：想理解 AI 写程式这个类别的全貌，可以看 AI 程式助手指南；想做企业内部工具，AI 内部工具建置 讲得更完整；要在多模型间切换省成本，OpenRouter 教学 值得参考。更多同类工具在 AI 开发者工具分类，也可以逛 提示词范本库 找现成的描述模板。

TheAI学院 评语

我对 Lovable 的看法是：它真正改变的不是「开发速度」，是「谁有资格开始做」。

过去一个部门主管想做个小工具，得先写需求、找预算、排 IT 的队，三个月后拿到一个不太对的东西。现在他可以自己做一个粗糙但堪用的版本，确定方向对了再找工程师做正式版。这个顺序的改变，比省下的钱重要得多。

但我也要诚实说：那些「一个下午做出上市级产品」的宣传，看看就好。我看过的成功案例，全部都是需求明确、规模不大、使用者可控的内部工具。这不是缺点，这正是它该待的位置。

评语：Lovable 最大的价值是把「先做一个看看」的成本压到接近零。台湾中小企业最缺的从来不是想法，是验证想法的成本太高——这件事现在被解决了一大半。

给台湾读者的具体建议：找一件你们公司「大家都嫌麻烦、但一直用 Excel 凑合」的事（请假登记、设备借用、业务回报都行），用免费版做一个雏形出来给同事试用一周。如果真的有人用，再谈要不要投资做正式版；没人用，你也只花了一个下午。

资料来源

• Lovable 官方文件：平台介绍
• Lovable 官方文件：点数与用量说明

依公开资讯整理、以官方为准。方案月费与额度可能随时调整，付费前请至官方定价页确认。