Lovable 中文学习中心

模块 8 · 避坑、省额度与常见问题 · 第 1/3 节

减少返工与安全迭代

最后核对日期:(官方资料)

账户入口、权限与可用范围未逐项实测,需以当前账户界面为准。

这些是实践建议,不是平台保证。先明确一个可观察的结果,再做最小改动;修改范围越清楚,越容易检查和回退。

🎯学习目标

  • 减少无效来回修改
  • 拆分复杂需求并明确验收
  • 保护已有页面和数据

🧭操作步骤

  1. 1

    先记录现象,不急着改

    写下所在页面、操作、期望、实际结果和截图。报错时先保留日志与复现步骤,不要连续发送‘还是不行’。

  2. 2

    按用户流程拆分

    先做最小闭环:输入 → 提交 → 保存 → 读回。再分别增加权限、筛选、支付。每阶段写清页面、数据、规则和验收标准;无关改动分开,相关小改动合并。

  3. 3

    何时规划,何时执行

    涉及多页面、数据模型、权限、费用或难以撤销的变更先用 Plan;单处明确的文字、样式或已复现的小错误可直接执行。Plan 消息也计费,并非免费讨论。

  4. 4

    避免整页重写

    指明页面与元素、保留区块、不得更改的业务规则。要求先定位原因、只修改必要位置,完成后列出改动范围并检查共享导航与相关页面。

  5. 5

    同一错误重复出现时换策略

    实践上连续两三次修复仍失败,应停止重复指令,分析原因,比较方案;可回退代码后重新尝试。代码回退不等于恢复数据库或撤销付款。

  6. 6

    逐阶段验证

    每次都用真实输入读回结果,覆盖正常、空、错误及越权情况。涉及真实数据,先备份并确认操作范围。

💬可复制提示词

有边界的修改
只修复客户列表的状态筛选。复现:选择‘成交’仍显示全部客户。预期:只显示成交客户。不要重写整页,不要改导航、数据结构或权限。先定位原因,再最小修改;完成后测试全部、成交、无结果三种情况。
拆分复杂需求
请先规划,不要改代码。把预约系统拆为可独立验收的阶段:每阶段列页面、数据、权限、费用风险、回退方式及具体测试。第一阶段只做服务选择到预约保存读回,支付与通知后置。

✅ 预期结果

  • 每阶段有可验证结果
  • 修改只影响必要范围
  • 失败时有日志与回退依据

⚠️ 常见错误

  • 把所有功能一次生成
  • 用整页重做代替定位错误
  • 误以为恢复代码也会恢复真实数据

📝自检题

1. 新增支付和权限时应先做什么?

学完了?标记为已完成,记录你的进度。