Kitze：为什么'氛围工程'有效而'氛围编程'不行
为什么Kitze区分氛围工程和氛围编程
Kitze是Sizzy（开发者专用浏览器）、Zero to Ship和其他几个工具的创作者。这场会议演讲区分了”氛围编程”（接受AI输出的任何东西）和”氛围工程”（用技术知识引导代理）。他的论点是：技能分布中间的怀疑论者是错的，而喜欢它的初级工程师和掌握它的资深工程师都是对的——出于不同的原因。
关于采用的光谱： “On one hand you have juniors who are like ‘hell yeah, give me the thing, I love doing my own SaaS.’ Then you have super senior people doing libraries and frameworks. And then you have the majority in the middle like ‘this will never be good enough, my code is perfect.’ It’s hilarious, but it’s a pattern.”（一边是初级工程师，他们说”太棒了，给我那个东西，我喜欢做自己的SaaS。“然后你有做库和框架的超级资深人员。然后你有中间的大多数人说”这永远不会足够好，我的代码是完美的。“这很搞笑，但这是一个模式。）分布是双峰的：热情的初学者和有经验的从业者，中间是持怀疑态度的中级人员。
关于氛围工程到底是什么： “I’m not vibe coding. I love this term someone coined—vibe engineering. When you’re actually using agents to code all the time but you just look at your screen like ‘I’m going to catch you.’ You’re suspicious of the code because it’s based on our knowledge.”（我不是在氛围编程。我喜欢有人创造的这个术语——氛围工程。当你实际上一直在使用代理编程，但你只是看着你的屏幕说”我要抓住你。“你对代码持怀疑态度，因为它基于我们的知识。）区别：氛围编程者盲目接受，氛围工程师主动监督。
关于Composer One改变一切： “Composer One made me realize I missed coding. What I would do is let a model run like GPT-5 Codex and it would take 37 years. Now I’m back in the driver’s seat. I can be like ‘Stop. No no no. We do the other thing.’ It feels like coding.”（Composer One让我意识到我想念编程。我会让像GPT-5 Codex这样的模型运行，它需要37年。现在我回到了驾驶座上。我可以说”停。不不不。我们做另一件事。“感觉像是在编程。）反馈循环的速度比模型能力更重要。
关于难搞的开发者（PA devs）： “You leave a nitpick comment on a two-line PR. You spend more than 2 minutes on a PR review. The thought of agreeing with a colleague causes stomach pain. You say ‘well actually’ in code comments.”（你在两行PR上留下吹毛求疵的评论。你在PR审查上花超过2分钟。想到同意同事就会胃痛。你在代码评论中说”实际上”。）AI采用的最大障碍不是能力——而是本来就有反作用的完美主义。
关于真正的生产力提升： “I achieved in two weeks more than I achieved in last year. This was solely due to Composer One. I was about to abandon projects… I moved Benji to Next 16 with App Router, TRPC, Monorepo, Turbo Repo, React Native app, and put in 90% of the features—in less than a week.”（我在两周内取得的成就比去年一整年还多。这完全是因为Composer One。我本来要放弃项目…我在不到一周的时间里把Benji迁移到Next 16的App Router、TRPC、Monorepo、Turbo Repo、React Native应用，并完成了90%的功能。）速度使得原本不存在的项目成为可能。
Kitze关于AI辅助开发的6个洞见
- 氛围工程≠氛围编程 - 氛围编程是盲目接受输出；氛围工程是用技术知识监督代理并实时捕捉错误
- 把AI给资深工程师，而不是初级工程师 - “不要把AI工具给你的实习生和初级工程师。如果你说服你持怀疑态度的资深工程师做氛围工程，你会获得10倍的结果”
- Composer One是范式转变 - 快速反馈循环让你保持在驾驶座上；慢模型在等待时把人们推向YouTube短视频
- 难搞的开发者是真正的阻碍 - 要求最优抽象并对两行PR吹毛求疵的完美主义，无论有没有AI都是有反作用的
- LLM不在乎重复代码 - 这是一个特性：人类过早地过度抽象，LLM在适当的时候乐于复制
- 技能要求改变了，而不是消失了 - 了解模型限制、上下文管理、提示工程和判断”足够好”代码是新的必备技能
这对开发者生产力意味着什么
Kitze的演讲重新定义了AI编程辩论：问题不是AI能力，而是人类完美主义。“氛围编程”失败是因为它是无监督的赌博。“氛围工程”有效是因为它结合了AI速度和人类对什么足够好的判断。讽刺的是：对代码质量已经很务实（而不是过度抽象的完美主义者）的开发者是蓬勃发展的人。技能不是写英语——而是知道代码什么时候足够好，这一直是工程中最难的部分。