先限定你要交付的东西

这里讨论的是一个咨询业务的预约申请网站：访客选择服务、留下联系信息、提交申请，经营者能查看并处理申请。提交申请不等于锁定时段，第一版不承诺实时日历同步、收费或自动确认。

如果现成预约服务已经满足需求，先使用现成服务。只有客户问题确实需要定制流程，再评估构建工具。否则，开发和维护一套预约系统可能给自己增加工作。

官方资料能确认什么

工具官方资料描述的能力试用前要确认
Lovable使用自然语言构建应用，涉及前端、后端、数据库与认证；可通过 Git 同步代码生成的数据权限是否符合你的业务，离开平台后能否运行
Replit Agent用自然语言协助创建应用，并在平台内迭代当前项目的运行、发布与维护成本是否可接受
v0支持全栈应用，而不只是静态界面生成项目与已有技术栈及部署方式是否匹配

依据：Lovable 官方介绍、Replit Agent、v0 全栈应用文档。这些链接证明厂商描述了相应能力，不能证明一次生成就能达到生产要求。

按约束选择第一个候选

下面是编辑建议，不是速度或质量实测排名。

  • 已有 Next.js 项目、需要沿用部署方式：把 v0 放入第一轮候选，先检查生成代码能否合入现有项目。
  • 希望通过自然语言同时搭建界面与数据流程：可以先试 Lovable，重点验证权限、数据导出与后续修改。
  • 希望在一个工作环境内完成构建和运行：可以先试 Replit，重点检查发布后的运行方式和持续费用。

三者能力有重叠。决定性问题是你能否验收、维护并接手结果；只看生成页面的观感，无法区分这些成本。

给每个候选相同的任务

复制下面这段任务，并使用虚构联系信息：

建立一个咨询服务预约申请网站。包含服务列表、姓名/邮箱/需求表单、提交成功状态及经营者申请列表。
提交只代表收到申请，不代表时段确认。不接真实支付，不发送邮件。
访客不能读取其他人的申请。经营者列表必须有服务端权限控制；不要只隐藏按钮。
先说明数据保存位置和权限方案，再实现。提供运行、部署和导出代码的方法。
不要编造客户评价、业务收入或已发送邮件的状态。

验收先于打分

检查通过条件
空表单阻止提交，并说明哪个字段有问题
正常提交只出现一条申请，确认页说明尚未确认时段
未登录访问不能通过页面或接口读取申请列表
刷新页面已提交的数据按声明的保存方式保留
修改服务名称修改后原有表单流程仍然可用
接手维护导出的代码有明确启动说明，敏感配置不在前端

权限检查失败就暂停上线，不用“页面很好看”抵消。一次测试通过也不是完整安全审查。

下载统一测试任务与记录表。请保存首次结果、修正提示、最终产物与失败记录。未执行的测试留空，不写成“通过”。

成本怎么记

分别记录试用订阅、生成额度消耗、托管、数据库、域名与维护时间。当前价格以各工具账户和官方账单为准，本文不把不同计费方式压成一个看似可比的月费。

先给第一轮试用设一个你能接受的预算和时间上限。到上限仍不能通过核心验收，就停止继续微调页面。保留问题记录，再决定换工具还是缩小需求。