Vibe Coding 实战：MenuGen 复盘——代码是最快的一环，上线才是苦役

一句话

发明「vibe coding」一词两个多月后，卡帕西亲自下场实测：他 vibe code 了一个拍菜单、给每道菜生成图片的网站 MenuGen。结论出人意料——AI 把写代码变成了整个流程里最快的一环，真正的时间黑洞是部署、鉴权、支付、密钥这些浏览器里的配置活。

文章讲了什么

MenuGen 解决他自己的真实痛点：看不懂菜单上的菜名。在一场黑客松上，他用 Cursor + Claude 很快搓出了本地原型；但把它变成一个有登录、有付费、有独立域名的真产品，却花了好几周。文章主体就是一份踩坑清单：

• API 与文档过时：LLM 生成的代码引用了 OpenAI、Replicate 的废弃接口，官方文档也跟不上，只能反复试错。
• 部署环节：Vercel 的环境变量配置绕人，还出现过私有仓库被自动公开部署的意外。
• 鉴权与支付：Clerk 的生产环境部署要配自定义域名、Google OAuth 得进 Google Cloud 控制台层层设置；Stripe 则在类型和测试/生产密钥管理上折腾人。
• 缺基础设施：数据库、任务队列都得自己另找服务拼装。

他把现代 Web 开发比作拼 IKEA 家具：零件来自十几家服务商，说明书还是旧版的。用他的原话总结时间去向：

"I spent most of it in the browser" —— Andrej Karpathy，查看原文 →

写作背景

2025 年 2 月他随手发推创造了「vibe coding」这个词（见推文解读），随即引爆行业。这篇 4 月的博文是他给自己造的词做的第一次严肃「现实检验」：不站在概念层面争论，而是亲手把一个玩具项目推到生产环境，记录每一处摩擦。这种「造词之后自己下场验证」的做法，正是他一贯的风格。

影响与回响

这篇复盘成了 vibe coding 讨论中被引用最多的「冷静剂」之一：支持者引用它证明 AI 编程可行，怀疑者引用它证明「正经产品别这么干」。它点名的痛点——文档过时、LLM 幻觉出废弃 API、配置分散——后来被多家开发者平台当作改进方向，「让服务对 LLM 友好」逐渐成为行业共识话题。到 2026 年，他把生产级的人机协作进一步区分为 agentic coding（见《从 80% 手写到 80% agent》解读），这篇文章正是那条演化线的中间节点。

对你意味着什么

1. 预算要打在配置上，不是代码上：独立开发者做 MVP，写代码可能一天搞定，但域名、备案、支付、登录往往才是排期大头——国内环境下这一条只会更明显。
2. 选「电池全含」的一体化平台：能少拼一家服务就少一个坑。数据库、鉴权、部署尽量收敛到同一家。
3. 喂给 AI 最新文档：LLM 训练数据滞后，让它按官方最新文档写代码（贴文档链接或全文进上下文），能省掉大量废弃 API 的试错。

延伸阅读

• 推文解读：「vibe coding」的诞生 —— 本文的概念起点
• 推文解读：从 80% 手写到 80% agent —— 一年后的工作流进化
• 推文解读：「过去两个月，编程变化之大难以言表」

← 返回文章导读列表