近幾個月來 有太多話題 劫 vs. Visual Studio代碼對於那些每天編程的人來說，同樣的原因也會出現： 性能、電池壽命、即時協作和 AI 集成如果您從事中型或大型項目，或在編輯前花費數小時，那麼每一秒都很重要，每個未打開的風扇也同樣重要。
在深入審查了社區中流傳的最佳比較和技術評價之後，情況變得清晰起來：VS Code 在生態系統和成熟度方面仍然是巨頭，但 Zed 在最痛的地方表現強勁： 原生速度、低功耗、流暢的協作編輯以及內建 AI 助理作為標準。讓我們用數據和現實生活中的例子來分析為什麼會引起這麼大的騷動。
效能：原始速度、記憶體和電池
VS Code 最常被詬病的地方之一是它的佔用空間：後台進程、記憶體峰值，以及筆記型電腦上的風扇轟鳴。一些已經遷移到 VS Code 的開發者報告稱，即使是規模較小的項目，VS Code 也 保持進程活躍，記憶體消耗飆升有人報告說關閉編輯器不會立即釋放資源，最終會影響體驗。
而 Zed 則以其幾乎即時的啟動和極低的記憶體佔用而脫穎而出。在實際測試中，開啟一個 100.000 萬行 Java Monorepo，Zed 載入時間為 0,8 秒，Cursor 載入時間為 4,5 秒，VS Code 載入時間為 6 秒。在另一項對比測試中，Zed 估計佔用約 200 MB 的內存，而類似條件下 VS Code 的內存佔用約為 1,2 GB。實際結果顯而易見： 介面流暢，120 FPS 滾動，切換檔案時等待時間更短.
關於能耗，我們使用 macOS Powermetrics 工具進行了分析，測量了實際使用 30 分鐘內各個進程的能耗。平均結果：VS Code 累積能耗增加約 1216,744 點，而 Zed 累積能耗增加約 470,8049 點，這意味著 VS Code 的「消耗」是其他代碼的 2,58 倍作為參考，GoLand 的運行速度約為 2907,65，約為 Zed 的 6,18 倍。測試人員還注意到，使用 VS Code 時，他們的 M2 MacBook Pro 的電池續航時間下降到 3-4 小時，而使用 Zed 時，電池續航時間顯著提高。
設計與方法：極簡主義與“全手工”
Zed 的介面減少了雜亂：簡潔的面板、清晰的層級結構，以及文件大綱和語法敏感的麵包屑導航等實用細節。在 VS Code 中，工具列、圖示和擴充功能很容易堆積，讓人分心。許多用戶表示，Zed 讓他們的桌面感覺“乾淨”，沒有彈出視窗或持續不斷的提示，這有助於 進入狀態並保持專注.
對於 Vim 愛好者來說，Zed 包含 Vim 模式，根據 Neovim 忠實用戶的評價，該模式使用起來非常流暢。它支援常用的快捷鍵（Surround、Git、LSP），而且得益於其強大的性能，編輯過程非常流暢。 有些按鍵綁定有所不同，但它們可以重新分配，沒有任何問題。如果你之前使用過 Vim，並且對其他 IDE 中的「Vim 模式」不太滿意，那麼有個好消息。
即時協作：像文件一樣的“多人遊戲”
協作是 Zed 最喜歡的功能。它標配共享遊標、文字/語音聊天、螢幕共享以及同步編輯功能，且沒有任何明顯的延遲。現實生活中有一些團隊在 20 分鐘的會議中輕鬆完成了前端任務： 一個人編輯元件，另一個人寫測試，完美同步VS Code 確實支援 Live Share，但一些團隊報告了更多的設定步驟和一些延遲。
這種「社交」方式並非額外功能，而是產品的核心組成部分。 Zed 提倡結對程式設計和遠端指導，無需依賴外部工具。對於分散式團隊來說，能夠打開整合語音通道並「在同一文件上」工作，自然而然地提升了速度和品質。 這種感覺更像是共同編輯文檔，而不是“連接到我的 IDE”.
整合人工智慧：原生助理、情境和實踐流程
Zed 擁有原生精靈面板，可使用雲端模型（例如 Claude 3.5 Sonnet）或透過 LM Studio 使用本機模型。其優點在於：介面一致，程式碼可維護性佳。 100% 本地部署，保護隱私或降低成本與其他選項相比，有些人將 Copilot 視為 VS Code 中的“附加組件”，而在 Zed 中，AI 感覺是整合的。
實際範例：在一個 Flask 專案中，Zed 的助手在 2 秒內偵測到 404 路由中缺少斜線；Cursor 提供了類似的功能，但因免費計劃的限製而中斷；VS Code 中的 Copilot 則提供了更通用的建議，但沒有太多來自程式碼庫的上下文資訊。此外，使用 Zed， @Mentions 簡化上下文：@file、@symbol（任何 LSP 識別碼）、LSP 診斷，甚至是網路內容，都在對話範圍內。
進階 AI 工作流程：規則、設定檔和內嵌編輯
為了避免重複提示，Zed 允許您建立「規則」：豐富的訊息模板，您可以使用斜線命令新增上下文，然後在任何助手執行緒中使用 @rule 呼叫。這使得諸如「您能重構這個功能嗎？」或「您能修復這個錯誤嗎？」之類的典型任務變得系統化且快速。 無需無限複製/貼上.
此外，還有三種代理程式設定檔：「寫入」（助手可以編輯程式碼並執行命令）、「詢問」（唯讀）和「最小」（無法讀寫）。只需按一下 cmd+i 鍵即可在「寫入」和「詢問」之間切換，非常方便。您也可以建立自訂設定文件，例如沒有刪除權限的「安全寫入」設定文件，以避免任何不愉快的意外。 對人工智慧力量的精細控制 產生信任。
線上精靈可讓您選擇一個區塊並使用 Ctrl+Enter 請求變更：重新命名變數、修復程式碼片段、產生 SQL 查詢等等。它只影響選定的範圍，非常適合進行微編輯。一些用戶在非常特殊的情況下看到帶有 {{REWRITTEN_CODE}} 等標籤的輸出，但總的來說，它是一款靈活的更改工具。 在地化且快速.
關於預測，Zed 支援自己的供應商 Copilot 和 Supermaven。當 LSP 和 AI 建議一致時，有些人會注意到一些不順暢，直到他們調整設定。此外，需要注意的是，分詞器並不總是正確的，而且每個請求的成本不可見，而這在其他助手中是一個有用的細節。不過， Zed 的整體 AI 體驗非常實用.
開源、隱私和社區
Zed 於 2024 年開源，並得到了社群的廣泛認可。例如，社區提出了「全部折疊」的快捷鍵，大家分享了替代方案，最終團隊僅用一周時間就將其整合。這種迭代速度，加上 Rust 技術堆疊，營造出一個持續更新的長期專案氛圍（例如 v0.170 等版本）。 透明度和改進速度 他們齊頭並進。
隱私：Zed 在設計上以本地為先，並添加了可選的雲端功能用於同步/協作。嚴格遵守規定的團隊非常欣賞能夠使用本地模型（透過 LM Studio）而無需推送敏感程式碼的能力。在 VS Code 和其他工具的世界中，某些擴展和遙測技術在關鍵領域引發了擔憂；在這方面，Zed 提供了一條清晰的路徑： 本地人工智慧，無變動成本或外部數據.
擴展和生態系統：VS Code 仍然佔據主導地位
如果你需要一些非常奇怪的功能，VS Code 擴充功能或許可以解決這個問題。這個龐大的函式庫是它的超強功能。 Zed 還沒有達到這個水平：它的目錄較小，而且一些工作流程仍處於開發階段。一位用戶提到，在某些環境下儲存時會有 1-2 秒的延遲，而且缺少遠端 Git 控制面板； 必須返回 VS Code 來查看差異並關閉提交 在某些情況下。
但也存在一些缺點：調試功能較為有限，缺少 WakaTime，而且 Zed 的「任務」功能無法完全取代傳統的構建配置（cmd+B），例如 $ZED_DIRNAME 或 $ZED_FILENAME 等變量在文件更改時並不總是會更新。即便如此，Zed 還是帶來了一些實用的細節，例如內聯追責和高度整合的 Git 輸出接口，從而提升了效能。 日常生產力的提高.
MCP 伺服器與資料庫：以 Postgres 為例
在值得關注的 MCP 擴充功能中，Postgres 擴充功能可讓您查詢表的架構而無需複製貼上。您可以執行 /pg-schema，然後更輕鬆地查詢連接或變更。目前存在一些問題：無法列出所有表，或無法在不更改配置的情況下在多個資料庫之間切換。但這個概念看起來不錯： 與專案實際背景相關的工具 無需離開編輯器。
Zed 與 VSCode 的實際用例與實際優勢
除了基準測試之外，使用故事還能幫助你做出決定。在程式設計方面，Zed 憑藉其大綱、效能和嚮導功能，可以加快日常任務的執行速度。在團隊中，整合協作功能可以縮短重構或指導的時間。對於 AI 而言，@Mentions 和規則的結合，可以 控制和速度之間的“最佳點”. 對於跨平台，今天我們介紹 macOS 和 Linux，並且即將推出 Windows 支援。
有具體的證明：在 Zed 和 Claude 的幫助下，一名研究人員在 30 分鐘內完成了一項實驗；另一個使用 Zed 的團隊透過共享編輯和語音聊天將 Django API 重構速度提高了 25%；並且還引用了 Zed 的 Git 儀表板如何促進 Go 伺服器微調中的提交流程。 這些都是小小的改進，加在一起，最後都會產生作用。.
消耗與測量：如何在 Zed 進行測試
回到電池測試，方法一目了然：每 15 秒進行一次電量指標測量，累計每個進程的平均值，並按編輯器進行全面整合。 VS Code 的進程樹由 Electron、Code Helper Renderer/Plugin/GPU、gopls 等組成，而 Zed 的進程樹則更加清晰（Zed + gopls）。兩者的總和結果如前所述：~1216,744 vs. ~470,8049，Zed 的佔比為 2,58 倍。 自主性更強，熱量更少 日復一日。
Electron 在 VS Code 中造成負擔並不奇怪；神秘之處在於渲染器在每種情況下佔用了多少資源：在本例中，資料一目了然。相較之下，Zed 的 Rust + GPUI 堆疊似乎是實現流暢渲染和在專案成長過程中保持極小佔用空間的關鍵。 主觀結果與客觀數據相符：它運作起來非常順暢，筆記型電腦也非常喜歡它。
如何在 Zed 中使用 LM Studio 啟動本機模型
如果您對本地 AI 感興趣，希望保護隱私或控製成本，Zed 可在幾分鐘內與 LM Studio 整合。即使在擁有約 8 億參數模型的 16GB 機器上，建議的工作流程也能完美運作。 步驟清晰，無奇怪的依賴關係:
- 安裝 LM Studio：從其適用於 macOS、Linux 或 Windows 的官方網站安裝。
- 下載範本：例如，LLaMA 3.1 8B（~5-10 GB），取決於您的 RAM。
- 啟動伺服器：lms server start（通常公開http://localhost:1234）。
- 設定 Zed：設定 > 助手，選擇“LM Studio”，輸入 URL 和範本。
- 測試：開啟精靈面板（Cmd+T）並詢問「用 JS 寫一個獲取函數」。
實際案例表明，使用此設置，嚮導可以在大約 2 秒內離線完成 Python 循環優化。如果發生故障，它會檢查伺服器是否仍在運行以及 URL 是否匹配； 根據你的記憶選擇一個模型 以避免交換。
VS Code 仍然是安全的選擇
如果您的日常工作依賴非常具體的擴充功能（高級 Jupyter、小眾工具或成熟的企業整合），VS Code 仍然是一個安全的選擇。它的社群和文件將幫助您在複雜場景中節省時間。一個明顯的例子：Cursor 在 Notebook 方面表現出色，而 VS Code 則精通資料科學。 生態系的力量不是一朝一夕就能建立起來的。.
即使您的組織已經標準化了 VS Code 的工作流程（策略、遠端配置、工具鏈），短期內遷移可能也不值得。您可以繼續使用 Zed 作為主要編輯器，並保留 VS Code 來處理特定任務。事實上，許多用戶反映： Zed 適用於快速的 80%，VS Code 適用於「專業」的 20%.
AI 整合與選項：自由選擇
雖然 Zed 依賴原生助手，但它不會限制你：你可以整合 Copilot、在本地使用 LM Studio 或協調其他提供者。它還支援 Ollama 等解決方案，從而為各種本地模型打開了大門。有些人可能想念查看每個請求的成本和更精細的標記器，但路徑很明確： 人工智慧隨心所欲，無需強制收費.
您應該注意的當前 Zed 限制
並非所有功能都完美無缺。與 VS Code 相比，偵錯功能不夠成熟，缺少 WakaTime 集成，任務仍然無法完全取代 cmd+B 的建置配置。遠端方面，缺少完整的 Git 面板，並且有報告稱某些環境中存在保存延遲。 Windows 仍在路上，對一些球隊來說，這是必要條件。
在筆記本方面，Cursor 佔據優勢，如果你依賴非常具體的整合（例如 Git Graph），你可能暫時找不到它們。如果你的工作依賴一些小眾擴展，VS Code 可能仍然必不可少。即便如此，Zed 進展迅速，社區已經證明許多差距在幾週內就已彌合。 這一趨勢顯示短缺問題正在加速解決.
今天 Zed 是為誰而設？
對於那些追求速度、專注力和原生協作的人來說，Zed 是理想之選。如果您重視整合良好的 AI，能夠本地運行，並且不需要二十個複雜的擴充程序，那麼它絕對是您的理想之選。定期結對協作的遠端團隊將受益於語音通道和共享遊標。 如果您的風扇燒壞了並且電池耗盡了，您會注意到變化。.
對於那些依賴龐大生態系統和高度客製化工作流程的人來說，VS Code 仍然是堅實且熟悉的基礎。好消息是，這並非非此即彼的選擇：您可以繼續使用 Zed 作為您的主編輯器，並將 VS Code 保留到其生態系統能夠幫助您解決問題的時機。 重要的是該工具不會阻止你。.
透過數據、案例和對比分析，我們可以清楚地看出，Zed 的目標並非在生態系統中“壓倒性取勝”，而是在日常體驗方面：它啟動迅速、功耗更低、協作更佳，並且具備 AI 功能，能夠在不造成乾擾的情況下提升價值。 VS Code 憑藉其擴展的廣泛性，依然穩居榜首。選擇並非教條，而是關乎您的工作方式：如果您優先考慮速度、粉絲安靜度和共享編輯，Zed 定能讓您滿意；如果您的日常工作依賴於某些特定的插件，VS Code 仍將是您的安全網。 兩者可以在您的流程中智慧共存.