流程与交付

如何把一个 vibe coding 出来的原型推向生产

用 Lovable、Cursor、Bolt 或 Replit 制作的原型可以帮助你验证产品。邀请真实用户之前,先确认哪些代码可以维护、哪些控制措施已有验证,以及安全试点需要改动什么。

预约三十分钟通话

简短回答

保留经过验证的流程及可维护的组件,在证明访问控制、数据完整性、可重复构建和恢复能力后再开放试点。

适合

  • 在 AI 工具里做了原型、现在有真实兴趣的创始人
  • 飞快验证了想法、现在需要它扛得住用户的团队
  • 正走向试点、上线或一场企业洽谈的产品
  • 拿不准自己 AI 生成的代码里哪些可以安全保留的人

不适合

  • 还没证明有人想要这个产品的原型
  • 没有走向真实用户路径的一次性内部演示
  • 想把原始原型原封不动推上生产的创始人
// 01

比较各个选项

逐项比较演示中已获得的证据与试点上线前需要的验证。

关注点 演示证据 发布证据
认证与访问

单个演示账号可以登录。

已用普通账号验证用户角色及会话行为。

数据完整性

样例数据按预期显示。

已测试校验、一致性和恢复。

安全

演示中未发现问题。

已检查凭据管理、依赖和输入校验。

负载之下

一次演示成功完成。

已用有代表性的工作负载测试并发。

崩了的代价

恢复成本及数据影响未知。

已记录负责人、恢复演练结果和可接受的限制。

到真正上线的速度

已有可用演示。

根据经过评审的发布范围估算缺口。

// 02

Wavect 的立场

决定保留、修复还是替换

从促成试点的用户流程入手。列出哪些组件可以从全新检出的代码构建,哪些依赖导出或供应商账户,哪些还在使用演示数据或占位逻辑。保留通过约定检查且有人维护的组件。修复范围明确的问题。如果组件无法满足必要控制要求,或者接手团队无法运维,就考虑替换。直接上线原型与先加固的比较说明了两种做法的影响。

Lovable 文档说明了内置的代码、数据库访问和依赖扫描。可以用已有报告规划评估,并在实际部署环境中验证发布所需的控制。

要求发布版本可以复现

将候选版本迁入客户拥有的代码库,并隔离生产与原型账户。记录依赖锁文件和构建产物,确认上线的就是已经测试的产物。演示凭据如果曾被分享或提交到代码库,撤销或轮换它。用两个不同组织的普通账号验证,各自只能访问本组织的记录。演练从备份恢复,再核对恢复后的数据与权限。NIST 安全软件开发框架描述了保护开发与发布过程的实践。SLSA 说明了如何根据构建来源验证产物。

向约定的用户组开放试点,并指定有权暂停试点的负责人。监测关键流程中的失败,扩大范围前约定如何处理故障前已写入的数据。Twinsoft AI 在自身项目中用两周达到企业试点要求。PromptID 是另一个项目,用六周进入生产。具体交付范围见各自的案例。

// 03

成本、风险与周期

成本 明确原型评估范围结合代码库、托管账户、数据和试点需要确定评估范围,单独确认费用和包含的修复工作。
风险 上线了造假的地基伪造的认证和缺失的数据完整性在演示里看着没事,到生产里却会造成数据被攻破或丢失。
时间 Twinsoft AI 案例(两周)Twinsoft AI 从一个 vibe coding 原型到企业试点就绪用了 两周。
// 04

这里通常会出什么问题

  • 上线了伪造的或客户端的认证,谁都能绕过。
  • 没有数据校验或约束,于是数据库随时间悄悄损坏。
  • 密钥和 API key 硬编码在原型里,被推上生产。
  • 零自动化测试,于是每次修复都可能弄坏别的东西。
  • 为一个用户而建,于是真实流量第一次到来就垮掉。
  • 出于恐惧从头重写,把领先的那一步也丢掉。
// 05

检查清单

在一个 vibe coding 原型靠近真实用户之前,把这些过一遍。

边做边勾选。不会保存或发送任何内容。

// 06

在我们的工作中是什么样子

我们把 AI 生成的原型变成能扛住真实用户的产品,且不丢掉那些证明了想法的工作。

这些是精选项目,并非我们的全部作品。自 2018 年以来我们已交付 100+ 款产品。

// 07

什么时候适用,什么时候不适用

// 01

什么时候 Wavect 是合适之选

  • 你在一个 AI 工具里做了原型,现在有真实的兴趣要服务。
  • 你想保留经过验证的工作,并在其下加固地基。
  • 你正走向一次试点、上线或一场企业洽谈。
  • 你想要经验丰富的工程师来判断什么能带过去、什么不能。
// 02

什么时候我们并不合适

  • 你还没证明有人想要这个产品,那就先别加固任何东西。
  • 你想把原始原型原封不动推上生产。
  • 它是个没有走向真实用户路径的内部一次性产物。
  • 你想用原型工具的价格,拿到生产级的工作。

如果你有一个有起色的原型、需要它可上生产,一段短期探索阶段会告诉你什么保留、什么重建。

// 09

常见问题

在证明关键流程、真实账户权限、数据完整性、可重复构建和恢复能力后再上线。需要哪些检查取决于产品和试点范围。
先按发布标准检查现有实现。保留已经验证的流程和可维护的组件,修复明确的问题,并替换达不到运维要求的组件。
用户流程、反馈和仍然可用的组件可以沿用。逐项验证访问控制、数据处理、依赖支持、部署与恢复,再按结果决定修复或替换什么。
应先审查代码、数据和试点计划再估时。Twinsoft AI 在两周内达到企业试点要求,另一个独立项目 PromptID 用六周进入生产。可参考案例的具体范围,再为自己的工作估时。
原型能帮助判断用户能否完成任务,以及任务是否对用户有价值。对会使用真实账户或数据的试点,应另定验收标准。
预约三十分钟通话