說一個爆論：Coding Agent 的終點，還是 IDE！

今日 Claude Code 加咗 Agent View 功能。

Agent View 可以將散落喺唔同視窗終端嘅 Claude Code 會話，統一收埋入一個視圖入面。

你可以一眼睇到邊個 agent 仲做緊嘢，邊個 agent 已經完成，邊個 agent 卡住咗等你回覆。

喺任何一個會話入面撳左箭頭，或者喺終端運行 claude agents 打開呢個視圖，然後每一行會顯示會話、係咪需要輸入、最後一次回應嘅內容，同埋上次互動嘅時間。

喺對話列表揀中之後內聯回覆，等佢繼續行，撳 Enter 進入完整會話詳細。

講得簡單啲，Claude Code 由一個單一嘅對話視窗，變咗做多會話嘅統一管理平台。

目前呢個功能淨係收費用戶先用得。

試嚇先，呢個控制枱好好用，好適合一個項目嘅多任務管理。

但係體驗完之後，我突然間有個諗法：Claude Code 而家越來越臃腫，越來越似一個 IDE 咁樣，或者，Coding Agent 嘅終點，都係 IDE！

又唔係話 CLI 已經唔重要。

我而家差唔多九成時間都用 CLI，CLI 輕、快、離項目目錄近，可以直接讀檔案、改檔案、行指令、開 Branch、生 PR。

對於好似我呢啲重度開發者嚟講，命令行終端真係好用。

但問題係，好似 Agent View 呢類功能用 IDE 嚟呈現似乎更方便，例如似 Antigravity 一早有嘅 Agent 面板，就可以喺一個面板入面處理多個 Agent 嘅完整生命週期流程。

CLI 天生更加適合你派一個任務，佢改一輪 Code，一旦變咗做多會話、多狀態、多任務、多後台，喺咁細一個視窗真係好難承載到。

多個 Agent 改咗邊啲檔案？
會唔會互相衝突？
邊個 Branch 對應邊個 Task？
邊個 PR 已經可以合併？
邊個測試失敗咗？
邊個 Diff 需要人手確認？
邊個 Agent 錯改咗核心邏輯？

呢啲放喺 CLI 入面，互動起嚟就好麻煩，但係作為圖形界面 IDE，本身天然就係開發工作枱，圖形界面帶嚟嘅互動體驗，更加符合人類點點點嘅直覺。

我可以好輕易、好自由噉喺 IDE 上面開多個視窗。

一個整登入 Bug，一個補測試，一個升呢依賴，一個寫文件，一個調查線上報錯。唔使喺五個終端 Tab 之間來回撳，只要喺 Agent View 嘅可視化面板睇狀態就得。

邊個卡住咗，㩒一下切換返去；邊個完成咗，有自動桌面通知，㩒入去就可以睇結果；至於長期行後台任務，直接將佢縮到最小就得。

圖形界面輕輕鬆鬆就可以做到嘅嘢，對 CLI 可能就好重皮。

受限於命令行終端嘅侷限，就算係作為頂流嘅 Claude Code 都冇辦法好好表現呢種互動嘅能力。

所以我認為目前 Claude Code 嘅 Agent View 出現，更多隻係代表咗一種趨勢。

呢個趨勢就係由而家開始，我哋應該由 Vibe Coding 轉變做 Coding Team 嘅管理。

我哋真正面對嘅，唔係一個 AI，而係一組 AI 工人。一個負責讀 Code，一個負責寫 Test，一個負責重構，一個負責揾資料，一個負責 PR，一個負責行 Dashboard 更新。

而當 Agent 變多之後，點樣管理佢哋、觀察佢哋，喺監控嘅過程入面控制驗收結果，先係最迫切嘅嘢。

CLI 都想努力解決呢個問題，生出咗唔同嘅形態，包括 Claude Code、Codex 都已經出咗 Desktop 版本，仲有 Cloud 版本。

呢啲都話明佢哋一早已經意識到 Coding Agent 有多個入口，開發者冇可能只係留喺一個地方。

但係入口太多，容易碎片化。

例如狀態唔可以統一，例如本地改動同雲端任務點樣同步？仲有呢個會話嘅上下文喺邊？結果喺邊度 Review？

多入口之後，需要一個主駕駛艙，而呢個主駕駛艙，好大機會都係 IDE。

再者，開發呢樣嘢從來都唔只係寫 Code 呢件事，寫 Code 只係開發過程入面好細嘅一部分。

睇需求、讀 Code、改 Code、行 Test、睇 Error、Debug、睇 Diff、Commit、發 PR、Review、Merge、Deploy。

對話框只可以覆蓋其中一部分，CLI 都可以覆蓋到啲，但係佢哋仍然缺少大量可視化嘅上下文。

例如你要 Review 一個 Agent 嘅工作，最重要嘅唔係佢話自己完成咗，而係佢到底改咗邊啲檔案。

你要睇 Diff，要睇引用，要睇類型錯誤，要睇測試失敗嘅堆疊，要睇 Git Branch，要睇衝突，要睇某個 Function 仲有冇俾其他地方 Call。

呢啲能力，IDE 本身就已經有，IDE 入面有開發者正在睇嘅上下文。

Agent View 已經證明，多 Agent 需要面板，但係呢個面板就夠啦咩？係咪仲會生出任務面板、Branch 面板、Diff 面板、測試面板、PR 面板。

長遠嚟睇，CLI 比較似係任務執行層，繼續行落去，最後都係 IDE。

未來嘅 IDE，我想都可能唔只係一個編輯器或者面板嘅角色，佢更加可能會成為一個綜合性嘅 Agent 控制平台：

唔係打開一個對話框俾 AI 寫 Code，而係喺 IDE 入面派任務、觀察、接管、回滾、合併，處理多 Agent 嘅狀態、上下文、檔案變更、測試結果、PR 進度、人手確認節點。

或者，呢個先係 Coding Agent 嘅終極形態。

今天 Claude Code 增加了Agent View 功能。

Agent View 可以把散落在不同窗口終端裏的 Claude Code 會話，統一收進一個視圖裏。

你可以一眼看到哪個 agent 還在幹活，哪個 agent 已經完成，哪個 agent 卡住了等你回覆。

在任意會話裏按左箭頭，或者在終端運行 claude agents 打開這個視圖，然後每一行會顯示會話、是否需要輸入、最後一次響應內容，以及上次交互時間。

在在對話列表選中後內聯回覆後讓它繼續跑，按 Enter進入完整會話詳細。

說的更簡單一點，Claude Code 從一個單一的對話窗口，然後變成多會話的統一管理平台。

目前這個功能僅收費用戶可用。

測試一下，這個控制枱的使用很方便，很適合於一個項目的多任務管理。

但是體驗完後，我突然有了一個想法：Claude Code現在越來越臃腫，越來越象是一個IDE了，也許，Coding Agent 的終點，還是 IDE！

倒不是說 CLI 已經不重要了。

我現在幾乎90% 都在用CLI，CLI 輕、快、離項目目錄近，可以直接讀文件、改文件、跑命令、開分支、生成 PR。

對於像我這樣的重度開發者來說，命令行終端確實好用。

可問題是，類似於Agent View 這類功能用IDE來呈現似乎更方便，比如類似於Antigravity早有的Agent面板，就可以在一個面板裏面處理多Agent的處理全生命週期流程。

CLI天生更加適合於你派一個任務，它改一輪代碼，一旦變成多會話、多狀態、多任務、多後台，在這樣一個小小的窗口真的就很難承載了。

多個 agent 改了哪些文件？
會不會互相沖突？
哪個分支對應哪個任務？
哪一個 PR 已經能合？
哪一個測試失敗？
哪一個 diff 需要人工確認？
哪一個 agent 誤改了核心邏輯？

這些放到CLI裏面，交互起來就非常的繁瑣，可作為圖形界面IDE，本身天然就是開發工作台，圖形界面所帶來的交互體驗，也更加的符合人類的點點點的直覺。

我可以很輕易，很自由在IDE上創建多窗口。

一個修登錄 bug，一個補測試，一個升級依賴，一個寫文檔，一個調查線上報錯。不用在五個終端 Tab 之間來回翻，只要在 Agent View 可視化面板裏看狀態。

誰卡住了，點擊切換回去，誰完成了，有自動桌面通知， 點進去就能看結果，至於長期跑後台任務 ，直接把它最小化就新了。

圖形界面輕而易舉可以完成的任務，對CLI可能就非常的沉重了。

受制於命令行終端的侷限性，即便是作為頂流的Claude Code也無法非常好的去表現這種交互的能力。

所以我認為目前的Claude Code的 Agent View的出現更多的只是代表了一種趨勢。

這個趨勢就是從現在開始我們應該從Vibe Coding轉變到Coding Team的管理。

我們真正面對的，不是一個 AI，而是一組 AI 工人。一個負責讀代碼，一個負責寫測試，一個負責重構，一個負責查資料，一個負責 PR ，一個負責跑 dashboard 更新。

而當 agent 變多以後，怎麼管理它們觀察它們，在監控的過程中去控制驗收結果，才是當務之急。

CLI也想努力的解決這個問題，生長出了各種的形態，包含Claude Code，Codex都已經出了桌面端，還有Cloud端。

這說明它們早就認識到Coding Agent的多入口，開發者不可能只待在一個地方。

但入口太多，容易碎片化。

比如狀態不能統一，比如本地改動和雲端任務怎麼同步？還有這個會話的上下文在哪？結果在哪裏 review？

多入口之後，需要一個主駕駛艙，而這個主駕駛艙，大概率還是 IDE。

再就是開發這個活從來就不只是寫代碼這件事，寫代碼只是開發過程中很小的一個部分。

看需求、讀代碼、改代碼、跑測試、看報錯、調試、看 diff、提交 commit、發 PR、review、合併、部署。

聊天框只能覆蓋其中一部分，CLI也可以覆蓋一些，但它們仍然缺少大量可視上下文。

比如你要 review 一個 agent 的工作，最重要的不是它說我完成了，而是它到底改了哪些文件。

你要看 diff，要看引用，要看類型錯誤，要看測試失敗堆棧，要看 Git 分支，要看衝突，要看某個函數還有沒有被其他地方調用。

這些能力，IDE 天然就有，IDE 裏有開發者正在看的上下文。

Agent View 已經證明，多 agent 需要面板，但這個面板就夠了嗎，是不是還會生長出任務面板、分支面板、diff 面板、測試面板、PR 面板。

長期看，CLI 更像是任務執行層，繼續往前走，最終還是IDE。

未來的 IDE，我想也可能不只是一個編輯器或者面板的作用，它更可能會成為一個綜合性的agent的控制平台：

不是打開一個聊天框讓 AI 寫代碼，而是在 IDE 裏派活、觀察、接管、回滾、合併，處理多 agent 的狀態、上下文、文件變更、測試結果、PR 進度、人工確認節點。

或者，這才是 Coding Agent 的終極形態。