vibe coding做得好的人，差别在哪里
做vibe coding培训时，上同一节课的人，最后的结果却天差地别。这个差别通常不在于编程能力，而在于一种态度：愿意把多少事甩给AI。
AI有个奇怪的习惯。明明自己完全能做的事，却总是推回给人来做。“去这个网站下载这个”“在设置菜单里打开那个”。越是乖乖照做的人，越容易在这个过程中被拖垮。做得好的人则会反过来顶回去：“这个你来做。”
案例一 — 让AI来装git
从vibe coding的第一道关口就是如此。让AI运行一段代码，它第一句话往往是“先装git”。你得进入一个从没见过的网站，下载一个不知道是什么的程序，走完一套陌生的安装流程。大多数人正是卡在这里。
与其自己经历这一切，一句“你去装”就够了。代理会先确认你当前的电脑环境，挑选合适的命令，替你装好。“这里点next还是install？这个选项该选哪个？”这些让人卡壳的地方，整段都能交出去。
案例二 — 让AI来配置Vercel和Supabase
再往前走，就会遇到Vercel和Supabase。Vercel是把你做好的网站发布到互联网、让别人能访问的服务；Supabase则是能轻松提供数据库、用来存放会员信息或帖子等数据的服务。只要用vibe coding做出点像样的东西，几乎一定会用到这两者。
问题在于配置。你要注册、进入设置菜单，打开这个、填上那个，而菜单又多、还大多是英文。这里答案也一样：“你去配。”只有像注册这种需要本人身份的部分自己做，之后的配置全部交给代理。
有一个小提示。当AI直接操作Vercel或Supabase时，CLI比MCP解决得更快。请它“用CLI来做”就行。MCP和CLI分别是什么，留待下次再展开。现在只要记住“AI在弄设置时，就让它用CLI”就够了。
让你装git时 → “你去装”
让你配Vercel/Supabase时 → “你去配”（只有注册我自己来）
让你确认localhost/部署时 → “你自己去确认”
配置上CLI比MCP快 → “用CLI来做”案例三 — 连测试和确认也让AI来做
确认做出来的东西是否正常运行，这一步也一样。AI常会说“已经跑在localhost上了，你自己去确认”，或者“已经部署好了，用浏览器确认一下”。这里的localhost，指的是只在你自己电脑里临时运行的测试地址。
这一步同样可以用“你自己去确认”甩出去。如今的代理会自己打开浏览器查看画面、点击按钮，发现问题时甚至会据此动手修复。这就省去了人用眼睛确认、再用嘴解释一遍的来回。
那人到底做什么
到这一步，你可能会想：“那我还做什么？”人要做的事显然还在。第一，需要本人身份或支付的事。注册、绑卡、实名认证这类，AI无法替你完成。
第二，决定做什么、判断结果是否满意。把握方向、判断这是不是自己想要的，这一份属于人。把安装、配置、确认这些“手脚”交给AI，人就能把精力用在“做什么、为什么做”上。委托不是让人变懒，而是让人把注意力放到更重要的地方。
委托的真正含义
总结起来就是：当AI叫你去做某件事时，反问它——“这个你能做吧？你来做。”只要不是真正只有人才能做的事，AI一叫就会做。它一直都做得来，只是习惯性地把活儿推回给了人。
vibe coding常被说成“把事委托给AI”。更准确地说，是不要把AI本来能做的事揽到自己身上。做得好的人和吃力的人之间的差别，正取决于这条界线画在哪里。