大家都在忽视 Vibe Coding，原因如下

Source: Dev.to

这不是潮流，也不是捷径，而是那种悄然把懂它的开发者与不懂的开发者区分开的技能。

老实说，六个月前我以为 vibe coding 只是一句流行语——又一个 Twitter 在两周内就会消化并抛出的吸睛词汇。我一直往下滑，告诉自己等它真正有意义时再去了解。

后来我认真尝试了一下，才明白自己当初为何错怪了它。

什么是 vibe coding

在 2025 年 2 月，OpenAI 联合创始人 Andrej Karpathy 描述了一种全新的软件构建方式：一种你可以流畅、直观地与 AI 合作，而不必对每一行代码斤斤计较的方式。你进行指引、塑造、做出判断，随后实现随之而来。

这条推文获得了 500 万次观看。Collins Dictionary 在 2025 年底将 vibe coding 评为年度词汇。

但在喧嚣中被忽略的关键在于：

vibe coding 并不是懒散或粗心的代名词。真正用它构建出实际产品的开发者并没有盲目接受输出。他们行动迅速、保持敏锐，将 AI 视为合作伙伴，同时将架构判断牢牢掌握在自己手中。

那些误解它的人把“忘记代码的存在”字面化了。真正做对的人明白，技能并未消失，而是发生了转变。

为什么这比大多数开发者意识到的更重要

像 HackerEarth、Amazon、Google 等公司已经在围绕这一转变进行构建。

基础代码正日益由 AI 生成。这不是将要到来，而是已经在眼前。Y Combinator 的 Garry Tan 透露，他们 2025 年冬季批次的 25 % 项目代码库超过 95 % 是 AI 生成的。

这对你的意义不是工作会消失，而是工作正在改变。价值不再仅仅在于写代码，而在于知道要构建什么、如何指引 AI 高质量地构建，以及如何评估返回的结果。

这就是正确的 vibe coding，是你可以培养的技能。

没有人在谈论的鸿沟

大多数开发者要么完全依赖 AI 而不审视其输出，要么彻底拒绝它并称其为炒作。

极少数人处于中间，做更困难的事：真正培养对哪些模型在何种任务上表现更好以及原因的校准判断。

这种判断将能够乘风破浪的开发者与被浪潮卷走的开发者区分开来。

这正是让我投向 VibeCode Arena 的原因——这是 HackerEarth 打造的一个专门用于培养此技能的平台。

VibeCode Arena 的 Duels 实际作用

Duels 功能让两个 LLM 在同一个编码提示下实时对决。你可以看到两者的输出，然后在模型标签揭晓前为更好的答案投票。

• 没有品牌偏见。
• 没有“这看起来像是 Claude 的回复”。
• 只看输出与输出，依据真正重要的内容进行评判。

听起来很简单，但它会暴露出你之前未曾注意到的盲点。去掉标签后，你会发现自己的评估有多少是基于对品牌的熟悉度，而非实际输出质量。盲测结构迫使你从第一性原理出发——关注结构、意图以及长期可维护性。

我在与我的专业工作相似的提示上进行过多次对决。不同模型组合的结果并不一致，而这种不一致正是重点所在。它说明选择哪款 AI 是一个依赖具体情境的判断，而不是品牌忠诚的决定。

这就是 vibe‑coding 的直觉——一种需要锻炼的能力，而非理所当然的结论。

为什么你现在应该培养这项技能

在未来几年中蓬勃发展的开发者，并不是写代码最多的，也不是完全抵制 AI 的人。

他们是那些已经学会如何有效指挥 AI、诚实评估其输出，并构建真正可靠产品的人。

VibeCode Arena 是为数不多的能够在实时、社区驱动且真正有用的方式下训练这些能力的地方。

免费试用。以恰当的方式让人感到不适。

Try it here: VibeCode Arena on HackerEarth

Vibe 编码并不是开发者技能的终点，而是另一种技能的起点。