去年这个时候，身边开始有人说：以后不用学编程了，AI 全能写。
今年再看，这批人里，已经有用 AI 1 天内就上线了一个工具赚到了钱，也有人拿着 AI 生成的代码在生产环境踩了坑，改了两周没改完。
所以我想认真聊聊这件事，不站队，只说我观察到的。
一、先承认一个事实：它确实很强
Vibe Coding 这个词，最早是 OpenAI 联合创始人 Andrej Karpathy 提出来的。意思大概是，你不需要逐行写代码，你只需要描述你想要什么，让 AI 来生成，你来调整方向。
这种方式有多快？
一个没有后端经验的产品经理 ，用 Cursor + Claude，两天搭出了一个带用户登录、数据存储、支付接口的 Web 应用。
这放在三年前，至少需要一个全栈工程师干两周。
AI 编程工具让交付速度发生了质的改变
二、但有件事被严重低估了
大多数讨论 Vibe Coding 的内容，都停在「能不能生成代码」这个层面，但在黄啊码看来，如今这个问题的答案是肯定的，AI 能生成，而且越来越好。
但软件开发真正难的部分，从来不是「写代码」本身。
举一个真实的场景：
你接手一个运行了四年的订单系统，历史上经过三任开发，数据库里有十几张表存在隐式关联，没有文档......
有几段关键逻辑只有注释写着：
// 不要动，原因不明但动了就出问题
现在产品要加一个功能：支持退款后重新下单，且新订单要继承原订单的优惠券状态。你打开 Cursor，怎么描述这个需求？
你描述不清楚，因为你自己也还没完全搞清楚这套系统的边界在哪，哪些技术栈是AI擅长的，哪些不是，你根本无从下手。
这才是大多数程序员日常面对的工作，不是从零开始写一个干净的新系统，是在一步一步的迭代开发中保证系统完整稳定运转。
「搞清楚这套系统的边界在哪」这件事，AI 做不了。
这个过程叫上下文建立，是软件工程里最消耗人的部分，也是目前 AI 最力不从心的部分。
三、被替代的是哪种程序员
这个问题比「程序员会不会被替代」更值得想清楚，他关乎你的vibe coding能力或者程序员未来的技术不可替代能力能否更上一层楼。
翻译员型工作（正在被 AI 替代）
✦ 拿接口文档写前端调用
✦ 拿数据表结构写增删改查
✦ 拿设计稿还原页面
AI 今天已能做到 80 分，且在持续提升
决策者型工作（被 AI 放大）
✦ 判断需求值不值得做
✦ 评估方案对未来的影响
✦ 定位 bug 的真正根因
AI 只是工具，你才是主角
四、那普通程序员该怎么办
不是每个人都能成为「做决策的人」，这是现实。
但有一件事是确定的：AI 工具用得好的程序员，和用得差的程序员，生产效率的差距会越来越大。
真正会用 AI 写代码的人，需要具备一个能力，按层级递进：
1
能跑起来
AI 生成的代码，基本功能正常运行
2
能跑对 + 能跑安全
判断逻辑是否正确，识别潜在的安全漏洞
3
适合你的场景
结合业务上下文，判断这是不是真正需要的解法
这种判断力，恰好来自于扎实的基础知识和工程经验，上下文工程能力再强，没有业务能力做支撑，都是白搭。
最后说一句
Vibe Coding 是真实的变化是它在重新分配程序员的时，把人从重复劳动里解放出来，去做更需要判断力的事。
对于能适应这种变化的人，这是好事，对于只把自己定义为「写代码的人」的人，这确实是一个信号。
最后想说一句，不要嘲笑那些刚用AI编程就发了 localhost:3000 链接的朋友，他至少已经在用 AI 做东西了，这已经比大多数还在观望的人，走得更远。
我是黄啊码，码字的码，如果觉得受用，欢迎一键三连。