我把預設的 code . 換成了 zed .
同步至個人站點：[我把預設的 code . 換成了 zed .](https://link.juejin.cn?target=https%3A%2F%2Fmcell.top%2Farticles%2F2026%2Fswitched-from-vscode-to-zed-editor)
本期閒聊。
我已經把預設的 code . 換成了 zed .。
說來話長。
從我接觸程式設計開始，除了最早學 C 語言的時候用過 Dev-C++，後面無論是前端、Node、Python，還是 Go、Rust，我基本一直都在用 VS Code。
中間當然也試過別的 IDE，比如 GoLand、PyCharm。客觀來說，它們確實強，尤其是在對應語言生態裡，很多功能做得很完整。但我總是用了幾天就切回 VS Code。
原因也簡單：笨重，而且不習慣。
VS Code 對我來說一直是一個很舒服的平衡點：輕量、快速、生態好。它不像傳統 IDE 那樣一上來就給你一整套巨大的工程體系，更像是一個文字編輯器，再加上一套成熟到離譜的外掛系統。
你寫前端，它可以。你寫 Node，它可以。你寫 Python，它可以。你寫 Go、Rust，它也可以。
所以在相當長的一段時間裡，我其實都是 VS Code 粉。不是信仰粉，而是很實用主義地覺得：它確實好用。
AI IDE 用著用著，感覺有點不對了
最近這一年多，我陸續接觸了不少 AI IDE。Cursor、Windsurf、Trae 之類。
它們的方向當然是對的。現在我也很難回到完全沒有 AI 輔助的開發狀態了。無論是 Copilot、Claude Code、Codex，還是別的 agent，本質上都已經改變了我寫程式的方式。
但問題在於，用著用著我總覺得有點彆扭。。
懂的都懂。
很多產品本質上還是 VS Code 的形態，介面像 VS Code，外掛生態像 VS Code，操作習慣像 VS Code，然後再在上面疊自己的 agent 視窗、聊天面板、側邊欄、任務系統。
這個東西可不是放一個聊天框那麼簡單。
一個真正可用的 coding agent，需要程式碼庫索引、語意搜尋、上下文管理、檔案讀寫、diff 套用、終端機執行、checkpoint、任務佇列、工具呼叫狀態、MCP 或外部工具接入，還要有一整套持續串流更新的 UI。
這些東西一旦都塞進編輯器裡，原來那個「輕」字，就很容易守不住了。
以 Cursor 的 agent 視窗為例，我自己的體感是，它和 VS Code 原生視窗的流暢度根本不在同一個層級。VS Code 本體的編輯器、側邊欄、命令面板這些核心 UI，是長期打磨出來的。你可以說它是 Electron，但它確實已經優化得非常成熟了。
（吐槽：Cursor 的 agent 視窗打開是真的滿啊，和 Codex 桌面版一樣，不過人家有個 Loading 效果，Cursor 的 Agent Window 直接白屏。。。）
但 agent 視窗是另一回事。
它要渲染長對話、工具呼叫日誌、檔案 diff、終端輸出、checkpoint、任務狀態，還要不斷接收串流輸出。稍微做得不夠克制，就很容易出現卡頓、延遲、發熱，甚至整個編輯器都跟著變沉。
所以我現在越來越覺得，問題不只是「Electron 慢」。
VS Code 自己也是 Electron，但它能做到相當流暢。真正的問題可能是：很多 AI IDE 在 VS Code 之上疊了一個越來越重的 agent 工作台，而這個系統的效能、狀態管理和 UI 打磨程度，並沒有達到 VS Code 本體那種成熟度。
不是 VS Code 不行。是它太成功之後，被當成底座，上面疊的東西太多、太沉了。
強大本身，慢慢也會變成包袱。
然後我試了 Zed，有點回不來了
Zed 1.0 是上個月 29 號發的，到現在也一個月了。我是認認真真在體驗，不是裝完截個圖就關掉那種。
結果試完之後，有點回不來了。
我 Mac 底部 Dock 裡已經把 VS Code 去掉了，換成了 Zed。終端裡開啟專案的方式，也從 code . 換成了 zed .。
為什麼？
因為它真的快。
VS Code 已經算快了，這點我必須承認。冷啟動兩三秒，打開專案再稍微等一下，這在一眾傳統 IDE 面前已經很優秀了。
但 Zed 給我的感覺是另一種狀態。它是那種「點開就開了」的感覺。冷啟動快，開專案快，切換 workspace 快，檔案切換也快。我沒有做嚴格 benchmark，也沒有拿碼表計時，這些都是體感。
但編輯器這種東西，體感其實很重要。
因為你每天都在用。每天都在打開、切換、搜尋、寫程式。只要一個工具在這些動作上持續給你一種「沒有阻力」的感覺，你很快就會被它慣壞。
Zed 就是這樣。它讓我重新感受到了一種很久沒見過的輕盈感。
AI 整合這塊，Zed 更對我的胃口
除了快，Zed 另一個讓我喜歡的地方，是它對 AI agent 的處理方式。
很多 AI IDE 的選擇是：魔改一個 VS Code，然後把 agent 深度整合進去。當然可以做得強，但代價往往是編輯器越來越重。
Zed 的思路看起來更像是：編輯器保持輕，agent 透過協議接進來。
它藉助 ACP，可以把外部 agent 接進側邊欄裡。比如 Claude Code CLI、Codex CLI、Open Code 這些，只要支援對應協議，就可以作為外部 agent 接進來。
這個方向我真的很喜歡。
編輯器就是編輯器，agent 就是 agent，二者透過協議解耦。AI 當然重要，但編輯器本身也很重要。一個編輯器如果為了 AI，把自己搞得越來越卡、越來越重、越來越不穩定，那我覺得有點本末倒置了。
Zed 這種做法，讓我既能享受 agent 的能力，又能保持編輯器本身的乾淨和流暢。
外掛少，反而成了讓我安心的點
再說外掛。
VS Code 的外掛生態強到沒話說，這點沒人能否認。但強到一定程度，也會讓人有點害怕。
VS Code 外掛市集太大了，背後又是 Node 和 npm 生態。npm 作為全球最大、最活躍的套件管理器之一，依賴鏈複雜，投毒、惡意套件、供應鏈攻擊這些事情並不少見。
再加上 VS Code 擴充功能本身權限很大，能讀檔案、能發網路請求、能跑外部程序。對於開發者來說，這些能力當然很有用；但從安全角度看，一旦外掛出問題，影響面也會非常大。
相信大家最近也刷到了：GitHub 員工安裝了一個被投毒的外掛，直接導致洩露了近 4000 個私有程式碼倉庫。這種事聽起來離譜，但在一個過於龐大的生態裡，它就是可能發生。
所以我現在對外掛市集越來越謹慎。
Zed 的外掛生態目前還很小，截止到現在也就一千零幾個。這當然是缺點，很多 VS Code 裡已經成熟的外掛，在 Zed 裡可能沒有；很多零碎的工作流程，也不一定能立刻遷移過去。
但另一方面，這種小和克制，也解決了我前面的困擾。
它的邊界更清楚。Zed 的擴充通常以 Git 倉庫形式存在，透過 extension.toml 宣告能力。有邏輯的部分一般用 Rust 寫，再編譯成 WebAssembly。執行時還有 capability system 約束權限。
這不代表天然安全，但至少更收斂、更透明。不是那種無限開放的「什麼外掛都可以進來改一切」的感覺。
對我來說，目前這一千多個外掛就已經滿足絕大多數開發情況了（實際我安裝的外掛也不過二十多個），已經夠日常開發用了。
我不是說 VS Code 不行了
寫到這裡，可能有人會覺得我是在唱衰 VS Code。其實真不是。
我到現在依然覺得 VS Code 是非常優秀的編輯器。它輕量、穩定、生態成熟，外掛體系強到離譜。對於絕大多數開發者來說，它仍然是最穩妥、最成熟的選擇。
Zed 也遠沒到可以無腦替換的程度。
所以我的建議是：別盲目遷移。如果你高度依賴的某些外掛在 Zed 裡還沒有，或者團隊工作流程已經圍繞 VS Code 搭起來了，繼續用 VS Code 完全合理。
工具這種東西，本質上還是看自己的工作流。
但如果你在寫程式的時候，在意更快、更輕、更乾淨的體感，又想透過一個統一的入口接入各種 AI agent，那 Zed 1.0 確實值得你認真試一下。
我一直覺得，真正決定你會不會長期使用一個工具的，往往不是參數表上的毫秒數和記憶體占用。而是那些很細微的體感——打開專案時有沒有阻力，切換檔案時有沒有停頓，寫程式時編輯器會不會搶你的注意力。
這些感受堆在一起，最後就會變成一個很簡單的判斷：我願不願意每天打開它。
以前我的答案是 VS Code。現在，它開始變成 Zed。
所以你現在的主力編輯器，還是 VS Code 嗎？
（完）
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
