我認為是時候退休"vibe coding"這個術語了。 在這個時候，它根本不是基於氛圍的。管理代理，將他們引導到正確的方向，給予準確的反饋，幫助他們擺脫困境。我們應該稱之為"駕駛"一個LLM。是的，有些駕駛員只是按下巡航控制按鈕，處理簡單的飛行，但也有駕駛員能從同一台機器中獲得更多——子代理、技能、計劃、協調同一代碼庫中的多個代理、合併衝突、同時監督多個項目等等。 當你說"我 vibe coded 這個時候，"這意味著所有的代理性都在LLM中——它抹去了你自己的創作權。這個術語本身是為了給不認真行事的人一個理由，來為對工藝的無知辯護。"我知道這樣編程是不好的，但如果我們只是接受它呢？"但這並不比一位駕駛員利用他們的複雜儀器降落飛機的情況更真實。這不是"vibe flying"。 幾乎所有東西現在都將是"vibe coded，"但程序員的代理性只是上升到更高的抽象層次。用Karpathy的話來說，我們已經從組合編程，轉向高級語言編程，現在轉向自然語言編程。但作為一個概念的創作權將會存活下來。 這就是為什麼我認為我們應該說"我駕駛Claude來建造這個。"這就是未來軟體工程的樣子。我們的語言需要適應。

延伸這個隱喻，就好像一位網頁開發者會說「這是 Python 寫的。」 不，你是寫的。你沒有寫組合語言，而組合語言的代碼對你來說可能是難以理解的。但這就是現在程式的寫作方式。編程的行為適應了更高層次的抽象。 說「我在 Claude 中編程」或甚至「用 Claude」聽起來很奇怪，但駕駛 IMO 清楚地表明了你與機器的關係。