先说清楚它是什么：Lovable 属于「编程与开发」方向的在线服务，用对话生成并迭代 Web 应用的平台。

如果你刚开始接触它，可以按下面 7 天的安排练习，每天 20 到 40 分钟。

每日安排

  • 第 1 天：注册与熟悉界面：用工作邮箱注册，开启双重验证；先在免费额度或试用期内体验核心功能。
  • 第 2 天：完成第一个任务「补单元测试」，按下文提示词操作。
  • 第 3 天：换一类任务「读懂陌生代码库」，对比两次结果的质量。
  • 第 4 天：学习关键概念：补全（Completion）、编程智能体、上下文索引。
  • 第 5 天：用真实工作材料做一次「代码审查」，记录省下的时间和需要返工的地方。
  • 第 6 天：排查问题：对照常见问题「AI 改动范围过大」等检查自己的用法。
  • 第 7 天：复盘：保留有效的提示词，写下继续使用或放弃的理由。

第 2 天的练习材料

补单元测试

适用情况：手头有一个缺少测试的函数或模块时。

为【函数名】编写单元测试，覆盖正常输入、边界值和异常输入，使用项目现有的测试框架，不要修改被测代码。先列测试用例再写代码。

交付前确认：测试能在本地通过。

一周后怎么判断值不值得继续

  • 是否稳定地节省了时间，而不只是第一次觉得新鲜。
  • 返工次数是否在下降。
  • 与 Bolt.new 等同类相比，是否更适合你的场景。
  • 数据与费用是否在可接受范围内。

补充练习

修复报错

输入：一段报错堆栈和相关代码。

这是报错信息和相关代码。请先解释报错原因，给出最小修改方案，并说明为什么这个修改不会影响其他调用方。

交付前确认：修改范围足够小。

写技术文档

适用情况：手头有一个模块的源码时。

根据源码为这个模块写 README：用途、安装、最小示例、配置项表格和常见问题。示例代码必须能直接运行。

验收标准：示例代码可运行。

小功能开发

准备材料：一个清晰的需求描述。

实现以下需求：【需求】。要求：先给出实现计划和要改动的文件列表，等我确认后再写代码；遵循现有代码风格；补充必要的测试。

交付前确认：先有计划再动手。

常见问题：泄露密钥的风险

把密钥放在环境变量，规则文件中禁止读取 .env 等敏感文件。

常见问题：越改越乱

回滚到上一个可用提交，把需求拆小后重新开始。

常见问题：生成的代码引用了不存在的函数

让它先搜索代码库确认 API，再写实现；运行测试验证。

概念补充：MCP

让编程工具连接外部数据和工具的协议。

概念补充：编程智能体

能读写多个文件、运行命令并迭代修复的 AI，需要控制权限。

适合人群：科研人员

科研人员可以用 Lovable 处理文献检索与阅读、实验记录与数据整理等工作。需要注意：遵守期刊和机构关于 AI 使用的披露要求，引用逐条核对。

适合人群：游戏开发者

游戏开发者可以用 Lovable 处理原型与素材、NPC 对话与文案等工作。需要注意：关注生成素材的授权和平台对 AI 内容的披露要求。

注意事项

涉及个人信息、商业机密或受监管数据时，先确认 Lovable 的数据处理条款，再决定能否使用。

文中提示词和示例仅作示意，实际效果取决于你的材料和 Lovable 当前版本，重要内容请人工核对后再使用。

延伸阅读