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

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

這話，出自大神卡帕西。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

麻煩，開始了。

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

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

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

接下來，問題開始一波接一波地如魔鬼纏繞般上演：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

老話說，有問題就有解法。

卡帕西這次突然感慨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的要做的事兒，就是——

通過一個(gè)開發(fā)基礎(chǔ)設(shè)施總?cè)肟冢岄_發(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。

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

再例如——Railway。

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

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

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

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

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

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

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

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

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

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

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

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

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