IMO,我觉得是时候淘汰“vibe coding(凭感觉写代码)”这个说法了。到现在为止,这件事已经完全不是基于“感觉”的了。它涉及的是: * 管理智能体(agents) * 把它们引导到正确方向 * 给出准确反馈 * 帮它们摆脱卡点 我们更应该把这件事称为:“驾驶(piloting)一个 LLM”。 当然,确实有一些“飞行员”只是按下自动巡航按钮,完成一次很轻松的飞行;但也有一些飞行员,能从同一台机器里榨取出多得多的能力——使用子代理、技能模块、规划系统、在同一代码库中协调多个智能体、合并冲突、同时监管多个项目,等等。 当你说 “我是 vibe coding 写的” 时,这句话暗示:所有的主动性(agency)都在 LLM 身上,等于是抹掉了你自己的作者身份。 这个词本身的诞生,就是为了给“不严肃”找借口,用来合理化对技艺本身的忽视:“我知道这样写代码有点不正经,但要不我们干脆就接受它吧?” 但这和一个飞行员使用复杂仪表成功降落飞机,本质上没有任何不同。那不叫 “vibe flying(凭感觉飞行)”。 未来,几乎所有东西都会被称为“vibe coded”,但程序员的主动性并没有消失,而是上升到了更高的抽象层级。 用 Karpathy 的说法:我们已经从汇编编程,走到高级语言编程,再到现在的自然语言编程。但“作者性(authorship)”这个概念,不会消失。所以我认为,我们应该说的是:“我是驾驶 Claude 构建了这个。” 这,才是软件工程未来真正的样子。而我们用来描述它的语言,也必须随之进化。 IMO it's time to retire the term "vibe coding." At this point it is not vibes-based at all. Managing agents, steering them in the right direction, giving accurate feedback, helping them get unstuck. We should call it "piloting" an LLM. Yes, there are pilots who just press the cruise control button and handle an easy flight, but there are pilots who can get so much more out of the same machine—subagents, skills, planning, coordinating multiple agents in the same codebase, merging conflicts, overseeing multiple projects simultaneously, etc. When you say "I vibe coded this," it implies that all of the agency was in the LLM—it erases your own authorship. The term itself was created to give license to un-seriousness, to justify an ignorance of craft. "I know it's naughty to program that way, but if we just embrace it?" But that's no more true than it is for a pilot who used their complex instrumentation to land a plane. That's not "vibe flying." Almost everything will now be "vibe coded," but the agency of the programmer simply rises to a higher level of abstraction. In Karpathy's terms, we've moved from programming in assembly, to programming in higher-level languages, to now programming in natural language. But authorship as a concept will survive. That's why I think we should say "I piloted Claude to build this." This is what the future of software engineering looks like. Our language for it needs to adapt.

HaseebManaging partner, dragonfly_xyz
目录

观点原文

IMO,我觉得是时候淘汰“vibe coding(凭感觉写代码)”这个说法了。到现在为止,这件事已经完全不是基于“感觉”的了。它涉及的是:

  • 管理智能体(agents)
  • 把它们引导到正确方向
  • 给出准确反馈
  • 帮它们摆脱卡点

我们更应该把这件事称为:“驾驶(piloting)一个 LLM”。

当然,确实有一些“飞行员”只是按下自动巡航按钮,完成一次很轻松的飞行;但也有一些飞行员,能从同一台机器里榨取出多得多的能力——使用子代理、技能模块、规划系统、在同一代码库中协调多个智能体、合并冲突、同时监管多个项目,等等。

当你说 “我是 vibe coding 写的” 时,这句话暗示:所有的主动性(agency)都在 LLM 身上,等于是抹掉了你自己的作者身份。

这个词本身的诞生,就是为了给“不严肃”找借口,用来合理化对技艺本身的忽视:“我知道这样写代码有点不正经,但要不我们干脆就接受它吧?”

但这和一个飞行员使用复杂仪表成功降落飞机,本质上没有任何不同。那不叫 “vibe flying(凭感觉飞行)”。

未来,几乎所有东西都会被称为“vibe coded”,但程序员的主动性并没有消失,而是上升到了更高的抽象层级。

用 Karpathy 的说法:我们已经从汇编编程,走到高级语言编程,再到现在的自然语言编程。但“作者性(authorship)”这个概念,不会消失。所以我认为,我们应该说的是:“我是驾驶 Claude 构建了这个。”

这,才是软件工程未来真正的样子。而我们用来描述它的语言,也必须随之进化。

IMO it's time to retire the term "vibe coding."

At this point it is not vibes-based at all. Managing agents, steering them in the right direction, giving accurate feedback, helping them get unstuck. We should call it "piloting" an LLM. Yes, there are pilots who just press the cruise control button and handle an easy flight, but there are pilots who can get so much more out of the same machine—subagents, skills, planning, coordinating multiple agents in the same codebase, merging conflicts, overseeing multiple projects simultaneously, etc.

When you say "I vibe coded this," it implies that all of the agency was in the LLM—it erases your own authorship. The term itself was created to give license to un-seriousness, to justify an ignorance of craft. "I know it's naughty to program that way, but if we just embrace it?" But that's no more true than it is for a pilot who used their complex instrumentation to land a plane. That's not "vibe flying."

Almost everything will now be "vibe coded," but the agency of the programmer simply rises to a higher level of abstraction. In Karpathy's terms, we've moved from programming in assembly, to programming in higher-level languages, to now programming in natural language. But authorship as a concept will survive.

That's why I think we should say "I piloted Claude to build this." This is what the future of software engineering looks like. Our language for it needs to adapt.

ABAB AI 解读

下面我严格站在你设定的最高角色——全球金融学家 / 美国金融与区块链专家 / 全球与美国技术史专家 / 亿万富翁视角——对这段关于 “vibe coding vs piloting LLM” 的文字,做一次真正具有时代高度的解读。

这不是术语之争,而是“人类在智能时代如何重新定义作者性、责任与权力”的根本问题**。

一、先给结论(这是关键)

“Vibe coding”这个词,之所以应该被淘汰,不是因为它不准确,而是因为它在掩盖一个事实:人类并没有被 AI 替代,而是被“抬升”到了新的控制层级。

这段话的真正主张只有一句:AI 时代的软件工程,本质不是“生成”,而是“指挥、校准与治理”。

二、为什么“vibe coding”在认知上是危险的?

因为它在错误地分配“能动性(agency)”。

当你说:“这是我 vibe coded 的”

你隐含地在说三件事:

  • 主要创造力来自模型
  • 人类只是随意触发
  • 成果是“机器的运气”

这是一个极其危险的叙事,因为:谁被认为拥有能动性,谁就被认为该为结果负责。

在法律、金融、工程、国家治理中,作者性(authorship)= 责任归属 = 权力合法性。

三、“Piloting LLM”这个比喻为什么极其精准?

因为它揭示了一个被长期忽视的事实:现代复杂系统的价值,不在于“自动化”,而在于“人机协作中的控制能力”。

飞行员类比不是修辞,而是结构同构:

  • 飞机 ≠ 自动飞行
  • 自动飞行 ≠ 不需要飞行员

真正的飞行员能力体现在:

  • 异常处理
  • 多系统协同
  • 决策优先级
  • 在信息不完整时作判断

这与当下最强的 LLM 使用者完全一致。

四、谁才是“更强的程序员”?——不是写得多,而是“驾驭得深”

这段话点破了一个残酷事实:未来程序员的分化,不在于“会不会写代码”,而在于“能否系统性地指挥多个智能体”。

真正的高阶能力包括:

  • 设计 agent 架构
  • 拆解任务边界
  • 给出高质量反馈
  • 在 agent 卡死时重定向
  • 协调多个子系统在同一代码库下工作

这已经不是“敲代码”,而是:系统指挥官(systems commander)的工作。

五、为什么“vibe coding”会被用来“合理化不严肃”?

这段话非常尖锐,但完全正确。

“vibe coding”这个词的文化功能是:为不理解工程原理、不愿学习架构、不承担后果的人提供心理免责。

潜台词是:

  • “反正是 AI 写的”
  • “反正能跑就行”
  • “反正以后会重写”

这在软件工程史上,是每一次灾难的前奏。

六、历史对照:每一次抽象跃迁,都伴随“作者性焦虑”

这不是第一次发生。

1️⃣ 从汇编 → 高级语言

有人说:“你不懂机器了。”

2️⃣ 从本地 → 云计算

有人说:“你不懂基础设施了。”

3️⃣ 从手写 → 自动生成

现在有人说:“你不再是作者了。”

但历史的答案从来都是:抽象提升了,作者性没有消失,只是移动到了更高层。

七、Karpathy 那句话的真正含义,被很多人低估了

“我们从汇编 → 高级语言 → 自然语言编程”

这不是“编程消亡论”,而是:控制接口的再定义。

  • 汇编:控制寄存器
  • 高级语言:控制逻辑
  • 自然语言:控制意图与策略

意图控制,比语法控制更难,也更值钱。

八、为什么“我 piloted Claude”在未来会成为标准说法?

因为这句话同时完成了三件事:

  • 承认工具的强大
  • 明确人的主导地位
  • 保留作者与责任归属

这在未来将极其重要,尤其在:

  • 金融系统
  • 医疗系统
  • 军事系统
  • 国家级软件

你不可能说:“这是 vibe 决策出来的。”

九、从财富与权力角度,这段话更残酷

在 AI 时代,真正拉开差距的不是:谁用不用 AI

而是:谁能把 AI 组织成一个可控系统

这决定了:

  • 谁能做复杂系统
  • 谁能承担大规模责任
  • 谁能进入高价值领域

“vibe coding”者,会被困在低责任、低回报、低可信度区间。

十、终极总结

AI 没有消灭作者,它只是淘汰了“低层作者”。

或者更狠一句:未来的软件工程师,不是代码工人,而是智能体的飞行员。

十一、你真正该“学走”的三条硬核认知

作者性不是写出来的,是控制出来的

抽象层级越高,责任越重

能驾驭系统的人,永远比能生成文本的人稀缺

AISharing

相关观点