儘管 VS Code 及其各 AI 增強分叉繼續主導開發者工作流程，以 Zed 為代表的一眾新興競爭方案仍憑藉截然不同的設計定位而備受關注。

與 VS Code 的衍生版本不同，Zed 定位為 Cursor、Windsurf 等 AI 編碼工具的開源替代方案。值得一提的是，Zed 採用以高效能著稱的 Rust 語言構建，這使其在速度方面具備先天優勢。

本週三，Zed 宣佈推出全新的 Agentic Editor 功能，並聲稱其為目前市場上速度最快的 AI 程式碼編輯器。此舉無疑將加劇開發者在選擇程式碼編輯器時的考量，使得原本就備受關注的編輯器之爭更趨激烈。

Zed 程式碼編輯器由 Electron 和 Atom 的開發者 Nathan Sobo 創立，採用 Rust 語言構建，底層架構專為多核 CPU 和 GPU 加速最佳化。與傳統編輯器不同，Zed 使用了自研的圖形介面框架 GPUI，透過 GPU 直接光柵化整個視窗，類似 3D 遊戲的渲染方式，使其在啟動速度、渲染流暢度和輸入響應上顯著優於主流編輯器。

在 AI 能力方面，Zed 早期透過 API 整合或藉助 Ollama 等工具實現本地 AI 模型支援。去年 8 月，他們又推出了 Zed AI 服務，是類似於 Cursor 的編輯器層面的整合，當時選用的模型是 Anthropic  Claude 3.5 Sonnet，登入後可免費試用。

Zed AI 由兩個部分組成，其中之一是助手面板（assistant panel），屬於一種比較極客風格的 low-level 互動方式，把文字編輯器直接和 LLM 連線起來，進行即時互動。程式碼片段、對話歷史、檔案內容——所有資訊都以純文字形式呈現，開發者可以使用熟悉的編碼工具觀察、編輯和改進它們。

另一個是內聯轉換（inline transformations），開發者可以按 Control + Enter 啟用這個功能，然後它會使用自然語言提示轉換和生成程式碼。

Zed 表示這個工具的其獨特之處在於其精確性和響應速度。“為了提供快速的反饋，我們實現了一個自定義的流式差異協議，該協議與 Zed 基於 CRDT 的緩衝區協同工作，以便在模型流式傳輸編輯內容時立即呈現。你可以逐個看到模型的輸出令牌，從而在更改發生時閱讀並做出反應。這種低延遲的流式傳輸建立了流暢、互動式的編碼體驗，使你在整個過程中保持參與和控制。”

今年 2 月，Zed 再次釋出了“Edit Prediction”功能，不是從零訓練，而是基於開源模型進行微調。此類功能在 Copilot 早已存在，算是“標配”功能，不過 Zed 比較用心的加入了“subtle mode”（低打擾模式），以防止 AI 太過積極，在開發者專注寫程式碼時跳出來打斷思路。

本週， Zed 推出了 Agentic Editing，該功能的核心在於賦予 AI 自主編寫程式碼並執行測試的能力，同時始終保持開發者的主動參與與控制權。你可以即時跟蹤 AI Agent 在程式碼中的修改流，也可以將耗時任務後臺執行，待完成後接收通知。

修改完成後，Zed 提供獨特的 Multibuffer 機制，將所有 AI 改動集中呈現在一個統一介面中，方便開發者逐一審閱和調整，並完整保留 IDE 級別的功能支援。

另外，Zed 表示，新 AI 功能也與編輯器的其他部分一樣開源，因此大家可以清楚地看到新的 Agent Panel 在後臺執行的具體功能。

自 2024 年起，Zed 編輯器正式開源，其開放程度還比較罕見。編輯器核心程式碼以 GPL 許可證釋出，服務端元件採用 AGPL 協議，而用於構建高效能 UI 的自研圖形框架 GPUI 則使用 Apache 2.0 協議。

不僅如此，Zed 團隊最新推出的 Agentic 程式設計功能，背後的核心提示工程（prompt engineering）邏輯也同樣實現了開源。

據聯合創始人 Nathan Sobo 介紹，這些“咒語式”的系統 prompt 是他與搭檔親自編寫，用以精準引導模型生成程式碼。“比較酷的一點是，這些規則我們是開源的，這些系統 prompt 是被我們自己‘洩露’出去的。因為我們是開放的。”

Zed 的基礎編輯器功能目前對所有使用者免費開放。但由於提供 AI 服務涉及實際成本，這部分功能實行訂閱制。官方提供了一定額度的免費使用：在免費套餐中，每位開發者每月可獲得 50 次 AI prompt 呼叫；而在新推出的專業套餐中，使用者每月支付 20 美元，即可獲得 500 次呼叫額度。

Nathan Sobo 在近日釋出的一個採訪中 闡述道，“當然，如果你願意自己配置 API key，或者用其他方案，甚至 fork 我們的程式碼完全自定義，我們完全不會阻止你。我們不會刻意‘卡脖子’。我們希望你能掌控自己的技術棧；但如果你圖省事、想直接用我們的‘原廠配置’，那就付個訂閱費，比如一個月 20 美元。”

Zed 所選擇的開源協議，也體現了團隊對開源邊界的明確認知。“Zed 的 GPL 授權讓一些人更難 fork。如果你想基於 Zed 做一個閉源的衍生產品，是做不到的，你必須保持開源。”他進一步補充道：“我其實也不想鼓勵大家 fork，這也是我們選擇 GPL 的原因之一——我們不希望別人能輕鬆地照搬整個系統。”

Zed 團隊同時強調，目前他們所做的一切工作，包括全部 AI 相關功能，都是開源的。而且不同於多數產品的做法，Zed 從一開始就選擇了從零構建整個系統。

然而這種“硬核”路線也意味著他們在 AI 方面起步慢了一些。“畢竟如果你選擇一個大家都在用的平臺，可以直接切入做 AI。但我們不僅在做 AI，還在維護整個底層平臺。”Sobo 表示。

但這條路徑也為 Zed 帶來了更多可能性。“我相信，真正深度掌控和擁有從上到下整個編輯器堆疊，會帶來一些非常獨特的機會。我們能以完全不同的方式整合 AI，讓產品有實質性差異化，體驗更深入、也更一致。尤其是在 AI 如此炙手可熱的當下。”

“我希望，隨著我們這次推出 Agent Panel，可以證明我們這條路是值得的。”

儘管如此，Zed 在 AI 程式設計領域是否已經“錯失先機”，仍是業界持續關注的話題。與 Zed 一樣定位於“重構開發體驗”的 Cursor 編輯器早在 2022 年成立，並迅速將“AI 程式碼編輯器”作為核心賣點，在 2023 年釋出首個版本並完成融資，成為 AI-native 編輯器的代表。

而彼時的 Zed，雖然早已展現出對開發正規化變革的深刻洞察，卻始終將重點放在編輯器本體的打磨上。直到近期 Agentic 功能推出之前，其官網標語仍為“為下一代而生的編輯器（The editor for what's next）”，對 AI 的表述被置於副標題末尾，整體語氣顯得更為剋制而審慎。

早在構思 Zed 編輯器之初，Sobo 就明確表示，這個專案的初衷並不是做一個 AI 編輯器，而是“為開發者提供一個從根本上更好的體驗”。AI 的興起是後來發生的事，而 Zed 一直專注於構建面向未來的開發工具，從零搭建起一套完整的系統，掌控著包括 UI 框架、編輯器核心、協作引擎等在內的所有底層技術。

Sobo 透露，Zed 的程式碼庫中已有近 60 萬行 Rust 程式碼，“幾乎每一行都是團隊內部成員親手編寫的”，並且這些核心開發者至今仍在專案中。

他認為，正是這種深度掌握底層系統的能力，使 Zed 有機會成為“第一個真正的 AI 原生編輯器”。

相對而言，一些標榜“AI 程式碼編輯器”的競品，是基於“pre-AI 時代”的架構，由更大規模的團隊為更傳統的使用場景開發而成。這些架構在與新一代 AI 技術結合時，可能面臨天然的結構限制。

在 Sobo 看來，當今軟體開發，尤其是 Web 開發，就是一堆用黏土和膠帶糊起來的紙牌屋，複雜度、隨機性、黑盒程度都瘋狂升級。“可能一直以來都是這樣，但現在比以往任何時候都更明顯。”而 AI 的出現為這條路徑增加了複雜變數。如果原來的系統就不夠可靠，再引入一個“金毛獵犬式”的 LLM（大模型）系統——在這樣的系統中再扔進去一個高度隨機的東西，那就更危險了。

Zed 的初衷之一就是試圖擺脫這種架構泥沼，把基礎元件做對、做優，演算法層的設計必須極度精細，然後用這些元件構建更大的系統。“我們的團隊，一直以來是那種偏演算法思維、重工程紀律的型別。我們對確定性幾乎有點痴迷，想構建的是一種完全可靠的、傳統算法系統。”

“當這些基礎工作都做得足夠好了，才輪到 LLM 接手。”

至於 AI 功能是否晚了這個問題，正如他所強調的那樣：“最終我想看的，是五年後的我們站在什麼位置。”

儘管 Zed 仍處於快速演進的階段，它在開發者中的吸引力依然不容忽視。

Composio 公司技術人員 Siddharth Balyan 表示，“實際上，我已經關注 Zed 一年有餘。我之前經常使用，但後來有了更好的 Agentic 編輯器之後，決定轉用 Cursor/Windsurf。”他還補充稱，“但在收到 Zed 編輯器的 beta 測試邀請之後，我又立馬切換了回來。”

Balyan 提到，他同時仍會使用 VS Code 的分叉來處理部分任務，特別是除錯工作。“我也會推薦自己的朋友轉向 Zed，因為它確實快速、流暢，也不像 VS Code 分叉那麼臃腫。”Balyan 指出，他在 Mac 上編輯大型檔案時，使用 Cursor 會感覺很慢，但在 Zed 這邊則完全沒有這個問題。他特別稱讚了 Zed 無需網際網路即可在本地使用模型，而且無需 MCP 擴充套件即可與 Claude Code 相整合。

一位網友在 X 上發帖評論稱，“實話實說，如果各位朋友還沒用過 Zed，那可錯過太多了。它功能強大，簡潔、快速而且視覺效果極佳。如果 VS Code 專案能有一位優秀的產品經理並牢牢把握住開發方向，本來也可以達到同樣的水平。”

與此同時，Reddit 上一位開發者表示，他想不出任何理由繼續使用 VS Code——唯一的例外，就是 Zed 實在無法支援的小眾用例或者特定外掛需求。

另外一位開發者強調，效能、多緩衝區和原生 Vim 模式正是 Zed 的三大核心賣點。

對一部分人來說，轉向 Zed 則是出於對簡潔性和速度的需求。Pinata 公司開發者關係總監 Steven Simkins 就從 Neovim 轉向了 Zed，並在一篇博文中寫道“到目前為止，使用 Zed 給我留下的最大印象，就是「一切都能正常起效」。”

他還強調，Zed 的內建 Vim 模式、響應式 UI 和整合語言伺服器協議（LSP）對他吸引力最大。

San Francisco Compute Company 的技術人員 Gerred Dillon 坦言，Zed 就是他最喜愛的技術編碼工具。就他本人的使用場景而言，這款 AI 編輯器感覺更像一個工作臺。

不過，Zed 的 AI 能力起步稍晚，目前在智慧協助體驗上的成熟度仍有限，成為部分使用者心中的短板。

一位 X 平臺上的開發者就抱怨 Zed 將自動補全功能劃為付費服務，“除非每月付一大筆錢，否則幾乎用不到自動補全。”將這一基礎功能納入訂閱體系，也讓 Zed 在與 VS Code 的競爭中面臨不小壓力。

儘管存在諸多缺點，Zed 仍然是程式碼 / 文字編輯器領域一套頗具效力的解決方案，特別是與 VS Code 之間做出了明確的定位區分。雖然 Cursor 和 Windsurf 在微軟基礎之上構建了多層功能，Zed 仍有脫穎而出的可能。

Zed 是否值得選擇，可能取決於開發者在開發流程 / 環境中更看重什麼。對於那些優先考慮速度和隱私，且希望避免使用臃腫、類似瀏覽器體驗的編輯器的受眾來說，Zed 確實會令人耳目一新。但在另一方面，如果更多依賴強大的擴充套件生態或者需要深度整合 AI 支援，那麼開發者仍會在 Zed 身上發現種種不足之處。

Zed 的最大潛力，在於它是一款具備 AI 功能的開源產品，而非 VS Code 的分叉版本。因此對於希望嘗試不同功能的開發者來說，這款新秀方案確實值得一試。