夜雨聆风Vibe Code 技术地图 02
这篇不是工具推荐清单。
我更想把它拆成一条交付链路：从产品规划、写代码，到版本管理、注册邮件、域名配置、部署和支付。
先说结论：Vibe Code 真正难的，不是让 AI 写出几段代码，而是把一个 demo 推到“能访问、能注册、能收钱”的状态。
很多人卡住的地方，其实不是第一步。
现在 AI 写代码已经不稀奇了。
真正容易乱的是后面：需求没拆清楚，代码越改越乱，版本没有留痕，页面只能在本地跑，用户没法注册，付款链路也没接上。
所以这套搭配的重点，不是“哪个工具最强”，而是每个工具负责解决链路里的哪一个问题。
01
先让 Claude 做规划，不要一上来就开写。
我会把 Claude 放在最前面。
不是因为它会写代码，而是因为它适合先帮你拆清楚：这个产品到底有哪些页面、哪些功能、哪些数据结构、哪些边界。
很多 Vibe Code 项目后面会崩，不是模型不够聪明，而是前面没有规划，导致你一边做一边改，一边改一边乱。
02
规划清楚之后，再让 Codex 接着写代码。
Codex 更适合接执行层。
页面怎么写，功能怎么补，逻辑怎么改，bug 怎么修，这些都可以交给它。
但这里有个判断标准：不要只看它写了多少代码，要看它有没有把你要的交付结果做出来。
03
每次改动都进 GitHub。先把后悔药留好。
Vibe Code 最大的问题，不是写不出来。
是你改着改着，突然发现某个功能坏了，但你已经不知道是哪一步改坏的。
所以 GitHub 不是“程序员才需要的东西”，它更像是给 AI 编程项目上的保险。每次能回退，项目才敢继续往前走。
04
注册邮件，不要等产品快发了才补。
很多小产品看起来已经做好了，但一到注册、登录、找回密码、通知邮件，就开始卡。
Resend 解决的是这个环节。
它不是让产品变酷，而是让产品变得更像一个真的产品。
05
域名和部署要一起看。
Cloudflare 负责域名、DNS 和一些配置。
Vercel 负责把网站真正发出去。
这一步很关键。因为只要还停在本地预览，它就还是一个 demo；能被别人打开，才开始变成可以验证的产品。
06
最后补支付。项目从“能看”走向“能交易”。
如果你的产品准备收钱，支付链路就不能一直拖着。
Stripe 适合解决海外支付和订阅问题。
到这一步，整个项目的状态就变了：它不只是能展示，而是开始具备商业闭环。
所以这套更适合谁？
如果你只是想试一下 AI 能不能写页面，可能不需要这么重。
但如果你已经有一个产品想法，准备认真把它推到线上，让用户真的打开、注册、使用、付款，这套链路就很值得提前搭起来。
它的价值不是便宜，也不是花哨，而是让你少在“上线前最后一公里”反复卡住。
我自己的判断是：
Vibe Code 这一波，最后拼的不是“谁收藏的工具更多”。
而是谁能更快把工具连成工作流，把工作流变成交付结果。
写代码只是其中一步。能上线、能维护、能让用户使用，才是下一阶段真正拉开差距的地方。
注：文中费用、实际价格和额度以各官网页面为准。