16萬Star的OpenCode徹底重寫：API全部重做、Bun換Node、桌面端遷移Electron

擁有超過 16 萬顆 GitHub 星星、每月活躍開發者高達 750 萬人的開源專案 OpenCode，在 2026 年 7 月正式推出了 2.0 版本。這不僅是一次例行更新，而是從底層架構到使用者體驗的全面翻新。聯合創始人 Dax Raad 在近期受訪時坦言，這是他職業生涯中「第三次才做對」的產品：0 是原型試水，1.x 是市場驗證，而 2.0 則是在徹底理解整個領域後，從零開始的推倒重來。這次重寫的核心變革之一，就是完全重構了應用程式介面（API）。

Dax 表示，過去的 API 是隨著功能需求自然生長出來的，缺乏整體規劃；如今他們投入大量時間，窮盡所有可能的實作方式，打造一個經過精心設計的 API 架構。另一個重大轉變，是 OpenCode 從 Bun 執行環境遷移到了 Node.js。早期版本因為伺服器程式碼依賴 Bun 特有的 API，導致應用程式不得不同時捆綁命令列介面（CLI）。遷移到 Node 之後，不僅移除了這些相依性，也解決了長期以來被用戶詬病的記憶體佔用問題。有網友在社群抱怨 OpenCode 太吃記憶體，動輒超過 2GB，Dax 直接回應：「試試 OpenCode 2，表現應該會好很多。」

桌面端應用也是此次重寫的亮點。1.x 版本的桌面端最初採用 Tauri 框架，作為網頁 UI 與 CLI 的輕量級封裝。但問題在於，Tauri 在 macOS 與 Linux 上使用 WebKit 渲染引擎，效能不如 Chromium，也影響了使用體驗的一致性。遷移到 Node 之後，團隊順勢將桌面端架構轉向 Electron。這個改變讓開發者可以直接在 Electron 內建的 Node 行程中運行伺服器程式碼，不再需要額外啟動本地伺服器，大幅簡化了底層架構。伴隨 2.0 而來的，還有一個直接提升開發效率的關鍵功能：多標籤頁並行處理。

過去，多數開發者習慣等一個 AI 編程任務跑完，才啟動下一個，導致效率瓶頸。現在，用戶可以在不同的標籤頁中開啟各自獨立的 AI 會話，同時執行兩個不同的編程任務，甚至還能為每個標籤頁指定不同的模型，進行並排對比測試。例如，一邊讓一個模型建構 HTML 網站，另一邊同時生成會員入門清單，兩個模型並行工作，互不干擾。Dax 在訪談中也揭露了團隊在開發過程中的「奢侈」態度。他表示，在重寫 OpenCode 的這幾個月裡，團隊的 token 消耗量暴漲了 5 倍。這不是因為模型變得更耗 token，而是因為大家真的「停不下來了」。

他們的策略是「奢侈地過度設計一切」：即使是實現一個簡單的讀取檔案 API，團隊也會思考所有可能的實作方式，參考其他產品有哪些先例，並嘗試用不同的方式組織回應。這種投入在過去根本不可能，但現在因為有強大的 AI 模型輔助，他們得以實現這種深度打磨。談到 AI 編程領域的熱門話題「模型路由」（Model Routing），Dax 提出了與主流觀點不同的看法。他認為這個賽道被高估了，因為中間商為了證明自己的價值，拼命尋找事情做。他更看好的是一種「編排模式」：讓一個昂貴的主模型擔任「指揮官」角色，不親自處理任務，而是負責生成並派遣子代理，這些子代理則使用便宜的模型來執行實際的髒活累活。

新一代模型在這種模式下表現出色，且能並行管理多個子代理，任務完成後再喚醒主模型，整體成本反而更低。對於 AI 推理服務的利潤，Dax 估算 Anthropic 和 OpenAI 的推理利潤率約在 90% 左右，這意味著盈虧平衡點可以比現在便宜 10 倍。至於本地端運行模型，他認為這主要是隱私考量，而非成本問題。因為任何能讓本地端託管變便宜的效率提升，放到雲端只會便宜更多。OpenCode 2.0 的測試版已在 7 月初上線，團隊預計在測試版發布約一個月後推出正式版。