前阵子翻朋友圈，发现程序员朋友们突然分成了两个阵营。一边是慌得不行的，私信问我“哥，咱这饭碗是不是要没了”；另一边则兴奋地晒截图——一个人，一杯咖啡，两小时，愣是捣鼓出一个能记账的小程序。他们嘴里都在念叨同一个词：Vibe Coding。这玩意儿到底是虚火还是真革命？今天索性摊开聊聊：Vibe Coding到底是个啥，和以前写代码的路数有什么本质区别，以及——你我的饭碗，到底会不会被它端走。
一、Vibe Coding到底是什么？跟以前的“自动补全”是两码事
Vibe Coding，直译过来叫“氛围编程”。这个词是前OpenAI研究员Andrej Karpathy在去年初提出来的，圈内大神级别的人物。有人可能会说，这有啥新鲜的？我用过GitHub Copilot，Tab键一按代码就蹦出来，不就是高级点的自动补全吗？以前的AI辅助编程，你依然是那个握着方向盘的人。代码一行行敲，逻辑一点点理，AI顶多算个在旁边递工具的小工。Vibe Coding这模式下，方向盘交出去了。你往副驾一坐，像个产品经理或者包工头，张嘴告诉AI：“我要一个记账App。首页能看到这个月花了多少钱、挣了多少钱。右下角有个加号，点一下能记账，分类有吃饭、交通、买东西三种。数据就存在手机里，别整太复杂。”
几分钟后，一个能点、能用、数据能存的完整应用就摆在眼前了。你不用操心它里面用的是React还是Vue，不用折腾数据库建表语句，甚至压根不用打开代码编辑器——很多Vibe Coding工具本身就是一个对话框。这就是区别：以前是你给机器当翻译，把需求翻译成代码；现在是机器给你当翻译，你只管说人话。
二、跟以前写代码比，到底哪儿不一样了？
| | | |
|---|
| 谁说了算 | | | |
| 怎么输入 | | | 直接用话说清楚要什么 |
| 精力花在哪 | | | 产品定义、系统边界、结果好不好 |
| 典型动作 | | | |
| 对人的要求 | | | 懂业务、懂架构、会判断好坏 |
一句话总结：Vibe Coding把写代码里的“体力活”部分抽走了，剩下那些需要动脑子、做判断的事儿，结结实实留给了人。
三、哪些行当正在被洗牌？
很多人听到这儿，第一反应就是：“完了，程序员要卷铺盖了。”真不是那么回事。Vibe Coding不会让程序员集体下岗，但它会把“写代码”这件事的价值重新掂量一遍，连着整个软件生产线上的好几个角色一起变。刚入行的“码农”心里发虚，这很正常。因为Vibe Coding最拿手的就是那些有标准答案、不需要太多业务脑子的活儿——表单校验、增删改查接口、后台管理页面，AI写起来比人快多了。但老鸟们的身价反倒在往上走。为啥？因为Vibe Coding对“架构判断力”和“代码审美”的要求比以前高太多了。你琢磨琢磨，AI咔咔几分钟甩给你两千行代码，你敢直接往线上扔吗？你敢保证里面没有逻辑坑、没有过度设计、没有安全漏洞？以前：一半时间写代码，三成时间修bug，剩下时间开会扯皮。现在：两成时间写最核心的部分，五成时间审AI交上来的作业，三成时间设计系统架子，顺便给AI写点“规矩”。这“规矩”就是之前聊过的Skill。以后一个高级程序员牛不牛，就看谁能给AI定出更靠谱的规矩。以前产品经理最烦什么？不是没想法，是有了想法之后求爷爷告奶奶等开发排期。一个小功能，从提需求到上线，两个礼拜起步，黄花菜都凉了。现在不一样了。打开Lovable或者这种工具，对着对话框把需求讲清楚，一个能戳、能用、甚至带着真实数据的原型就出来了。腰杆硬了：产品经理不再只是个“画图的”，而是能拿出实实在在东西的人。拿着能跑的应用去见老板、见投资人，比抱着一沓PRD文档有底气多了。得学新本事了：你得学会用结构化的方式描述需求。比如，“点了关注按钮之后，要是用户没登录，就跳到登录页；要是登录了，按钮变成‘已关注’还不能点。”这种对状态变化的精确描述，是哄好AI的基本功。以前设计师最痛苦的，是辛辛苦苦在Figma里画好的稿子，到了前端手里还原出来总差口气。现在有了v0这类工具，设计稿能直接变成前端组件代码。这意味着什么？“把设计稿变成代码”这个又累又容易吵架的环节，价值在肉眼可见地缩水。定设计规矩：搞一套完整的视觉规范——颜色怎么用、字多大、间距多少、圆角是圆还是方——然后让AI按这套规矩生成代码。琢磨交互里的“人味儿”：AI能做出一个看着挺像样的登录框，但它理解不了为啥这个产品要把“注册”按钮做得比“登录”按钮更显眼。琢磨用户心理、设计转化路径，这些事儿AI一时半会还接不住。4. 测试工程师：从“人肉点点点”变成“逻辑侦探”AI生成的代码，语法错误几乎没有，但逻辑坑防不胜防。比如你跟AI说：“商品卖完了就显示‘缺货’。”AI可能一个字不差地执行了。但你没交代“要是库存变成负数了咋办”，AI可能就给你显示个“库存 -3 件”，顾客看了得懵圈。所以测试的活儿从QC（质检员）变成了QE（逻辑侦探）：但要专门设计刁钻的测试场景，专门试那些“正常人不会这么干，但程序得兜住”的边边角角。5. 冒出来一个新工种：AI代码审核员 / 规矩制定者这个岗位是从零长出来的，大厂和走得快的创业公司已经开始招人了。不写具体业务代码，但对整个项目的架构要门儿清。主要干这么几件事：审AI交上来的作业：这一大坨AI写的代码，仨月之后咱自己还看得懂吗？改一个地方会不会牵一发动全身？给AI定规矩：写一套详细的操作规范（Skill），比如：“凡是动数据库的，必须加上软删除标记”、“凡是用户输进来的东西，先过一遍防XSS攻击的过滤函数”。搭AI的工作环境：用MPC（模型上下文协议）把公司里的数据库、API、代码仓库跟AI连起来，让AI真能当个“数字员工”使唤，而且使唤起来还放心。干这行的一般是摸爬滚打了好几年的老炮儿。他们未必是敲键盘最快的，但一定是最清楚“什么代码才是好代码”的那拨人。
四、哪些饭碗暂时还稳着？
当然，Vibe Coding也不是啥都能干。有两类活儿，至少眼下还动不了。写操作系统内核、数据库引擎、高性能计算库的。这部分活儿需要对数学有极深的理解，对硬件控制精确到骨头里，性能优化精确到纳秒。现在的AI，连在一百万行代码里精准找出内存泄漏点都费劲。火箭飞控软件、心脏起搏器程序、金融核心交易系统。为啥？因为AI写出来的东西解释不清楚。你没法百分之百确信它在某个极端场景下会不会犯浑。而这种地方，一次犯浑就是人命或者几十亿打水漂。责任必须是人背，代码就得人手写。
五、怎么跟上这波浪潮？
Vibe Coding不是什么遥远的科幻，它已经蹲在门口了。你要是一行代码都不懂的普通人：好事儿。打开Lovable或者，用大白话把你的想法说出来，你会发现做个软件的门槛从来没这么低过。你要是刚入行的程序员：别光埋头写那些翻来覆去的业务代码了。去啃啃系统设计，去翻翻牛逼开源项目的源码，去养养自己对代码的审美。以后你的价值不在敲得快，在判断得准。你要是老程序员：别排斥，去学学怎么给AI写Skill、写Project Rules，把自个儿这么多年的经验变成一套指令。你不再是单打独斗的码农了，而是管着一堆AI小弟的技术包工头。说到底，Vibe Coding干的就一件事：把写代码里那些不动脑子的体力活剥出去，把人往更上游推——推去定义问题、创造价值的位置。真正有本事的人永远不会被淘汰，他们只是换了个更趁手的工具。
夜雨聆风
