LinkedIn上最近充斥着一类帖子。发帖者自称"曾经的非技术创始人"，宣称只用Cursor和一个周末就做出了SaaS产品。他们的口号是："编程已死，英语就是新的编程语言。"
听起来很诱人。但看看他们实际交付的代码，故事就变了味。
我们被灌输了一种叙事：AI是伟大的平权工具，入行门槛降到零，有键盘就能当软件工程师。但实际情况可能恰恰相反——"氛围编程"（Vibe Coding）没有消除数字鸿沟，而是在制造一个更隐蔽、更危险的新鸿沟。
"Hello World"的幻觉
教程从不告诉你一件事：写代码其实是整个工程中最简单的部分。
让大语言模型"用React做个待办清单应用"，它能做到。组件、样式，一应俱全。界面看起来很漂亮。非技术用户瞬间觉得自己成了巫师。
然后他们运行npm install。
屏幕突然刷出一片红色。对等依赖冲突、某个库六个月前的废弃警告——AI选这个库是因为它的训练数据就停在那时候。
这就是新的分水岭。
一边的人能读懂报错、更新package.json、继续推进。另一边的人，"氛围编程者"，彻底卡死。他们把报错贴回AI，AI道歉，再给另一个错误方案。循环四小时，原地打转。
能生成代码，不等于能搞工程。
"乘客"困境
我用自动驾驶汽车来打比方。
氛围编程让你坐在特斯拉的驾驶座上，开着Autopilot。感觉棒极了——时速70英里，听着播客，几乎不用碰方向盘。你觉得自己是司机。
但如果车子突然因为"幽灵锥桶"急转呢？如果爆胎了呢？
不会手动驾驶，你就不是司机。你只是碰巧坐在前排的乘客。
这些新晋"AI开发者"的危险在于：他们在搭建自己不理解复杂度的系统。他们是自己产品里的乘客。客户报告bug时，氛围编程者束手无策——他们修不了，因为从没真正理解过系统是怎么运行的。
他们只能把错误描述扔回AI，祈祷这次能蒙对。
真正的成本在哪
市场正在重新定价开发者的价值。写语法的能力在贬值，"逻辑验证"的能力在升值。
工程的真实成本不在于系统能跑的时候把它搭起来，而在于它崩了的时候把它修好。AI擅长前者，对后者几乎帮不上忙——因为它需要理解上下文、追溯决策链条、在混乱中定位根因。
这些能力来自经验，来自被错误消息折磨过数百次的肌肉记忆，来自对技术栈深层机制的直觉。
氛围编程者跳过了这些积累。他们拿到了驾照，但从没真正开过车。
鸿沟的两边
这不是在贬低AI工具。Cursor、Copilot、Claude——它们确实提升了专业开发者的效率。但效率提升和技能替代是两回事。
真正的数字鸿沟正在形成：一边是能用AI加速工作的工程师，一边是以为AI能替代工作的非技术人员。前者在创造，后者在生成——然后被困在自己生成的迷宫里。
那个周末用Cursor做出SaaS的创始人？他可能确实上线了产品。但六个月后的生产环境故障、安全漏洞、性能瓶颈，会告诉他工程到底是什么。
英语不是新的编程语言。调试才是。
热门跟贴