应对 Vibe Coding 时代必备的 6 种能力，为你快速抹除焦虑感

Mon, 29 Jun 2026 05:01:53 +0000

应对 Vibe Coding 时代必备的 6 种能力，为你快速抹除焦虑感

曾经的我们学会一门语言是什么样的？对语法、常用结构、库习惯、项目组织都形成了近乎反射的肌肉记忆，写代码带来的是一种高带宽的掌控感，好像“写代码”成为了一个我们生下来就自带的和“吞咽”，“眨眼”一样自然的功能。可是，我愿意把 GPT-5.2 称为一个分水岭——这款模型发布之后，我们也许再也没有像以前那样写过代码了：虽然产出变快了，但我们的大脑没有像当年那样把语言细节压进长期记忆，于是主观体验就变成了“我只是会指挥，不会写”，产生一种自己一整年没有任何进步，一直在吃老本的失落感……

以下包含大量 AI 生成 / AI 列表体内容，但经过了作者本人的精心整理和筛选，不喜勿看。

说回肌肉记忆，在 vibe coding 时代，真正重要的肌肉记忆不再是“手写每一行代码的语法结构”了，而是另一套还没被完全命名的新能力。就像高级语言出现后，优秀程序员不再把主要精力放在手写汇编、寄存器分配、循环展开上；IDE 出现后，也没人再把“手敲 import、记住所有 API 签名”当作核心竞争力。AI 继续发展之后，很多今天看起来像“基础功”的东西，很多被你认为“什么都没学会”的虚空能力，可能会继续下沉成你的核心竞争力。

所以我不认为你应该再“刻意练习使用更低级的语言来刷手感”，或者说，为了证明自己还会编程，故意不用 AI、故意手写大量样板代码，以寻求那种心理安慰——那样不仅效率低下，还可能确实是在和时代拧着来。

你的失落感从何而来？

简单来说，就是“编程能力的构成变了，但评价标准还停在旧时代”。失去“高带宽的掌控感”后，你认为自己“失去了可验证的自我证据”——离开 Agent，离开昂贵的大模型，你已经难以手动完成一个完整的项目了：现在 agent 把很多“局部求解”替你做了，你虽然还能把项目做出来，但过程中缺少那种“这段就是我自己从空白推出来的”证据，于是你会下意识的认为：我是不是只是在借工具的力？

但是，当你每天输入 uv run, go run, cmake ., dotnet run, ./gradlew 时，你有没有想过，“我是不是其实没有自己编程的能力，我只是在借编译器的力？”

好像并没有 (?)

我们应该做什么？

其实，我们要做的事情，就来源于一个简单的事实：编译器和 AI 不是同一种工具。

我听到过一句话，相信很多程序员朋友都听到过：

编译器的小心思比程序员多得多了，不管你是算法比赛的前多少名，在实际项目中，也最好不要和编译器耍小聪明。

那么，我们是否也不应该和大模型耍小聪明？

编译器的边界很清楚。你写下确定的源代码，它按照语言规范做优化。它可能比你更懂底层优化，但它不会擅自改变你的业务目标。你不需要理解所有编译器优化细节，但你至少要理解：

你写的程序语义是什么
内存、并发、复杂度大概会发生什么
编译器不能替你修正错误的需求和错误的抽象

AI 不一样。它不是只优化你写下的确定语义，它会参与“语义生成”。你说“帮我做一个登录功能”，它不只是把你的代码优化掉，而是在替你决定：

数据表怎么设计
token 怎么存
密码怎么 hash
错误怎么处理
接口怎么暴露
权限边界在哪里
哪些情况被忽略
哪些安全假设默认成立

所以，“不要和 AI 耍小聪明”这句话可以成立，但要换一种理解：

学习 on ゲーム開発部

应对 Vibe Coding 时代必备的 6 种能力，为你快速抹除焦虑感

应对 Vibe Coding 时代必备的 6 种能力，为你快速抹除焦虑感

你的失落感从何而来？

我们应该做什么？