Vibe Coding（氛围编码）指开发者通过自然语言对话告诉 AI 想实现的功能，由 AI 生成全部代码的开发方式。该概念诞生之初承载着人工智能圈的乐观情绪——大模型已强大到可以用日常对话语言构建应用。然而短短时间后，围绕它的’氛围’已发生明显转变。程序员群体迅速面对 AI 编码工具带来的职业现实：当所有人都在用 AI 大量产出代码时，开发者必须产出更多工作以跟上管理层设定的配额。这种模式或许更’高效’，但本身存在争议——总得有人负责验证 AI 生成的代码是否可靠，工作负担并未真正减轻。与此同时，大量仅凭订阅 Claude、怀揣半成熟创意的用户开始自认为是真正的程序员，进一步加剧了职业身份焦虑。最近科技圈流传的一条推文将这种情绪推向高潮：建议用’戴绿帽编码’取代’vibe coding’，因为开发者’只是坐在椅子上看着 AI 摆弄自己的代码’，连 r/ClaudeCoded 社区的发帖者也认为这个调侃颇为传神。产业层面的变化更为激进。据媒体报道，开发《堡垒之夜》的 Epic Games 已基本强制推行氛围式编码，告知员工’不再有手写代码’，其在研的未公布新作将’由完整的 AI 工作流程生成’。Epic 此前还因吹嘘其游戏启动器通过’氛围编码’比竞争对手 Steam 更快上线而遭到社区嘲讽。氛围编码已从新奇事物沦为’必要之恶’，甚至成为怀疑的对象，不再是值得炫耀的技能。
事件分析
从技术角度看，争议核心在于 AI 生成代码的验证成本：模型可以快速产出代码，但确认其正确性、安全性与可维护性仍需资深工程师投入，所谓’效率提升’在验证环节被部分抵消。这解释了为何一线开发者对强制 AI 化的抵触，远大于对工具本身的否定。产业层面，Epic Games 代表了企业端激进派路线——将 AI 编码从辅助手段升级为强制流程。若该模式在游戏行业跑通，可能引发连锁效仿；反之，若项目质量出现滑坡，将成为反对全面 AI 化的标志性案例。社区自发创造贬义命名的现象，也折射出开发者话语权与企业管理意志之间的张力。后续走向值得关注两点：一是代码审查与 AI 输出验证类工具、岗位需求可能显著增长；二是’Vibe Coding’一词的污名化，或促使行业寻找更中性的术语与更成熟的人机协作分工模式。
核心观点：AI 编码并未消灭工作，只是把’写代码’变成’审代码’——效率幻觉背后，程序员的价值正从创造转向把关。
原文链接：Linux.do
评论前必须登录！
立即登录 注册