IDE 正在消亡？

自從 AI 輔助編碼工具和各類 Agent 興起以來，“IDE 已死”的說法層出不窮，仿佛傳統代碼編輯器已經毫無存在價值。

然而，Addy Osmani——這位在 Google 工作近 25 年、曾在 Chrome 團隊主導 DevTools、Lighthouse 和 Core Web Vitals 的資深工程師，結合自己日常使用的多種 AI 工具給出了更細致的觀察。

他表示，IDE 的確正在失去過去作為開發“重心”的獨占地位，開發者的工作流程正向多 Agent 協作、調度和審查界面遷移，但這并不意味著它消失了。

代碼編輯器仍然存在，只是對于越來越多的開發者而言，它不再是編程時打開的第一個界面而已。

來源：https://addyo.substack.com/p/death-of-the-ide

作者 | Addy Osmani 編譯 | 蘇宓

出品 | CSDN（ID：CSDNnews）

開發者的工作“重心”正在發生變化。注意，不是消失，而是轉移。

過去，我們習慣在一個代碼編輯器窗口里一行一行地改代碼。現在，越來越多的時間被花在“看著 Agent 干活”上，因為這些 Agent 會自己做規劃、批量改文件、跑測試，然后把改動整理好，等人類來審核。

傳統意義上的 IDE，可能不再是軟件開發的絕對核心，要么被邊緣化，要么徹底進化成另一種形態。

看看很多開發者（包括我）已經在日常使用的這些工具：Conductor、Claude Code Web、GitHub Copilot Agent、Jules、Vibe KanBan，甚至 cmux，你會發現一個共同趨勢——真正的“主界面”正在變成調度和控制這些 AI Agent 的那一層，而代碼編輯器，反而退居成底層的一種“工具組件”。

Cursor 最近發布了 Glass——一個全新的界面，其設計宗旨是讓“與智能代理協作”這件事變得更清晰、更直觀，而且始終在你的掌控之中。在這個界面設計里，管理 Agent 本身成了核心體驗，而傳統的代碼編輯器，則變成你在需要深入細節時才會打開的工具。

這個工具發布之后，開發者的反饋也來得很快：

現在的 Cursor，更像一個“代理調度中樞”（Agent Orchestrator），而不是傳統意義上的 IDE。并行管理多個 Agent，也變得輕松多了。

但 Glass 只是更大趨勢中的一個縮影。像 cmux 這類終端界面也在說明一件事：我們熟悉的那些操作界面，正在被重新塑形，更好地服務于“多 Agent 協作”這種新的工作方式。

從“改文件”，到“控流程”

以前，IDE 都是圍繞一套固定流程優化的：打開文件 → 改代碼 → 編譯 → 調試 → 再來一遍。現在業界經常有人說“IDE 已死”，是因為一旦 Agent 能自動干完大部分事，這套循環就不再是決定效率高低的關鍵了。

新的工作節奏，更像這樣：明確目標 → 交給 Agent → 觀察執行 → 審查改動 → 合并結果。它和“帶聊天框的自動補全”最大的區別在于：Agent 不僅能用工具自主完成任務，而且配套的界面，也在圍繞“如何把這種自主能力管住、用好”來設計。

這種變化，其實已經在一批高頻工具中落地了。比如 Claude Code（Web 或桌面版）和 Codex，可以讓開發者把結構清晰的任務直接交給運行在云端隔離環境里的 Agent 來完成，進度在瀏覽器里一目了然——不需要終端，也不用本地折騰環境。

GitHub Copilot 的 Agents 更進一步：它能自己規劃并完成跨多個文件的修改，自動建分支、跑測試，最后把結果整理成一個 PR 交給你審。開發者的角色，從“手把手指揮每一步”，變成“看結果、提反饋、再迭代”。

Conductor 則走了另一條路：它是一個桌面應用程序，可以同時跑多個 Claude Code Agent，每個在獨立工作空間里執行任務，你可以實時看到它們各自的進展。

而 Google 的 Jules 更像“異步外包”：你把任務分派出去，它在后臺慢慢跑，完成后你再回來驗收結果。

這些工具的核心思路都一樣：干活的主體是 Agent，不是文件本身。真正值得優化的界面，是幫你分配任務、跟蹤進度、審核結果的界面，而不是讓你把代碼敲得更快的編輯器本身。

正在成型的“代理調度層”

只有當你仔細觀察這些工具中趨同的界面模式時，“IDE 被替代”的說法才顯得有說服力。

工作隔離被當成了一項基礎能力。并行運行的 Agent 之間必須避免互相干擾。在這一點上，幾乎所有認真做這類工具的團隊，都選擇了 git worktree 或類似機制作為解決方案。Conductor 為每個 Agent 會話分配獨立工作空間；Vibe Kanban 在其看板驅動的 Agent 工作流中也采用同樣方式。這個模式幾乎普遍存在，因為問題是真實存在的：沒有隔離，多個 Agent 同時工作只會帶來混亂。

以計劃和任務狀態為核心界面。像 Vibe Kanban 這樣的工具，將傳統的“標簽頁和文件”頂層思維模型替換為“任務與狀態”。你創建任務卡片（比如一個落地頁、后端服務或郵件集成）時，把它們分配給具體 Agent 和模型，然后像管理輕量級項目看板一樣管理整個工作——唯一不同的是，“團隊”是自動運作的。這種界面其實就是項目管理板，只是 Agent 在執行實現部分。

后臺 Agent 與異步優先設計。一些最有意思的工具，根本不要求你在執行過程中全程盯著它們。Cursor、GitHub Copilot 和 Antigravity 都支持后臺運行的 Agent——你定義目標，然后可以離開，完成后再回來查看結果就行。Jules 也是類似方式：分派任務，完成后再看差異。這里隱含的理念是：你的注意力太寶貴，不值得用來看進度條。這和 IDE 的實時同步反饋循環截然不同。

并行 Agent 的注意力管理。當多個 Agent 同時運行時，真正的瓶頸是——你如何知道現在該關注哪個 Agent。這就是為什么 Conductor 會展示所有會話的實時進度，而 cmux 在終端面板中引入了通知圈和未讀徽章。“Agent 需要注意”正成為開發環境中的一級事件——需要你進行路由和分流，而不僅僅是看一眼。

嵌入軟件生命周期的Agent。GitHub 的 Copilot 編碼代理是異步的，由控制層保護，并由 GitHub Actions 提供支持。它不僅跟代碼的寫作相關，更與實際發布流程緊密掛鉤（issues → PRs → CI → merge）。

這些工具均未宣稱 IDE 已過時——其中許多仍與 IDE 兼容互通。但上述反復出現的模式（并行工作區、基于差異的審閱、任務狀態管理、后臺執行、生命周期集成），正是“IDE 已死”論者所說的“開發工作重心轉移”的核心體現。

為什么開發者仍然離不開 IDE？

對“IDE 已死”最有力的反駁是：IDE 仍然把幾個真正復雜的問題壓縮在一個高保真反饋循環里——精準導航、本地推理、交互式調試，以及通過直接操作系統來理解它的能力。

即便是最前沿的 Agent 調度工具，也保留了手動編輯的余地。例如，在工具里直接審查 diff、對改動發表評論，然后再在編輯器里打開結果進行手動調整。這本身就是對一個事實的承認：人工干預仍然是工作流程的一部分。

Agent 工具本身也暴露了它的局限性。對于大型倉庫的多文件重構，仍然是軟件工程 Agent 最難應對的挑戰之一。這正是交互式代碼導航和人類判斷依然最有價值的場景——你需要在腦中構建系統模型，而 Agent 單憑上下文無法完整重建。

讓開發者仍然依賴 IDE 進行深度檢查的原因，是 Agent 往往“差一點就對”。當結果 90% 正確但存在不易察覺的 Bug 時，發現問題的成本往往比自己寫一遍還高。

對于高風險改動，IDE 仍然是進行這種深度、精確檢查的最佳工具。

新的成本：審查疲勞與治理負擔

如果開發變成“并行運行多個 Agent”，那么工作流繼承的問題就不再像文本編輯，而更像分布式系統管理——可觀察性、權限管理、隔離以及治理。

Agent 工作流顛倒了勞動方式。你不再是寫代碼，而是在審查代碼。乍一聽像是效率提升，但當你一天結束時盯著十二個并行 Agent 的十二個 diff 時，審查疲勞的感覺就非常真實。這也是為什么這一領域最用心的工具，更強調注意力分流、結構化計劃和以審查為先的門檻，而不是默認追求完全自主。

隨著 Agent 獲得更多工具、代碼庫和外部系統的訪問權限，安全面也隨之擴大。Agent 可以瀏覽網頁、查詢數據庫、寫入文件系統、觸發部署，因此它們“被允許做什么”變得和“能做什么”一樣重要。

在可觀察性和控制方面，IDE 集成的 Agent 模式已經推動了明確的工具日志和審批門檻。一旦 Agent 異步運行并觸碰 CI 流程，治理問題就不再可選。

未來存留下來的會是 IDE？還是控制層？亦或者兩者？

從整體趨勢來看，“IDE 消亡” 這一說法在開發重心轉移這個大方向上是對的，但從字面預測來看并不準確。

這一觀點想要表達的是：IDE 不再是主要工作區，而是成為若干輔助手段之一——用于有針對性的檢查、調試和最終編輯——而規劃、調度、審查和 Agent 管理則轉移到儀表盤、Issue 跟蹤、可觀察終端和云端控制層。

“更大的 IDE” 這一表述同樣站得住腳。新一代 IDE 是一套完整系統，提供多 Agent 調度、隔離工作空間、權限與審計日志、以 diff 為核心的審查、可靠工具連接以及注意力分流的系統。代碼編輯器仍然存在，只是不再是開發工作的入口。

IDE 并未消亡，只是被去中心化了。開發工作正在向外擴展——進入那些由人定義目標、分派給并行 Agent 運行時、更多時間用于監督、審查和治理的調度界面，而不只是手動敲代碼。

在保障代碼正確性、理解復雜邏輯，以及處理智能代理仍難以勝任的難題時，IDE 依然至關重要。但它已不再是編程發生的唯一場所；并且對越來越多的開發者而言，它也不再是打開的第一個界面。

【活動分享】"48 小時，與 50+ 位大廠技術決策者，共探 AI 落地真路徑。"由 CSDN&奇點智能研究院聯合舉辦的「全球機器學習技術大會」正式升級為「奇點智能技術大會」。2026 奇點智能技術大會將于 4 月 17-18 日在上海環球港凱悅酒店正式召開，大會聚焦大模型技術演進、智能體系統工程、OpenClaw 生態實踐及 AI 行業落地等十二大專題板塊，特邀來自BAT、京東、微軟、小紅書、美團等頭部企業的 50+ 位技術決策者分享實戰案例。旨在幫助技術管理者與一線 AI 落地人員規避選型風險、降低試錯成本、獲取可復用的工程方法論，真正實現 AI 技術的規模化落地與商業價值轉化。這不僅是一場技術的盛宴，更是決策者把握 2026 AI 拐點的戰略機會。