夢(mèng)瑤 發(fā)自 凹非寺
量子位 | 公眾號(hào) QbitAI

• 我是真發(fā)現(xiàn)了，擱現(xiàn)在寫(xiě)代碼不是難事兒，難的是你得搞一堆部署服務(wù)??！

這話，出自大神卡帕西。

是的，這位AI Coding界的明星人物，開(kāi)始公開(kāi)吐槽一件事——代碼已經(jīng)不是AI編程的瓶頸了，部署才是。

更關(guān)鍵的是，人家卡帕西還直接把問(wèn)題點(diǎn)破了：

所有應(yīng)用產(chǎn)品的開(kāi)發(fā)流程，都應(yīng)該變成可以被代碼直接調(diào)用的東西，最好人類完全不用手動(dòng)配置！

卡帕西這番感慨一出，帖子底下的開(kāi)發(fā)者網(wǎng)友們更是憋了一肚子牢騷，紛紛吐槽起AI編程里的各種部署坑：

AI編程部署的困擾，顯然已經(jīng)成了程序員們公認(rèn)的大難題。

卡帕西：應(yīng)用開(kāi)發(fā)這事兒，部署忒難！

主要吧，卡帕西還是被自己過(guò)往的一段應(yīng)用開(kāi)發(fā)經(jīng)歷折磨壞了……

這事兒還要說(shuō)回去年他自己用AI搓的一個(gè)「菜單圖片生成器」產(chǎn)品——MenuGen

當(dāng)時(shí)做這個(gè)產(chǎn)品的動(dòng)機(jī)也很簡(jiǎn)單，主要是卡帕西平時(shí)去餐館吃飯，看到那種純文字菜單，經(jīng)常不知道這道菜到底長(zhǎng)啥樣。

本來(lái)是想美美干飯，但是把時(shí)間全花在谷歌搜索菜單名這事兒上了，氣不打一出來(lái)。

（于是人家干脆直接自己用AI搓了一個(gè)～）

你別說(shuō)，從下面這產(chǎn)品效果看還真不錯(cuò)，把菜單輸入進(jìn)去就能呈現(xiàn)一個(gè)帶食物圖片的菜單了——

產(chǎn)品效果確實(shí)不賴，但整個(gè)產(chǎn)品應(yīng)用的開(kāi)發(fā)過(guò)程，多少給人家卡帕西留下點(diǎn)陰影。（doge）

在整個(gè)菜單項(xiàng)目開(kāi)發(fā)環(huán)節(jié)，他幾乎沒(méi)怎么操心寫(xiě)代碼這事兒， 整個(gè)項(xiàng)目基本都是靠Cursor+Claude搓出來(lái)的。

他做的只是把應(yīng)用需求丟進(jìn)去，Claude 3.7很快就把所有React前端組件寫(xiě)好了，速度快到離譜，也非常順利～

到了這一步，天真的卡帕西一度以為，80%的開(kāi)發(fā)進(jìn)度肯定已經(jīng)搞定了，但現(xiàn)實(shí)光速打臉——

等真正進(jìn)入部署環(huán)節(jié)，他才意識(shí)到一件事：自己剛剛那一套操作，可能連20%都算不上。（天塌啦?。?/p>

麻煩，開(kāi)始了。

在后續(xù)的部署環(huán)節(jié)中，卡帕西第一步是調(diào)用OpenAI API做OCR識(shí)別，先得把API key搞定。

結(jié)果光是在后臺(tái)找項(xiàng)目、配權(quán)限就繞了一大圈，Claude還不斷給出過(guò)時(shí)的API、模型名和調(diào)用方式，來(lái)回踩坑，只能反復(fù)對(duì)著文檔一點(diǎn)點(diǎn)修。

好不容易跑通一次調(diào)用，又立刻撞上非常嚴(yán)重的限速問(wèn)題——每10分鐘只能發(fā)出寥寥幾次請(qǐng)求……

接下來(lái)，問(wèn)題開(kāi)始一波接一波地如魔鬼纏繞般上演：

卡帕西想做圖像生成，自己又去注冊(cè)了一個(gè)Replicate API key，結(jié)果幾乎是同一套坑再來(lái)一遍；

LLM給的調(diào)用方法依舊過(guò)時(shí)，文檔也沒(méi)完全跟上更新，API甚至不再返回JSON，而是變成了一種他和Claude都看不懂的流式對(duì)象。

好不容易對(duì)齊接口吧，又撞上限速，調(diào)試幾乎沒(méi)法推進(jìn)……

在上線環(huán)節(jié)更是離譜，在注冊(cè)賬號(hào)、GitHub連接這些配置場(chǎng)景上，也是接連出現(xiàn)各種問(wèn)題。

日志里全是lint問(wèn)題，本地一點(diǎn)事沒(méi)有，這些問(wèn)題好不容易修完，結(jié)果網(wǎng)站還是打不開(kāi)。

卡帕西請(qǐng)教完Claude，請(qǐng)教ChatGPT，甚至開(kāi)始懷疑是不是哪步理解錯(cuò)了，折騰了快一小時(shí)，才發(fā)現(xiàn)是個(gè)特別低級(jí)的問(wèn)題：

API key都寫(xiě)在.env.lacal里，而這個(gè)文件本來(lái)就不會(huì)被提交，于是卡帕西又手動(dòng)去Vercel后臺(tái)，把環(huán)境變量一條條補(bǔ)進(jìn)去。

您猜怎么著，Vercel直接生成了一個(gè)公網(wǎng)鏈接就能訪問(wèn)，但這項(xiàng)目其實(shí)還是私有倉(cāng)庫(kù)，連對(duì)外展示都還沒(méi)準(zhǔn)備好。

產(chǎn)品，就這么……被順手上線了。

上線之后問(wèn)題依舊不斷：認(rèn)證、支付、域名、OAuth，一路串多個(gè)平臺(tái)來(lái)回配置，卡帕西直接被這套流程折騰麻了。

大家也看得出來(lái)，產(chǎn)品確實(shí)是很產(chǎn)品，但產(chǎn)品背后在部署配置的一系列心酸楚苦也是實(shí)打?qū)嵈嬖诘摹?/p>

聊到這次一波三折的菜單項(xiàng)目，卡帕西自己也忍不住總結(jié)了一句：

• 本地跑demo的時(shí)候，vibe coding確實(shí)很爽；但一旦變成真正要上線的應(yīng)用，整個(gè)過(guò)程就變得忒痛苦?。?！

因此他也給出了一個(gè)結(jié)論——

那就是讓幾乎沒(méi)有Web開(kāi)發(fā)背景的人，用vibe coding從零做一個(gè)應(yīng)用，確實(shí)能做出來(lái)，而且比過(guò)去快很多，代碼幾乎不是問(wèn)題。

但問(wèn)題是一到部署、接服務(wù)、配環(huán)境就頻頻卡住，體驗(yàn)直接崩塌，問(wèn)題不在AI，而在工具鏈。

這些部署工具本來(lái)就是為專業(yè)開(kāi)發(fā)者設(shè)計(jì)的，現(xiàn)在一個(gè)人配合AI就想跑完整流程，到了工程鏈路這一步，當(dāng)然就會(huì)頻頻卡bug了。

對(duì)此，卡帕西從這次一波三折的開(kāi)發(fā)經(jīng)歷中也得出了一些經(jīng)驗(yàn)和建議，在他看來(lái)：

• 一體化平臺(tái)非常重要，最好有產(chǎn)品能直接把整套部署能力打包好，讓大家直接能開(kāi)箱即用。（附議！
• 目前市面上這些開(kāi)發(fā)工具，幾乎給AI用的，不太像是給人用的，最好能的方法是讓AI自己去調(diào)用和配置。
• 與其整一堆復(fù)雜配置流程框架，不如用簡(jiǎn)單架構(gòu)更省事，基礎(chǔ)前端+簡(jiǎn)單后端，反而更適合快速做應(yīng)用。

他認(rèn)為，很多應(yīng)用壓根不需要做成完整產(chǎn)品，應(yīng)用不應(yīng)該是代碼堆出來(lái)的，而應(yīng)該是用一句話生成出來(lái)的。

哪怕時(shí)隔了一年多的時(shí)間，卡帕西再談到這個(gè)項(xiàng)目時(shí)，依舊有感而發(fā)，be like：

AI編程下半場(chǎng)，開(kāi)始卷「部署自動(dòng)化」了

老話說(shuō)，有問(wèn)題就有解法。

卡帕西這次突然感慨AI編程部署，其實(shí)也是因?yàn)樗D(zhuǎn)發(fā)了一款正試圖填這塊坑的產(chǎn)品——Stripe Projects。

這款產(chǎn)品，出自支付基礎(chǔ)設(shè)施公司Stripe聯(lián)合創(chuàng)始人兼CEOPatrick Collison及其團(tuán)隊(duì)之手。

Stripe Projects的要做的事兒，就是——

通過(guò)一個(gè)開(kāi)發(fā)基礎(chǔ)設(shè)施總?cè)肟?，讓開(kāi)發(fā)者或AI agent用幾條命令就能把賬號(hào)注冊(cè)、托管、認(rèn)證、賬單這些麻煩事搞定。

而這也恰好和卡帕西對(duì)AI編程的理想設(shè)想高度一致。

事實(shí)上，這兩年除了Stripe Projects外，一些在AI編程部署環(huán)節(jié)優(yōu)化的產(chǎn)品也陸陸續(xù)續(xù)出現(xiàn)。

比如——Firebase Studio。

官方說(shuō)法是是能用AI Agent來(lái)原型、開(kāi)發(fā)、測(cè)試、迭代并發(fā)布全棧AI應(yīng)用，本質(zhì)上也是把寫(xiě)代碼+配后端+發(fā)上線盡量收進(jìn)一個(gè)工作區(qū)里。

再例如——Railway。

主打的也是一個(gè)「開(kāi)箱即用」，它已經(jīng)能把一些多服務(wù)模板自動(dòng)連好，甚至自動(dòng)通過(guò)環(huán)境變量把服務(wù)串起來(lái)，減少用戶的手動(dòng)配置～

看下來(lái)只能說(shuō)，AI編程這事兒，現(xiàn)在確實(shí)有點(diǎn)魔幻。

一邊是Claude、Cursor幾分鐘就把前端頁(yè)面搓出來(lái)，另一邊是API key、各種配置連環(huán)暴擊，分分鐘把人打回現(xiàn)實(shí)。

而且最近倆仨月身邊最直觀的一個(gè)例子就是——OpenClaw。

想讓龍蝦做一個(gè)開(kāi)發(fā)網(wǎng)站，前提是要不停調(diào)試那個(gè)動(dòng)不動(dòng)就卡bug的

如果涉及到需要一只24小時(shí)運(yùn)行的項(xiàng)目，問(wèn)題可能會(huì)更多，終端掉了頁(yè)面跟著完蛋，又得重蹈覆轍修修補(bǔ)補(bǔ)…

所以卡帕西這波吐槽之所以這么網(wǎng)友共鳴，也確實(shí)不是沒(méi)有原因…

不管咋說(shuō)，還是讓我們狠狠期待一下有更多更好更省事兒的產(chǎn)品出現(xiàn)叭。

甚至沒(méi)準(zhǔn)真有那么一天，咱連提示詞都不用寫(xiě)，直接腦機(jī)接口一步到位？？？（狗頭）

大家有什么看法？歡迎評(píng)論區(qū)聊聊～

[1]https://karpathy.bearblog.dev/vibe-coding-menugen/

[2]https://www.menugen.app/

[3]https://firebase.google.com/