AI 让你造出了软件,但你不是程序员

AI 让你造出了软件，但你不是程序员

最近半年，一种说法特别流行。你不用学编程了，对着 AI 说几句话，软件就出来了，你就是程序员了。

我不同意这个说法。

你可以做出东西,但你不是程序员

你确实可以做出一个能用的东西，但你不是程序员，你更像是在当产品经理。

先把判断的来路说清楚。

2025 年 2 月，OpenAI 联合创始人 Andrej Karpathy 在 X 上造了个词，叫 "vibe coding"（氛围编程）。

他的原话是：

有一种新的编程方式，我称之为氛围编程，你完全跟着感觉走，拥抱指数级增长，然后忘掉代码本身的存在。

他还说，自己现在一律点"全部接受"，连改动 diff 都懒得看。这个词后来被柯林斯词典选为 2025 年度词汇。

注意他说的不是"你学会了编程"，他说的是"忘掉代码存在"。这两句话不是一回事。

我用一个不太恰当的比方讲。

你不会开车，但今天有自动驾驶。

你坐上车，说一句"去公司"，车自己把你送到了。你确实到了目的地，过程中你也"指挥"了车。

但能不能说你学会了开车？不能。

真到了没有自动驾驶、路上出点意外、或者让你自己握住方向盘的时候，你大概率开得很差，甚至不敢动。

AI 编程工具就是那套自动驾驶。

你用自然语言描述需求，它把软件做出来。你负责想清楚要去哪、走哪条路。到了之后舒不舒服，也得你说了算。这部分你做得越好，东西就越好。这部分，本来就叫产品。

但"开车"是另一回事。它什么时候露馅？当你要的不是 Demo，是一个真要跑的东西。

vibe coding 只适合做 Demo

有个例子我印象很深。2026 年初媒体报道过一个叫杨天润的人，学金融出身，从没写过代码，用 AI 工具 72 小时给一个开源项目贡献了代码，冲进贡献者前 30 名。

标题很燃，"文科生 72 小时杀入全球榜"。但同篇报道里，他自己说了句大实话，氛围编程只适合做 Demo，不适合做产品。

他说这话时，已经转向另一种做法，让 AI 跑完整流程，但人要在旁边把关。

这个"只适合做 Demo"的判断，不是谦虚，是撞过墙之后的经验。

当项目复杂到涉及用户登录、数据库、支付、异常处理，没有编程底子的人会卡住。

卡得有多狠，有数据。做 vibe coding 的平台 Lovable 出过一个漏洞，编号 CVE-2025-48757，一下暴露了 170 多个应用；

另一个用这种方式做出来的应用 Moltbook，泄露了大约 150 万条 API 密钥。

这些东西出事前你看不出来，因为你不会读代码，也不知道那里有个洞。

我还看到一个做兼职 CTO 的人写的东西。

他的生意之一，就是被雇去修那些"用 AI 写出来了、但已经在线上跑崩了"的应用。

他说有几件事是那些工具落地页永远不会告诉你的。代码生成出来，默认就往不安全里写。

部署那一步有多坑，没人提前提醒你。

改到第三版往后，东西开始到处散架。没有真人审查，Bug 就成批发到线上了。

一份 2025 年底的研究也印证了这点，AI 生成的代码比人写的多出 1.7 倍的缺陷，跨站攻击类漏洞多出 2.74 倍，密码处理相关的 Bug 多出 1.88 倍。

你认为你是程序员吗?

所以回到开头那个问题。你觉得你学会编程了吗？

Simon Willison 把界限划得很清楚。用 LLM 造软件但不看它写的代码，他管这叫 vibe coding。

如果你一行一行审、一行一行懂，他说这根本不是 vibe coding，这就是软件开发，AI 只是帮你打字。

我把这个区别讲出来，不是要泼冷水。我觉得这件事真正值得说的，是另一面。

不会开车，不代表你用不了车。你不会写代码，但你能用 AI 把脑子里的产品做出来，能自己定义它长什么样，也能判断哪里体验差、该改。

在一个公司里，干这个活的人叫产品经理。他们本来就不写代码，他们的本事是想清楚用户要什么，把模糊的想法变成清楚的规格。AI 把这个角色的门槛，从"得配一个技术团队"降到了"你得会表达、会判断"。

这反而是件好事。

真正可惜的，是有人以为点了几下就给自己发了张"程序员"的证，然后去接那种需要你真能 debug、真能扛生产环境的活。

那种活你接不住，车会撞。

我自己的结论很简单。别急着给自己改名程序员。先承认你坐的是副驾，然后好好当那个会指路的人。

路指得准不准，才是你值钱的地方。

至于车半路抛锚了谁来修，那是另一门手艺，别假装你已经会了。