最佳实践

充分利用 Lovable

本指南将帮助所有用户——无论是新手还是有经验的用户——快速上手，并在 Lovable 上构建应用时避免常见问题和坑。

​

1. 打好基础：使用 Knowledge 文件

为什么重要： Knowledge 文件是你项目的“大脑”。它会随每次提示一同发送给 AI，帮助它理解完整上下文。

建议包含：

• 产品愿景（可以把它当作 PRD）
• 用户旅程和角色画像
• 关键功能和特性
• 设计系统和 UI 指南
• 不同角色的行为（如 Admin、User、Investor）

你可以通过 Chat mode 自动生成一个 Knowledge 文件：

Generate knowledge for my project at T=0 based on the features I’ve already implemented.

​

2. 提示 最佳实践

提示越清晰、越详细，输出效果就越好。 把 AI 当作你的工程师伙伴——它只知道你告诉它的信息。

提示技巧：

• 要具体：说明确切的页面（例如 /dashboard）以及预期行为。

• 使用自然语言

  我希望具有 Investor 角色的用户可以访问这个组件，但 Admin 不可以。
  

• 添加截图：在描述 bug 或 UX 问题时尤其有用。

• 添加约束条件：告诉 AI 不要 修改哪些内容。例如：

  不要编辑 /shared/Layout.tsx。
  

• 在多个提示中重复重要指令。AI 的上下文记忆是有限的。

• 避免一次性尝试实现 5 件事情。将工作拆分为更小、可测试的模块。在每个模块之间使用 Chat Mode 验证后再继续。

  **功能拆解模板：**
  创建新页面
  添加 UI 布局
  连接数据
  添加逻辑和边界情况
  按角色测试
  

• 如果你的应用有多个角色（例如 Admin、Investor、Startup），一定要明确说明提示是针对哪个角色的。这有助于避免由共享逻辑或组件导致的 bug。

  作为一名 Investor，我希望查看公司 dashboard，但我不应该能编辑它。请将这个功能仅限定在 Investor 角色。
  

​

3. 尽早且频繁地使用 Chat mode

Chat mode = 你的 AI 副驾驶。它可以帮助你调试、头脑风暴和规划实现方案——在你真正准备好之前，都不会直接修改你的代码。

什么时候切换到 Chat Mode：

• 连续 2–3 次 “Try to Fix” 都失败之后

• 在调试复杂逻辑或数据库问题时

• 在规划新功能时

  Suggest 3 ways to implement X
  

工作流小技巧：

有些用户会有 60–70% 的时间都在用 Chat Mode。只有在你完全满意之后，再点击 “Implement the plan”。

如果你经常忘记使用 Chat mode，可以用下面这种格式来提高输出的一致性，并避免产生连带修改：

On page /settings, implement [feature]. The expected behavior is [XYZ]. Please don’t touch component A, layout B, or shared logic unless necessary. Follow best practices from Tailwind / Supabase / X.

为了避免不必要的代码执行：

Investigate but don’t write code yet.

Suggest 3 ways to solve this without changing anything.

这样可以让控制权始终掌握在你手中。

当 AI 进入「循环」时，使用下面的步骤来避免无休止地修补损坏的代码：

1. 切换到 Chat mode

2. 粘贴错误截图

3. 这样说：

   Please investigate this without breaking other features. If needed, revert to the last working version and fix from there.
   

​

4. 避免在 Supabase 中常见的陷阱

注意： Supabase 无法进行干净的回滚。如果你回滚到某个版本，你的数据库 schema 可能会被破坏。

最佳实践：

• 在前端稳定 之后 再连接 Supabase

• 如果必须回滚，向 AI 发送如下提示（prompt）：

  Please validate the SQL schema at T=0 and ensure no breaking changes have occurred.
  

• 在发布前务必测试所有与数据库关联的功能

​

5. 使用 Visual Edit 快速修复 UI

Visual Edit 工具 免费且快速。你可以用它来代替提示词完成以下操作：

• 更改文本、颜色、字体，以及进行布局微调
• 一次性编辑多个小元素
• 安全且不消耗额度的提交（可撤销）

​

6. 明智地使用 GitHub 和版本控制

• 每次编辑都会生成一次提交。使用 pinning 来标记稳定版本。每完成一个可用功能后：Pin it

• 每出现一个 bug 时：直观对比各个版本。 你可以这样向 AI 提示：

  Compare version at T–1 to T–0. What changed? What might be breaking?
  

• 如果你觉得 AI 的改动导致问题太多，可以回退到某个稳定版本。

• 使用 GitHub 分支 时需自行承担风险。在 Lovable 中切回 main 分支之前，请避免删除分支，以防出现项目同步问题。

​

7. 当其他办法都不奏效时，复刻

很多用户会发现：第二次从头来过反而更省时间。

• 复刻 会在 T=0 创建你项目的一个干净副本。
• 基于更好的提示和更清晰的理解重新构建
• 仅将旧项目作为参考

适用场景：

• 你陷入了一个反复出现的 bug 循环里
• 你想在保留历史的前提下重新开始
• 你需要断开 Supabase 并尝试一条新路径

复刻前需要先断开 Supabase。

​

8. 保持耐心，保持冷静

你并不孤单。AI 有时像魔法一样好用，下一刻又可能让人感到沮丧。任何搭建过程中最后的 5% 往往是最慢的——但也是最重要的。

黄金法则：

花时间打磨你的提示。把每一项都重新检查一遍。把工作拆分成小而可测试的模块。你的输入越精确，输出就会越好。

​

9. 使用文档并寻求帮助

• Documentation 包含操作指南、模板、SEO 优化建议、集成文档等内容。你可以直接向文档中的 AI 助手提问。
• 加入 Discord 社区，获得来自其他用户的支持与交流。
• 准备就绪后，将你的项目提交到 Lovable Launch。

​

10. 额外技巧

• 对于较长的提示，可以通过语音输入添加语音备注提示（例如在 Mac 上，使用麦克风口述长提示）。你可以更快地构思出更优质的输入——在你感到挫败或疲惫时尤其有用。

• 使用 “I am frustrated…” 这种提示模式，让 AI 更聚焦于你的问题

• 在进行重大编辑之后，一定要重新检查多个角色及其行为（尤其是在包含条件逻辑时）

• 将稳定版本保存为回退方案，方便快速调试

• 如果你遇到意外的副作用，这有助于避免由过于泛化的逻辑引发的 bug。

  专门为 [role X] 创建一个组件，除非作用域非常清晰，否则不要复用共享组件。