Secret CEO用AI写代码被CTO罚站

1991年，16岁的Secret CEO在高中才艺夜上，用挪威语表演了《三只山羊》。他其实一句挪威语都不会，但凭着死记硬背，愣是把这段童话演得声情并茂。33年后，他把这套"氛围感挪威语"用在了AI编程上——结果在CTO面前当场翻车。

这位CEO最近写了一篇长文，详细记录了自己用AI"氛围编程"（Vibe Coding）的经历。他原本想炫耀一个新项目，却被CTO连珠炮似的追问怼到墙角。"为什么这里禁用了代码检查？"CEO懵了："代码检查是什么？"CTO让他交出笔记本，去"硬编码凭据角落"面壁思过。

20年经验，12年故事驱动设计，栽在一个开关上

Secret CEO不是新手。他管理大规模定制软件项目20年，用故事驱动设计12年，试过从传统功能规格到行为驱动设计的各种流程。他甚至短暂迷恋过Gherkin（一种业务可读的领域特定语言），以为能找到开发者和业务方的共同语言。

他觉得自己比大多数人都更适合用AI做叙事开发。严格强制的实体库、安全模式、通用模式定义方法——这些他都有。用AI工具做原型也成功过几次，收获过不少"哇"的赞叹。

但CTO的问题暴露了一个残酷事实：他能用AI生成代码，却不知道自己生成了什么。就像他用挪威语表演《三只山羊》——发音准确，情感饱满，但对方一旦用挪威语回应，立刻露馅。

那位挪威交换生的同学后来问他："Snakker du litt norsk?"（你会说一点挪威语吗？）句中的"litt"（一点）是委婉的说法，意思是"我看出你其实不懂"。CTO的追问同理：禁用代码检查、硬编码凭据——这些细节是专业开发者的基本功，却是AI生成代码里常见的坑。

AI编程的"氛围感陷阱"：自信先于能力

Secret CEO把这种现象称为"氛围编程"——一种基于自然语言描述，让AI生成代码的新方式。用户用日常语言描述想要的功能，AI直接输出可运行代码。门槛极低，产出极快，副作用是：使用者容易产生"我会编程"的错觉。

他在文中描述了一个典型场景：用AI生成代码后，他"自豪地展示"给CTO看，就像当年向挪威人炫耀自己的挪威语表演。CTO的反馈让他意识到，AI给了他交付成果的自信，却没给他理解成果的能力。

这种自信与能力的错位，在AI工具普及后变得普遍。Secret CEO观察到一个现象：非技术背景的创始人、产品经理、运营人员，现在都能"写"出能跑的代码。但代码背后的架构决策、安全考量、可维护性——这些需要多年训练才能形成的判断力，AI不会替用户补齐。

他的CTO没有否定AI工具的价值，但划了一条清晰的线：你可以用AI加速，但不能用AI替代理解。禁用代码检查可能是AI为了"让代码能跑"而做的权宜之计，但生产环境里这就是定时炸弹。硬编码凭据更是安全红线，AI不会替你背这个锅。

从"氛围感挪威语"到"氛围感代码"：同一套认知偏差

Secret CEO的类比很精准：他用33年练就的"氛围感挪威语"，和用AI生成的"氛围感代码"，本质上是同一种认知偏差——把"能输出正确形式"误当成"掌握实质内容"。

挪威语表演能骗过不懂挪威语的人，AI代码能骗过不懂代码的人。但真正的考验来自内行：挪威人一句回应，CTO三个问题，幻觉立刻破灭。

他在文中承认，自己"需要帮助"的抗议被CTO驳回。这个细节耐人寻味：20年老兵放下身段求助AI，却在人类专家面前坚持"我在帮忙"。AI给的自信太足了，足到让人忘记自己的边界。

Secret CEO最终没有给出明确的解决方案。他描述了自己的处境——有准备、有经验、有成功案例，仍然在关键细节上翻车——然后留给读者一个问题：

当AI让"写出能跑的代码"变得像"背出一段挪威语童话"一样简单，我们该怎么区分"氛围感能力"和"真实能力"？你的团队里，有没有人正在用AI生成自己并不理解的代码——而你还没发现？