梦瑶 发自 凹非寺

量子位 | 公众号 QbitAI

我是真发现了，搁咫尺写代码不是难事儿，难的是你得搞一堆部署工作！！

这话，出同意神卡帕西。

是的，这位AI Coding界的明星东谈主物，运行公开吐槽一件事——代码仍是不是AI编程的瓶颈了，部署才是。

更重要的是，东谈主家卡帕西还径直把问题戳破了：

统共哄骗居品的开辟经过，都应该造成可以被代码径直调用的东西，最佳东谈主类统统无用手动设立！

卡帕西这番感触一出，帖子底下的开辟者网友们更是憋了一肚子懊恼，纷繁吐槽起AI编程里的多样部署坑：

AI编程部署的困扰，较着仍是成了尺度员们公认的浩劫题。

卡帕西：哄骗开辟这事儿，部署忒难！

主要吧，卡帕西如故被我方过往的一段哄骗开辟资格折磨坏了……

这事儿还要说回客岁他我方用AI搓的一个「菜单图片生成器」居品——MenuGen。

其时作念这个居品的动机也很通俗，主若是卡帕西平方去餐馆吃饭，看到那种纯笔墨菜单，每每不知谈这谈菜到底长啥样。

正本是念念好意思好意思干饭，关联词把时辰全花在谷歌搜索菜单名这事儿上了，气不打一出来。

（于是东谈主家干脆径直我方用AI搓了一个～）

你别说，从底下这居品效力看还真可以，把菜单输入进去就能呈现一个带食品图片的菜单了——

居品效力确乎不赖，但通盘居品哄骗的开辟过程，若干给东谈主家卡帕西留住点暗影。（doge）

在通盘菜单名目开辟设施，他险些没若何系念写代码这事儿， 通盘名目基本都是靠Cursor+Claude搓出来的。

他作念的仅仅把哄骗需求丢进去，Claude 3.7很快就把统共React前端组件写好了，速率快到离谱，也至极奏凯～

到了这一步，灵活的卡帕西一度以为，80%的开辟进程细目仍是处罚了，但实践光速打脸——

等信得过干与部署设施，他才意志到一件事：我方刚刚那一套操作，可能连20%都算不上。（天塌啦！）

劳苦，运行了。

在后续的部署设施中，卡帕西第一步是调用OpenAI API作念OCR识别，先得把API key处罚。

领域光是在后台找名目、配权限就绕了一大圈，Claude还赓续给出逾期的API、模子名和调用相貌，来去踩坑，只可反复对着文档少量点修。

好远离易跑通一次调用，又坐窝撞上至极严重的限速问题——每10分钟只可发出寥寥几次肯求……

接下来，问题运行一波接一波地如妖魔缠绕般献技：

卡帕西念念作念图像生成，我方又去注册了一个Replicate API key，领域险些是归并套坑再来一遍；

LLM给的调用设施依旧逾期，文档也没统统跟上更新，API甚而不再复返JSON，而是造成了一种他和Claude都看不懂的流式对象。

好远离易对都接口吧，又撞上限速，调试险些没法鼓动……

在上线设施更是离谱，在注册账号、GitHub诱导这些设态度景上，亦然接连出现多样问题。

日记里全是lint问题，土产货少量事莫得，这些问题好远离易修完，领域网站如故打不开。

卡帕西讨教完Claude，讨教ChatGPT，甚而运行怀疑是不是哪步交融错了，折腾了快一小时，才发现是个特地初级的问题：

API key都写在.env.lacal里，而这个文献正本就不会被提交，于是卡帕西又手动去Vercel后台，把环境变量一条条补进去。

您猜若何着，Vercel径直生成了一个公网诱导就能访谒，但这名目其实如故特有仓库，连对外展示都还没准备好。

居品，就这样……被顺遂上线了。

上线之后问题依旧赓续：认证、支付、域名、OAuth，沿途串多个平台来去设立，卡帕西径直被这套经过折腾麻了。

大家也看得出来，居品确乎是很居品，但居品背后在部署设立的一系列心酸楚苦亦然实打实存在的…

聊到此次好事多磨的菜单名目，卡帕西我方也忍不住精良了一句：

土产货跑demo的时期，vibe coding确乎很爽；但一朝造成信得过要上线的哄骗，通盘过程就变得忒灾祸！！！

因此他也给出了一个论断——

那等于让险些莫得Web开辟布景的东谈主，用vibe coding从零作念一个哄骗，确乎能作念出来，而况比畴昔快好多，代码险些不是问题。

但问题是一到部署、收受事、配环境就频频卡住，体验径直坍弛，问题不在AI，而在器用链。

这些部署器用正本等于为专科开辟者探求的，咫尺一个东谈主团结AI就念念跑齐全经过，到了工程链路这一步，固然就会频频卡bug了。

对此，卡帕西从此次好事多磨的开辟资格中也得出了一些训诫和提议，在他看来：

一体化平台至极进犯，最佳有居品能径直把整套部署智商打包好，让大家径直能开箱即用。（附议！咫尺市面上这些开辟器用，险些给AI用的，不太像是给东谈主用的，最佳能的设施是让AI我方去调用和设立。与其整一堆复杂设立经过框架，不如用通俗架构更省事，基础前端+通俗后端，反而更适当快速作念哄骗。

他以为，好多哄骗根蒂不需要作念成齐全居品，哄骗不应该是代码堆出来的，而应该是用一句话生成出来的。

哪怕时隔了一年多的时辰，卡帕西再谈到这个名目时，依旧有感而发，be like：

AI编程下半场，运行卷「部署自动化」了

老话说，有问题就有解法。

卡帕西此次短暂感触AI编程部署，其实亦然因为他转发了一款正试图填这块坑的居品——Stripe Projects。

这款居品，出自支付基础设施公司Stripe集中首创东谈主兼CEOPatrick Collison偏握团队之手。

Stripe Projects的要作念的事儿，等于——

通过一个开辟基础设施总进口，闪开辟者或AI agent用几条大喊就能把账号注册、托管、认证、账单这些劳苦事处罚。

而这也正巧和卡帕西对AI编程的理念念设念念高度一致。

事实上，这两年除了Stripe Projects外，一些在AI编程部署设施优化的居品也陆络续续出现。

比如——Firebase Studio。

官方说法是是能用AI Agent来原型、开辟、测试、迭代并发布全栈AI哄骗，本色上亦然把写代码+配后端+发上线尽量收进一个使命区里。

再举例——Railway。

主打的亦然一个「开箱即用」，它仍是能把一些多工作模板自动连好，甚而自动通过环境变量把工作串起来，减少用户的手动设立～

看下来只可说，AI编程这事儿，咫尺确乎有点玄幻。

一边是Claude、Cursor几分钟就把前端页面搓出来，另一边是API key、多样设立连环暴击，分分钟把东谈主打回实践。

而况最近俩仨月身边最直不雅的一个例子等于——OpenClaw。

念念让龙虾作念一个开辟网站，前提是要握住调试阿谁动不动就卡bug的

，还要开辟API等多样繁琐设立。

如果波及到需要一只24小时运行的名目，问题可能会更多，末端掉了页面随着完蛋，又得古老见解修修补补…

是以卡帕西这波吐槽之是以这样网友共识，也确乎不是莫得原因…

无论咋说，如故让咱们狠狠期待一下有更多更好更省事儿的居品出现叭。

甚而没准真有那么一天，咱连教唆词都无用写，径直脑机接口一步到位？？？（狗头）

大家有什么观念？迎接挑剔区聊聊～

参考诱导：

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

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

[3]https://firebase.google.com/开云体育