我认为是时候退休"vibe coding"这个术语了。 在这一点上，它根本不是基于氛围的。管理代理，指导他们朝正确的方向前进，提供准确的反馈，帮助他们摆脱困境。我们应该称之为"驾驶"一个LLM。是的，有些飞行员只是按下巡航控制按钮，处理简单的飞行，但也有飞行员可以从同一台机器中获得更多——子代理、技能、规划、协调同一代码库中的多个代理、合并冲突、同时监督多个项目等等。 当你说"我 vibe coded 这个"时，它暗示所有的代理性都在LLM中——它抹去了你自己的创作权。这个术语本身是为了给不严肃的行为提供许可，来为对工艺的无知辩护。"我知道这样编程是不好的，但如果我们只是接受它呢？"但这并不比一个使用复杂仪器降落飞机的飞行员的说法更真实。这不是"vibe flying"。 几乎所有东西现在都将是"vibe coded"，但程序员的代理性只是上升到更高的抽象层次。用Karpathy的话来说，我们已经从汇编编程，转向更高级语言编程，现在转向自然语言编程。但作为一个概念，创作权将会存活。 这就是为什么我认为我们应该说"我驾驶Claude来构建这个"。这就是软件工程的未来样子。我们的语言需要适应。 @karpathy

为了扩展这个比喻，就好像一个网页开发者会说“这是 Python 写的。” 不，你是写的。你没有写汇编代码，而汇编代码对你来说可能是不可理解的。但这就是现在程序是如何编写的。编程的行为适应于更高层次的抽象。 说“我在 Claude 中编程”或甚至“用 Claude 编程”是奇怪的，但驾驶 IMO 清楚地表明了你与机器的关系。