Vibe Coding 工作流：从需求到上线检查

先做一项可验证的任务

写提示词前先写一个验收场景。提交第一条可用流程、检查改动，再去发布地址重走同一场景。把预期结果和改动记录在一起，方便别人复验。

定义最小的有效用户路径

写清使用者、输入内容和应得到的结果，再补充失败情形与可观察的成功条件。先规划后实现，才能让开发代理围绕可核查的目标工作。

选择构建路径并保留源码历史

围绕目标平台、数据和交接需求选择构建工具。工具支持时，在大量迭代前接入版本控制，并将密钥、服务配置与源码文件分开管理。

实现一个小闭环，再验证

每次只实现一个可运行闭环，检查变更文件，再在应用中核对成功条件。Playwright 区分测试规划、生成与修复；生成测试文件本身不能证明测试通过。

发布后重走真实路径

发布后使用目标环境检查公开地址、登录、数据持久化和恢复路径。预览与正式部署可能依赖不同配置；保留已知可用版本，便于回退。

你可能还想知道

资料出处

本文依据引用的文档与作者来源整理，vibeforthat 未对本文进行独立安装或端到端产品实测。

• Claude Code common workflows
• Lovable GitHub integration
• Bolt GitHub integration
• Playwright test agents
• Supabase production checklist
• Lovable custom domains