30 天，花费 $127，全程 AI 写代码。代码崩了 3 次，但他找到了付费用户。

写在前面

你用 AI 写代码做产品的时候，有没有遇到过这种情况：AI 写出来的代码能跑，但一改需求就崩，崩了之后你让 AI 修，越修越乱，最后整个项目变成一团浆糊。

今天故事的主人，用 30 天时间，全程 vibe coding（用 AI 对话生成代码），做了一个金融规划工具的 MVP。

总花费 127 美元，全部是 AI API 调用费。

中间产品崩了 3 次。

每次都是 AI 写的代码改着改着就乱了，但他没放弃，每次崩了都从头重来。

30 天结束的时候，他找到了愿意付钱的用户。

"$127 in API costs. 30 days. Three complete rewrites. One paying customer. That's vibe coding in reality."

「127 美元 API 费用，30 天，3 次完全重写，1 个付费客户。这就是 vibe coding 的真实样子。」

一、为什么选 vibe coding 而不是自己写

这个创始人有一些编程基础，但不是专业开发者。

他能看懂代码，但从 0 写一个完整产品对他来说需要 3-6 个月。

他选 vibe coding 的原因很简单。

他想在 30 天内验证一个想法。

如果自己写代码，30 天连 MVP 都做不完。

如果用 AI 写，30 天可能能做出一个能用的版本。

他的目标不是「做一个完美的产品」，是「30 天内知道这个想法有没有人愿意付钱」。

vibe coding 的速度让这个目标变得可能。

二、中间崩了 3 次

30 天里，产品崩了 3 次。

每次崩的原因都一样。

AI 写代码的时候，每一次对话它只看到当前的需求。

它不记得之前写过什么、为什么那样写、哪些地方有依赖关系。

所以当你改一个功能的时候，AI 经常会把另一个功能搞坏。

第一次崩是第 8 天。

他加了一个新功能，AI 把之前写好的数据库逻辑覆盖了。

整个数据层乱了，修不回来。

他选择从头重写。

第二次崩是第 15 天。

他想改 UI 布局，AI 把前端和后端的接口搞混了。

API 调用全部报错。

又从头重写。

第三次崩是第 22 天。

他加了用户认证功能，AI 把 session 管理写错了，用户登录之后看到的是别人的数据。

安全问题，必须重写。

3 次重写意味着他实际上做了 4 个版本的产品。

前 3 个都扔了。

第 4 个活下来了。

"Three rewrites in 30 days. Each time I learned what NOT to ask the AI to do in one shot."

「30 天里重写了 3 次。每次我都学到了不能让 AI 一次做什么。」

三、他学到的 vibe coding 生存法则

3 次崩溃之后，他总结了几条 vibe coding 的生存法则：

第一，每次只让 AI 做一件小事。

不要说「帮我做一个用户注册 + 登录 + 个人资料页面」，要说「帮我做一个用户注册表单」，做完测试通过，再说「帮我做登录」。

一次一件，每件做完测试。

第二，每做完一个功能就 commit。

这样崩了可以回滚到上一个能用的版本，不用从头重写。

他前 3 次崩都是因为没 commit，改着改着回不去了。

第三，不要让 AI 重构已有代码。

AI 重构的时候经常会「顺手」改掉它觉得不好的地方，结果把能用的东西搞坏。

如果代码能跑，不要让 AI 碰它。

第四，复杂逻辑自己写，简单重复的让 AI 写。

AI 擅长写 CRUD、写 UI 组件、写样板代码。

但涉及业务逻辑，比如金融计算、权限控制的部分，自己写更安全。

"Vibe coding works if you treat AI like a junior dev. Small tasks. Frequent commits. Never let it refactor."

「Vibe coding 能用，前提是你把 AI 当初级开发者对待。小任务，频繁 commit，永远不让它重构。」

四、$127 花在哪里了

30 天总花费 127 美元，全部是 AI API 调用费用。

他用的主要是 Claude API（写后端逻辑）和 GPT-4（写前端 UI）。

两个模型配合用，因为他发现 Claude 写逻辑更准，GPT-4 写 UI 更快。

127 美元分摊到 30 天，每天大概 4 美元。

这个成本比雇一个开发者便宜 100 倍。

一个开发者一天至少 400-800 美元。

当然，代价是他自己花了大量时间，每天 4-6 小时和 AI 对话、测试、debug。

如果算上他的时间成本，总成本不止 127 美元。

但对一个想验证想法的独立创始人来说，127 美元现金支出是极低的门槛。

五、第 30 天，他找到了付费用户

第 30 天的时候，他的第 4 版产品终于稳定了。

功能不多，但核心流程能跑通。

他把产品链接发到了 3 个地方：一个是他自己的 X 账号（几百个粉丝），一个是一个金融创业者的 Slack 社群，一个是 Reddit 的 r/SideProject。

第一周有 50 多个人注册试用。

其中 3 个人付了钱（月费 29 美元）。

3 个付费用户听起来不多。

但对他来说这意味着一件事。

有人愿意为这个产品付钱。

需求是真的。

接下来他要做的不是继续 vibe coding，是找一个真正的开发者把产品重写一遍，用正经的代码和架构。

vibe coding 帮他验证了需求，但不适合长期维护。

对国内 AI 创业者的启发

1. Vibe coding 的真正价值是验证速度，不是产品质量。

国内很多人把 vibe coding 当成「做产品的方式」。

但这个故事说明，vibe coding 更适合当「验证想法的方式」。

30 天 + 127 美元知道一个想法有没有人付钱，这个 ROI 极高。

但 vibe coding 做出来的产品不适合长期维护，因为代码质量差、架构乱、改一个地方崩另一个。

验证完之后应该找开发者重写。

你现在可以做的：如果你有一个想法但不确定有没有人付钱，用 vibe coding 30 天做一个最简版。

如果有人付钱，再花钱找人重写。如果没人付钱，你只浪费了 30 天和 100 多美元，不是 6 个月和几万块。

2.「崩了就重写」比「崩了就修」效率高 3 倍。

这个创始人 3 次崩溃都选择从头重写，不是在烂代码上修修补补。

这听起来浪费，但实际上更快。

因为 AI 从头写一个干净版本只要 2-3 小时，但在烂代码上修可能要 2-3 天，而且越修越乱。

国内开发者，包括用 AI 写代码的，经常会陷入「修修补补」的陷阱。

代码已经乱了但舍不得扔，结果越改越乱。

如果你的 AI 代码已经乱到改一个地方崩另一个，直接重写。

不要心疼之前的代码。

3. 每天 $4 的 AI 成本让「试错」变得几乎免费。

以前验证一个想法需要花几万块请开发者做 MVP。

现在 127 美元 + 30 天就能知道答案。

这意味着你一年可以验证 12 个想法（每个月 1 个），总成本不到 2000 美元。

国内独立开发者应该把「验证想法」的频率从「一年 1-2 个」提高到「一年 6-12 个」。

AI 让试错成本降了 100 倍，你的试错频率也应该提高 10 倍。

4. Vibe coding 之后必须重写，这不是失败，是流程。

很多人觉得「vibe coding 做出来的产品如果要重写，那 vibe coding 就是浪费时间」。

但这个创始人的逻辑反过来。

vibe coding 的目的不是做出最终产品，是用最低成本知道「该不该做这个产品」。

正确的流程是：vibe coding 验证（30 天 + $127）→ 有人付钱 → 找开发者重写（2-3 个月 + 几万块）→ 正式运营。

第一步的 127 美元帮你避免了在错误方向上花几万块的风险。

判断你是否适用：如果你现在有一个想法但不确定有没有人付钱，不要花 3 个月正经开发。

先花 30 天 vibe coding 一个最简版，看有没有人付钱。

这 30 天是你能买到的最便宜的市场调研。

"Vibe coding isn't how you build a company. It's how you find out if you should."

「Vibe coding 不是做公司的方式，是帮你搞清楚该不该做这家公司的方式。」