卡帕西用AI写代码5分钟，部署却折腾了5小时

写代码这件事，AI已经帮你包圆了。但把代码变成能用的产品？抱歉，还得你自己来。

AI编程界的顶流卡帕西最近公开吐槽：代码早不是瓶颈了，部署才是那个藏在暗处的Boss。他甚至放话——所有开发流程都应该能被代码直接调用，人类最好完全别碰手动配置。

这话一出，评论区直接变成开发者诉苦大会。

卡帕西为啥这么激动？得从他去年做的一个「菜单图片生成器」MenuGen说起。起因很生活化：去餐厅看到纯文字菜单，总得谷歌搜图才知道菜长啥样，烦得很。干脆自己做一个，输入菜单直接出带图的版本。

写代码阶段确实丝滑。需求丢给Cursor+Claude，React组件几分钟就齐活。卡帕西当时估摸着，这进度怎么也有80%了吧？

结果进部署环节才发现，前面那部分连20%都算不上。

第一步调用OpenAI API做OCR识别，先找项目、配权限就绕了一大圈。Claude还不断给出过时的API地址和模型名，只能对着文档一点点修。好不容易跑通，又撞上限速——每10分钟只能发几次请求。

想做图像生成，注册了Replicate API，几乎是同一套坑再来一遍：接口文档没跟上更新，返回值从JSON变成看不懂的流式对象。对齐接口后，限速又来了。

上线环节更离谱。GitHub连接、账号注册接连报错，日志里全是lint问题，本地却一切正常。请教完Claude请教ChatGPT，折腾一小时发现是.env.local文件没提交——API key全写在里面了。手动去Vercel后台一条条补，终于生成公网链接，才发现项目还是私有仓库，根本没准备好对外展示。

认证、支付、域名、OAuth……一路串多个平台来回配，直接把卡帕西整麻了。

他自己总结得很到位：本地跑demo时vibe coding确实爽，一旦要上线，体验直接崩塌。问题不在AI，在工具链——这些部署工具本来就是给专业开发者设计的，现在一个人配合AI就想跑完整流程，到工程链路这一步当然频频卡bug。

卡帕西给出的解法也很产品经理：要有一体化平台把整套部署能力打包好，开箱即用；工具最好能让AI自己去调用配置，而不是让人手动填表；架构越简单越好，基础前端+简单后端，比复杂框架省事得多。

他甚至觉得，很多应用压根不需要"做产品"这个动作——用一句话生成出来就够了。

这波吐槽之所以引发共鸣，是因为卡帕西踩的坑几乎人人都在踩。身边最直观的例子：想让AI代理搭个网站，得先调教那个动不动就卡壳的终端，配API、设环境，24小时运行的项目还得担心终端掉线。前端5分钟，部署5小时，成了新常态。

好消息是，填坑的产品已经开始冒头。卡帕西转发的Stripe Projects，想做一个开发基础设施总入口，让开发者或AI agent用几条命令搞定账号、托管、认证、账单。Google的Firebase Studio也在往"开箱即用"走，用AI Agent把原型、开发、测试、发布收进一个工作区，自动连服务、串环境变量。

AI编程的魔幻现实还在继续：这边Claude、Cursor几分钟出页面，那边API key和配置连环暴击，分分钟把人打回现实。也许真有一天，提示词都不用写，脑机接口一步到位——但在那之前，先把部署这关过了吧。