我最近泡在終端里的時間，比過去十年加起來都多。

不是因為突然討厭圖形界面。而是終端開始重新成為"有趣工作發(fā)生的地方"。Claude Code、Cursor的agent模式、Windsurf、還有這周 whichever 熱門的Aider分支——相比之下，"打開IDE、點點鼠標、敲幾行代碼"的老循環(huán)，顯得慢了。

但我還沒準備好宣布IDE死亡。還沒有。

支持"智能體終端"的論點很直接：你描述想要什么，智能體規(guī)劃、編輯文件、運行測試、修復(fù)問題，最后給你一份diff或PR。你待在一個窗口，手不離鍵盤，省掉在項目瀏覽器和側(cè)邊欄之間來回切換的上下文成本。

我做的很多工作——平臺代碼、基礎(chǔ)設(shè)施調(diào)整、小型服務(wù)、配置變更——一旦有了像樣的防護欄，這種流程確實更快。

問題在于智能體做完之后會發(fā)生什么。

人們把IDE當成帶額外按鈕的高級文本編輯器。這低估了IDE實際提供的東西。

好的IDE給你：跨文件重構(gòu)時真正的語義理解；類型錯誤在保存前就標紅；調(diào)試器讓你逐行跟蹤狀態(tài)；代碼庫導(dǎo)航幫你理解陌生代碼；集成測試運行器確保你跑的是正確環(huán)境。

終端里的智能體現(xiàn)在能做其中很多事。但"能做"和"無需監(jiān)督就可靠地做"仍是兩回事。

我見過智能體提議的重構(gòu)，在diff里看起來很干凈，結(jié)果搞崩了三個下游服務(wù)——因為它從沒在正確環(huán)境里跑完整測試套件。IDE至少會在你考慮合并前，把紅色波浪線亮給你看。

我現(xiàn)在最尊重的工程師，不是純終端原教旨主義者，也不是純IDE死忠派。他們是混合派。

IDE開著用來：探索不熟悉的代碼庫；需要調(diào)試器的復(fù)雜重構(gòu)；審查智能體生成的大塊變更；理解跨模塊的類型關(guān)系。

切進智能體終端用來：腳手架和樣板代碼；配置調(diào)整和小腳本；已知模式的小范圍改動；需要快速迭代的實驗。

關(guān)鍵是知道當前任務(wù)到底需要哪種模式。大多數(shù)人默認用早上第一個打開的工具。但交付更快的人，是故意切換的人。

真正讓我睡不著的是這部分。

當智能體住在終端里，給它 broad 權(quán)限更容易。它已經(jīng)有你的shell環(huán)境，已經(jīng)能運行命令。"讓它編輯文件、跑git"感覺只是小步。同樣能力放在IDE插件里，爆炸半徑通常更可控，因為插件模型強制更明確的權(quán)限邊界。

我們即將慘痛學到這一課。

企業(yè)級終端智能體正在到來（GitHub已經(jīng)用Copilot CLI插件起步）。把這事當成"又一個CLI工具"而不是"新的特權(quán)運行時"的組織，會有很糟糕的體驗——當某個智能體決定，修復(fù)失敗流水線的最快方式是禁掉它不理解的某項安全檢查。

我不是說別用IDE了。我是說許多任務(wù)的默認起點已經(jīng)轉(zhuǎn)移。

對2026年的平臺工程師，實用配置大概是：終端作為默認啟動點，用于已知模式的快速任務(wù)；IDE作為深度工作空間，用于理解和調(diào)試；智能體權(quán)限按任務(wù)粒度配置，不是全局開關(guān)；代碼審查流程假設(shè)部分變更由AI生成，需要人類驗證語義正確性。

搞對這套的人，會少花時間在會議上爭論"AI生產(chǎn)力"，多花時間在真正交付。