最佳实践
充分利用 Lovable
本指南帮助所有用户——无论新手还是经验丰富——快速上手,并在 Lovable 上构建时避免常见问题。
1. 奠定基础:使用知识文件
为什么重要: 知识 文件是您项目的核心。它会随每条提示一同发送,帮助 AI 全面理解上下文。
包含的内容:
- 您的产品愿景(类似于产品需求文档)
- 用户旅程和用户角色
- 关键功能及其实用性
- 设计系统和 UI 指导原则
- 特定角色的行为(例如,管理员、用户、投资者)
您可以通过聊天模式自动生成知识文件:
Generate knowledge for my project at T=0 based on the features I've already implemented.
2. 提示最佳实践
清晰、详尽的提示 = 更优质的输出。 将 AI 视为您的工程伙伴——它仅根据您提供的信息行事。
提示技巧:
- 保持具体:指定确切的页面(例如,
/dashboard
)和预期行为。 - 使用自然语言:
I want users with the role Investor to access this component, but not Admins.
- 添加截图:特别适合描述错误或 UX 问题。
- 添加防护措施:明确告知 AI 避免触及某些内容。例如:
Do not edit /shared/Layout.tsx.
- 在多个提示中重复重要指令。AI 的记忆有限。
- 避免一次处理过多任务。将工作分解为更小、可测试的部分。在每个部分之间使用聊天模式进行验证,然后再继续。
**Feature Breakdown Template:**
Create the new page
Add UI layout
Connect the data
Add logic + edge cases
Test per role - 如果您的应用涉及多个角色(例如,管理员、投资者、初创企业),始终指定提示适用的角色。这有助于防范共享逻辑或组件引发的错误。
As an Investor, I want to view the company dashboard, but I shouldn't be able to edit it. Please isolate this feature to the Investor role only.
3. 及早并频繁使用聊天模式
聊天模式 如同您的 AI 助手。它可帮助您调试、 brainstorm 以及规划实现,而不会在您准备好前修改代码。
何时切换到聊天模式:
- 在 2–3 次“尝试修复”失败后
- 在调试复杂逻辑或数据库问题时
- 在规划新功能时:
Suggest 3 ways to implement X
工作流程提示:
有些用户喜欢将聊天模式用于 60–70% 的时间。只有在完全满意时才点击“实施计划”。
如果忘记使用聊天模式,此格式可提升输出一致性并防止意外修改:
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 陷入“循环”时,使用以下步骤避免无休止的修复循环:
-
切换到聊天模式
-
粘贴错误截图
-
说:
Please investigate this without breaking other features. If needed, revert to the last working version and fix from there.
4. 避免 Supabase 的常见陷阱
注意: Supabase 无法进行干净回滚。如果回滚版本,数据库模式可能出现问题。
最佳实践:
- 在前端稳定后才连接 Supabase
- 如果必须回滚,向 AI 提示:
Please validate the SQL schema at T=0 and ensure no breaking changes have occurred.
- 始终在发布前测试与数据库相关的功能
5. 使用视觉编辑进行快速 UI 修复
视觉编辑工具 免费且高效。将它用于:
- 修改文本、颜色、字体或布局调整
- 一次性编辑多个小元素
- 安全、无需积分的提交(支持撤销)
6. 明智使用 GitHub 和版本控制
- 每次编辑即为一次提交。使用固定标记稳定版本。在每个功能稳定后:固定它
- 在每次错误后:视觉比较版本。 您可以这样提示:
Compare version at T–1 to T–0. What changed? What might be breaking?
- 如果 AI 导致过多破坏,请返回到稳定版本。
- 自行承担风险使用GitHub 分支。在 Lovable 中切换回
main
之前,避免删除分支以防止同步问题。
7. 万不得已时,进行重混
许多用户发现:第二次从头开始往往更高效。
- 重混 会创建项目在 T=0 的干净副本。
- 用更精确的提示和更清晰的知识重新构建
- 只将旧项目用作参考
使用场景:
- 您陷入错误循环
- 您想从干净状态重新开始,同时保留历史记录
- 您需要断开 Supabase 并尝试新路径
tip
重混需要先断开 Supabase。
8. 保持耐心,保持冷静
您并非孤身一人。AI 有时会带来惊喜,有时会令人沮丧。构建的最后 5% 往往是最费时的——但也最关键。
黄金法则:
花时间完善提示。仔细复查所有内容。将工作分解为小块、可测试的模块。输入越精确,输出越出色。
9. 使用文档并寻求帮助
- 文档 包含详细指南、模板、SEO 提示、集成等。您可以在文档 AI 助手中直接提问。
- 加入 Discord 社区 以获取同行支持。
- 等准备好后,将您的项目提交到 Lovable Launch。
10. 额外提示
- 使用语音输入录入提示(例如,在 Mac 上使用麦克风录入长提示)。这能帮助您更快创建更高质量的输入——尤其在沮丧或疲惫时。
- 使用“
I am frustrated…
”提示模式来引导 AI 更好地关注 - 在重大编辑后,始终重新检查多个角色及其行为(尤其是条件逻辑)
- 将稳定版本存储为快速调试的备选方案
- 如果出现意外副作用,这有助于避免由过于通用的逻辑导致的错误。
Create a component specifically for [role X] and do not reuse shared components unless clearly scoped.