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

X上的私信系统是我很久以来见过的最糟糕的产品回归。我根本收不到私信的通知。我必须猜测是否有人给我发了私信并去查看，这现在很痛苦，因为加载速度太慢了。 @nikitabier 开发者能做点什么吗？

> 逐渐意识到，对于大多数人来说，即使他们有一位杰夫·迪恩级别的10倍工程师随时待命，准备在他们想要的任何时候立即做任何事情，他们也不会有一个有趣的事情去请他构建。