五年後，Zed 1.0 正式發布：VS Code 慌了？
> 上週我第 37 次在 VS Code 中等待擴充功能啟動時，突然收到一條推播：「Zed 1.0 發布了」。那一刻我意識到，也許該給這個用 Rust 寫的「遊戲引擎式編輯器」一次機會了。
2026 年 4 月 29 日，Zed 團隊正式宣布他們的編輯器達到 1.0 版本。對於常年折騰編輯器的開發者來說，這個版本號背後藏著一個有趣的故事——這是一個關於推倒重來、技術執念，以及對「編輯器到底應該是什麼」這個問題的重新思考。
從 Atom 的陰影中重生：為什麼又要造一個編輯器？
要理解 Zed，得先聊聊它的「前世」——Atom。
Nathan Sobo（Zed 創辦人）坦誠地回顧：Atom 是作為 Chromium 的分支誕生的，順便催生了 Electron 框架。後來 Electron 成了 VS Code 的基石（現在 VS Code 似乎每隔一週就要被 fork 成一個新的 AI 編輯器，開個玩笑，但確實挺多的）。
Web 技術確實讓開發變得容易——畢竟誰會拒絕用 JavaScript 寫桌面應用程式呢？但這也帶來了一個看不見的天花板。無論團隊怎麼優化，Atom 的效能永遠受制於它構建的平台。就像你試圖用一輛家用轎車去跑 F1 賽道，再怎麼調校引擎，底盤限制就擺在那裡。
我個人的經歷：曾經在 Atom 上工作過兩年，每次打開大專案都要做好心理準備——「好，給我三分鐘，讓我喝口水等索引完成」。那種感覺就像你的編輯器在慢動作回放你的職業生涯。
所以 Zed 團隊做了一個瘋狂的決定：徹底重來，不從網頁的角度思考，而是從遊戲引擎的角度重建一切。
GPU 渲染：把編輯器當遊戲來寫
這裡的技術細節很有意思。Zed 沒有選擇 Electron 那條「容易的路」，而是用 Rust 從零開始寫了自己的 UI 框架——GPUI。整個應用程式圍繞著一個核心思想構建：像電玩遊戲一樣，將資料餵給運行在 GPU 上的著色器。
這個架構選擇意味著什麼？簡單來說：
- 傳統編輯器（VS Code／Atom）：把編輯器當成網頁渲染，CPU 負責大部分工作，GPU 只是旁觀者
- Zed：把編輯器當成遊戲渲染，GPU 是主角，每一幀都在重新繪製
這種思路的轉變帶來的直接好處是——快。不是「稍微快一點」的那種快，而是「打開檔案瞬間就能開始打字」的快。
技術層面的深度思考：掌控每一層技術堆疊讓 Zed 能走到別人走不到的地方，但這絕不是條容易的路。團隊花了五年時間，寫了超過一百萬行程式碼，才在 Mac、Windows 和 Linux 上構建了現代編輯器應有的功能面——支援數十種語言、Git 整合、SSH 遠端、除錯器，甚至還有彩虹括號（是的，這個必須得有）。
1.0 意味著什麼：不是完美，而是轉折點
部落格裡特別強調了一點：1.0 不代表「完成」，也不代表「完美」。它代表的是一個臨界點——大多數開發者現在可以在 Zed 中找到家的感覺。
核心能力的全面覆蓋
現在的 Zed 已經具備：
- 多語言支援：從主流的 JavaScript、Python、Rust，到各種生態系的邊緣情況
- 開發工具鏈：Git 整合、SSH 遠端、除錯器（終於有了！）
- 跨平台：Mac、Windows、Linux 全支援
- 效能保證：在保持功能完整的同時，依然是那個快得離譜的編輯器
包括大家最期待的 git graph 功能也在幾週前就可以使用了
大概半年前第一次嘗試，當時覺得「確實快，但我的外掛怎麼辦？」然後回到了 VS Code。最近又試了一次，發現常用功能都有了，而且那種「編輯器在配合你思考」而不是「你在等待編輯器」的感覺，真的會讓人上癮。
AI 原生：不是後加的，而是原生整合的
這是 Zed 最有意思的定位。大多數編輯器是在既有基礎上「加裝」AI 功能，就像給老房子裝電梯。而 Zed 從設計之初就把 AI 當作核心能力。
具體表現：
- 多 Agent 並行運行：可以同時跑多個 AI 助手，各自處理不同任務
- 編輯預測：以按鍵粒度建議下一個修改，速度保持 Zed 一貫的水準
- Agent Client Protocol（ACP）：開放協議，支援 Claude Agent、Codex、OpenCode，最近還加上了 Cursor
個人看法：AI 整合這件事，很多編輯器做得像「給馬車裝火箭引擎」——看起來很快，但整體架構不匹配。Zed 的做法更像是「從一開始就設計火箭」，AI 不是外掛功能，而是編輯體驗的有機組成部分。
企業版來了：Zed for Business
這次 1.0 還伴隨著一個商業化的動作——Zed for Business 的推出。
公司客戶一直要求一個集中管理的方式，讓工程團隊使用 Zed。新版本提供：
- 集中計費
- 基於角色的存取控制
- 團隊管理功能
這個動作很有意思。它說明 Zed 團隊不只是在做「很酷的開源專案」，而是在認真構建可持續的商業模式。畢竟，用 Rust 寫 GPU 加速的編輯器，伺服器和人力成本都不便宜。
未來願景：DeltaDB 和協作的新定義
如果說 1.0 是里程碑，那接下來的方向才是真正讓人興奮的部分。
Zed 團隊的願景一直沒變：構建最高效能、最具協作性的編碼環境。但「協作」的定義已經改變了。
以前，協作意味著人類即時一起工作。現在，協作意味著人類和 AI Agent 在同一個空間、同一份程式碼上工作。
DeltaDB：字元級粒度的同步引擎
為了實現這個願景，Zed 正在開發 DeltaDB——一個基於 CRDT（無衝突複製資料型別）的同步引擎。
這個引擎的能力：
- 字元級粒度追蹤：記錄每一個變化，精確到單一字元
- 統一視圖：讓多個人類和多個 Agent 共享對程式碼庫的一致理解
- 上下文協作：你可以邀請隊友進入與 Agent 的對話，直接在生成上下文中審查和演進 Agent 生成的程式碼
技術深度的思考：這種願景依賴於對基礎原語的深度掌控。這不是在別人的瀏覽器引擎裡能實現的體驗。就像你無法在 Electron 裡實現真正的 GPU 加速渲染一樣，你也無法在現有編輯器上實現真正的人機協作。
個人反思：編輯器工匠精神的回歸
寫到這裡，我想聊聊一個更大的話題——軟體工匠精神。
Zed 團隊的選擇讓我想起一個詞：「垂直整合」。從 Atom 的「站在巨人肩膀上」，到 Zed 的「自己造輪子」，這背後是一種哲學轉變。
為什麼還要造輪子？
在開源如此發達的今天，為什麼還要從零開始寫 UI 框架？為什麼不用現成的？
我的理解是：當你想要實現的東西超越了現有平台的天花板時，你只有兩個選擇——放棄野心，或者重建基礎。
Zed 團隊選擇了後者。這種選擇有風險：
- 開發週期更長（五年才到 1.0）
- 程式碼量巨大（超過一百萬行）
- 生態建設困難（需要從零開始建立外掛系統）
但回報也是巨大的：
- 效能無上限：不受制於任何平台
- 架構自由：可以按照理想設計每一層
- 技術掌控：每一行程式碼都在自己手裡
從 0 到 1.0 的意義
Zed 官方說到：「我們已經發布了超過一千個版本的 Zed，但它們都以 0 開頭。今天，這改變了。」
從 0.x 到 1.0，不只是版本號的改變，更是一種承諾——承諾這個工具已經足夠成熟，可以成為開發者日常工作的一部分。
但團隊也強調：「要構建的東西永遠不會結束，這正是我們喜歡的方式。」
這種態度很有意思。它既不是「我們已經完成了」的自滿，也不是「永遠在測試」的逃避，而是一種持續演進的工匠心態。
我已經在主力專案中開始使用 Zed。剛開始確實有不適應——快捷鍵不一樣，外掛生態沒那麼豐富。但那種「編輯器在配合我的思考速度」的感覺，真的回不去了。
結語：工具改變思考方式
最後想說點哲學層面的東西。
我們常說「工具塑造使用者」。用 Vim 的人會發展出模態編輯的思維模式，用 Emacs 的人會把編輯器當成作業系統，用 VS Code 的人會習慣「開箱即用」的生態。
Zed 想塑造的是什麼？
我覺得是一種「效能即體驗」的思維方式。當你的工具不再成為瓶頸時，你的思考方式會改變。你會更關注程式碼本身，而不是等待工具回應。你會更願意嘗試重構，因為編輯器能跟上你的節奏。你會更自然地與 AI 協作，因為這不是後加的功能，而是編輯器的「母語」。
Nathan Sobo 曾經富有遠見地說：「你的工具會改變——它們總是這樣。你的判斷力才是留存的東西。先建立判斷力，然後讓工具放大它。」
這句話反過來也成立：先選擇能放大你判斷力的工具，然後讓它塑造更好的你。
Zed 1.0 不是一個終點，而是一個邀請——邀請你重新思考「編輯器應該是什麼」，邀請你體驗「效能即自由」，邀請你參與「人機協作的未來」。
至於我？我已經下載了。你呢？
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
