聞樂 發(fā)自 凹非寺
量子位 | 公眾號 QbitAI

作為AI Coding的急先鋒，卡帕西把AI寫代碼玩得爐火純青。

之前就公開說過現(xiàn)在自己80%的代碼都是AI生成的，最近的一些開源小項目，比如
autoresearch大部分也出自AI之手。

按說AI都這么能打了，編程開發(fā)工具IDE早晚會被淘汰掉。

可這位AI編程先鋒玩家在這個問題上，卻給出了一個相反的答案——

不會。迅速引起了百萬圍觀。

• IDE不會消失，我們需要的是一個更大的IDE。

大神想說的是編程的玩法變了，開發(fā)工具得跟著進化。

以前咱們是跟文件打交道，現(xiàn)在是跟一群會自己干活Agent打交道，工具自然得跟著升級——

功能得從組織文件變成高效協(xié)同智能體。

這個觀點也引起了不少人的討論和共鳴。

編程的基本單元變了

擱以前，寫代碼的工作核心是操作一個個.py、.js這類代碼文件。

IDE的作用是幫我們編輯、保存、編譯這些文件。

整個開發(fā)流程就是自己逐行寫代碼，把不同文件里的功能模塊串聯(lián)起來，最終形成能運行的系統(tǒng)。

現(xiàn)在不一樣了，智能體成了開發(fā)中的核心執(zhí)行單元

只要明確任務目標和約束條件，我們不用手寫代碼就能得到可操作的程序。

編程的基本單元從文件變成了Agent，挑戰(zhàn)就不再是如何寫出高質(zhì)量的單段代碼，而是如何讓多個智能體按照預設的邏輯高效協(xié)同、有序地推進任務。

模式變了、挑戰(zhàn)變了，開發(fā)工具自然也要跟著進化。

得從以前單純管理文件的工具，升級成能統(tǒng)籌、調(diào)度多個AI智能體的綜合管理平臺。

大神還拋出了一張很搞笑的圖片，把大廠的組織架構全內(nèi)涵了一遍。

亞馬遜是規(guī)規(guī)矩矩的樹狀層級；谷歌是亂成一鍋粥的網(wǎng)；Facebook是規(guī)矩的蜘蛛網(wǎng)。

微軟更絕，直接畫了幾個小人拿槍對著彼此（懂的都懂），蘋果是中心放射的星星狀，甲骨文這邊大部分是法務，工程師團隊被劃在小小的圈里……

他配文說，這些都是組織代碼（org code），未來的IDE就是用來構建、運行、管理這些東西的。

啥意思？

打個比方，以前的公司組織架構，你是沒法復制的，你覺得谷歌那種亂中有序的扁平化氛圍好，想把谷歌的組織架構拿來自己用？門兒都沒有。

因為你沒法fork（程序員術語，復制一份代碼自己改）一個谷歌式管理法回來裝在自己公司里。

但在AI時代，情況變了。

當你手底下干活的不是人，而是一群AI智能體的時候，你就可以隨便折騰了。

覺得亞馬遜那種層級分明的管理風格干活效率高？一鍵fork一個亞馬遜式的Agent團隊過來，讓智能體們照著這套組織邏輯協(xié)同工作就行。

這就是未來的IDE真正要管的東西。

更大的IDE是Agent命令中心

所以，卡帕西說的更大的IDE，并不是指界面拉得更大、功能堆得更滿；

而是指管理的邊界更大，設計邏輯更高級

在卡帕西眼里，tmux網(wǎng)格（把終端窗口切成整齊的小格子，同時跑多個命令）勉強湊合，但缺了一些掌控全局的爽感，新一代IDE得有這些技能：

• 一鍵顯示/隱藏任意Agent，可以快速收起或展開某個Agent的視圖，避免界面過于雜亂；
• 實時顯示每個Agent的狀態(tài)，特別是識別哪些Agent當前處于空閑，哪些正在執(zhí)行任務，哪些可能出現(xiàn)異常；
• 支持直接彈出相關工具，例如針對某個Agent快速打開終端窗口；
• 提供詳細的使用統(tǒng)計信息，包括每個Agent的token消耗量、計算資源占用、運行時長、任務完成率等數(shù)據(jù)；
• 支持全屏或跨多顯示器的指揮中心布局，將整個工作區(qū)用于展示Agent概覽。

于是就有網(wǎng)友感嘆終于有正當理由換個大顯示器了！！

大神非常贊同：我也正有此意。

參考鏈接：https://x.com/karpathy/status/2031767720933634100

— 完 —