流程与交付

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

一个用 Lovable、Cursor、Bolt 或 Replit 做出来的原型,能让你飞快地拿到一个可用的演示,这确实有用。但能带过去的是界面和产品形态,地基往往带不过去。认证、数据完整性、测试、安全和可扩展性,通常都需要在真实用户接触之前妥善重建。好消息是:你通常是加固它,而不是丢掉它。

预约三十分钟通话

简短回答

把一个 vibe coding 原型推向生产的方法,是保留界面和产品形态,然后把认证、数据完整性、测试、安全和可扩展性重建到真正达标的水准。

适合

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

不适合

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

比较各个选项

一个 vibe coding 原型一旦有了起色,你就面对一个决定:原样上线,还是先加固。下面是每条路真正的代价。

关注点 vibe coding 原样上线 先加固
认证与访问

往往薄弱或造假,容易被绕过。

真实认证,恰当的角色和会话。

数据完整性

没有约束,数据漂移并损坏。

经校验、一致、可恢复。

安全

暴露的密钥、盲信的输入、敞开的漏洞。

密钥受管、输入经校验、基本功覆盖。

负载之下

演示没问题,再往上就不知道了。

针对真实并发做过测试。

崩了的代价

数据丢失、被攻破、失去客户信任。

可预期的前期投入,更少意外。

到真正上线的速度

感觉快,然后在事故里停滞。

一段短期加固冲刺,之后稳步前进。

// 02

Wavect 的立场

AI 编程工具擅长那个曾经很慢的环节:飞快地把一个可用的产品形态摆到人们面前。这是实打实的进步,我们对此并不矫情。能带过去的是界面、流程,以及想法站得住脚的证据。把那些留下。

带不过去的,是一切决定真实用户是否安全的东西。AI 生成的代码倾向于伪造认证、跳过数据约束、硬编码密钥,并假设只有一个守规矩的用户。这些都经不起和生产的正面相遇。要做的活,是在值得保留的部分底下重建这些地基,而不是从头来过、丢掉你领先的那一步。

这件事我们经常做。Twinsoft AI 作为一个 vibe coding 原型来找我们,企业试点就绪用了 2 weeks。PromptID 从零到生产用了 6 weeks,试点和投资人演示就绪。套路是一样的:保留经过验证的表层,加固底下的地基,你就能在不丢掉那些让你走到这一步的工作的前提下,抵达一次真正的上线。

// 03

成本、风险与周期

成本 探索 EUR 3,500 起一次短期审查会准确告诉你哪些可以安全保留、哪些必须重建,在你投入预算之前。
风险 上线了造假的地基伪造的认证和缺失的数据完整性在演示里看着没事,到生产里却会造成数据被攻破或丢失。
时间 2 weeks 内试点就绪Twinsoft AI 从一个 vibe coding 原型到企业试点就绪用了 2 weeks。
// 04

这里通常会出什么问题

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

检查清单

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

  • 用真实认证和恰当的访问控制,替换伪造的或客户端的认证。
  • 加上数据校验和约束,让数据保持一致且可恢复。
  • 把所有密钥和 key 移出代码库,纳入妥善的密钥管理。
  • 围绕关键路径加上自动化测试,让改动变得安全。
  • 审查代码,找出明显的安全漏洞和未经校验的输入。
  • 对那些会遇到真实并发的部分做负载测试,而不只是顺利路径。
  • 刻意决定什么保留、什么重建、什么删除。
  • 在上线之前、而非之后,把监控和错误追踪搞定。
// 06

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

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

// 07

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

// 01

什么时候 Wavect 是合适之选

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

什么时候我们并不合适

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

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

// 08
// 09

常见问题

通常不安全。界面和产品形态没问题,但 AI 工具倾向于伪造认证、跳过数据完整性、硬编码密钥。这些缺口在演示里看不见,面对真实用户却很危险。先加固地基,再上线。
不必,而且你不该。重点是保留原型证明了的东西,界面、流程、经过验证的想法,只重建真实用户所依赖的那些地基。Twinsoft AI 保留了它经过验证的表层,试点就绪用了 2 weeks。
界面、用户流程,以及想法行得通的证据,通常能带过去。认证、数据完整性、安全、自动化测试和可扩展性,通常必须妥善重建。AI 工具为一个可用的演示而优化,而不是为负载下的安全。
往往以周计、而非以月计,因为你是在加固、而不是重建。Twinsoft AI 抵达企业试点就绪用了 2 weeks。PromptID 从零到生产用了 6 weeks。确切的时间取决于地基缺了多少。
不是。它是飞快又便宜地验证一个想法的好办法。错误在于把一个经过验证的演示当成成品。用原型去证明需求,然后在真实用户到来之前加固地基。
最近审阅: 审阅人Kevin Riedl wiki ↗
预约三十分钟通话