封存後的 Void Editor 替代方案：遷移方向

Void 編輯器已停止維護：voideditor/void 儲存庫的擁有者於 2026 年 6 月 2 日將其封存，README 寫著「Void 現已棄用」。仍受維護且保留 Void 直接連線至提供者模式的替代方案包括 VS Code 內建的 Bring Your Own Key、Cline 和 Zed；Cursor 是託管式選項，其自有金鑰文件涵蓋五個第一方提供者，未列出自訂基礎 URL 選項。

之所以仍然令人困惑，是因為 Void 的兩個官方資產彼此矛盾。儲存庫是唯讀、採用 Apache-2.0、約有 28.8k 顆星，最後推送於 2026 年 6 月 2 日，其橫幅寫著「此儲存庫已由擁有者於 2026 年 6 月 2 日封存。現在為唯讀。」（於 2026 年 9 月 19 日檢查）。同日檢查的行銷網站仍以「開源 AI 程式碼編輯器」為主標題，仍提供下載按鈕，且在「© 2026 Glass Devtools, Inc.」頁尾下沒有任何通知。當兩個官方來源不一致時，以儲存庫為準：封存旗標是 GitHub 強制執行的狀態，而行銷頁面只是沒有人更新的文案。

在表格前先釐清一點，因為搜尋結果會將它們混在一起。本頁介紹的是 voideditor.com 上的 AI 程式碼編輯器。它不是 Void Linux，不是同樣以 VOID 名義營運的軟體代理商，不是 Void Analytics，不是遊戲 Voices of the Void，也不是 void 關鍵字。目錄網站會利用這些內容拼湊出「Void pricing」頁面；該編輯器從未有過價格。

Void 編輯器已停止維護：有日期的證據

因此，產品在正式封存前約一年就停止發行，而網站從未反映封存狀態。README 唯一提供的後續路徑是分支清單，該清單自稱「由 AI 維護」、未經審查且「與原始 Void 專案沒有關聯」——並非推薦的後繼者。本頁在任何 Glass Devtools 資產中都找不到針對為何棄用專案的有日期說明，因此你在其他地方讀到的任何死因說法，都應視為沒有來源。

如果繼續使用凍結版本，哪些功能會失效

Void 的基礎版本為 code-oss-dev 1.99.3（package.json，於 2026 年 9 月 19 日讀取），也就是 2025 年 4 月的 VS Code 1.99。目前的 VS Code 是 1.138，於 2026 年 9 月 16 日發行（發行說明）。這大約代表上游編輯器和 Electron 的 39 個次要版本更新，Void 永遠不會取得；而儲存庫既然是唯讀的，也沒有安全性修正的途徑。

除此之外，還有兩條獨立運作的老化路徑。首先，Void 提供官方 Microsoft 擴充功能市集（其 extensionsGallery.serviceUrl 位於 product.json），而 Microsoft 會在其閉源擴充功能——C/C++、Pylance、C#、Remote-*——中強制執行第一方限定檢查；2025 年 4 月，C/C++ v1.24.5 開始導致 VS Code 分支失效（The Register，2025 年 4 月 24 日）。該有日期的報導就是證據；本頁未重新檢查 Microsoft 目前的執行範圍。其次，Void 內建的模型清單凍結在 2025 年中期的 ID——claude-opus-4-0、claude-sonnet-4-0、gpt-4.1、o3、o4-mini（modelCapabilities.ts，於 2026 年 9 月 19 日讀取）。任何較新的模型都只能作為手動輸入的自訂模型存在。

Void 與 Cursor，以及為什麼 Cursor 不是預設答案

這項比較的簡短版本是：如今已不再有兩個仍在運作的對等選項。更有用的說法是，Cursor 解決的問題與 Void 原本要解決的問題不同。Void 首頁的主張是，編輯器「不會像 Cursor 或 Windsurf 一樣，透過私有後端傳送你的訊息」；而 Cursor 文件化的自有金鑰支援，是這組選項中最受限制的。

Cursor 的自有金鑰限制引自其 API 金鑰文件（於 2026 年 9 月 18 日檢查）。其價格清單需要附帶說明：cursor.com/pricing 以 JavaScript 渲染，並有每月／每年切換功能；相隔一天的兩次讀取回傳了不同的方案組合——9 月 18 日的讀取顯示免費的 Hobby、$20、$60 和 $200 的個人方案，以及需聯絡銷售人員的團隊方案；9 月 19 日的讀取則顯示免費的 Hobby、$20 個人方案，以及每位使用者每月 $40 的 Teams 方案。免費方案和 $20 方案在兩次讀取中都出現。請在 Cursor 自己的結帳流程中確認你真正需要的方案，不要僅依賴任何一次讀取結果，包括這一次。

依照你使用 Void 的原因整理的維護中 Void 編輯器替代方案

Zed、Cline 和 Kilo 的價格於 2026 年 9 月 19 日在上方連結的頁面檢查；VS Code 的 BYOK 條款則於同日取自其自身文件。有兩點注意事項值得一併記住。日期為 2026 年 7 月 15 日、於 2026 年 9 月 18 日讀取的公告指出，Kilo Code 已被 Anaconda 收購；公告表示 Kilo「目前仍可使用，現有產品、方案或對目前使用者的支援均無變更」——這沒有問題，但這項所有權變更正在發生，你應在將其採為標準工具前了解此事。另外，VS Code 的 BYOK 只涵蓋聊天和輔助工作：其文件指出，「部分功能仍需要 GitHub 帳戶：語意搜尋、行內建議（程式碼完成），以及依賴嵌入的功能」。

Kunavo 不提供嵌入模型。這個步驟不是 Kunavo 提供的功能，無論是在本頁還是其他地方都一樣——需要嵌入模型的工作流程，會在本機或外部提供者上執行，取決於你最後選用的工具。

有三個應避免的選項，它們仍出現在「Void 替代方案」清單中。Roo Code 已封存：2026 年 9 月 19 日檢查時，GitHub API 回報該儲存庫已封存；最後一次推送日期為 2026 年 5 月 15 日，其 README 將讀者引導至 Zoo Code 和 Cline。Continue 的 README 表示該儲存庫「不再積極維護，且對所有使用者皆為唯讀」，continue.dev 則宣布「Continue 已加入 Cursor」；兩者均於 2026 年 9 月 19 日讀取。而官方清單本身也對 Void 分支 作出了免責聲明，如上方引文所述。

哪些內容會從 Void 移轉，哪些不會

儲存金鑰取自 Void 的 storageKeys.ts、voidSettingsService.ts 和 chatThreadService.ts，於 2026 年 9 月 19 日讀取。這裡刻意省略每個作業系統的確切磁碟路徑：Void 的 product.json 提供 applicationName: "void" 和 dataFolderName: ".void-editor"，但沒有已發布的文件確認各作業系統的使用者設定路徑，因此請使用編輯器自己的指令，而不是從部落格複製來的路徑。

備份與復原。在進行任何操作前，將 settings.json 和 keybindings.json 複製到編輯器之外的位置，並保留你已有的 Void 安裝程式，不要依賴下載連結一直有效。由於金鑰無法匯出，安全順序是：為新工具簽發新金鑰，先在新工具中完成一項工作，然後撤銷 Void 持有的金鑰。如此一來，復原的代價是輪替一組金鑰，而不是遺失憑證——這也是淘汰在未維護編輯器中存放一年的金鑰的適當時機。

在替代方案中設定閘道端點

無論最後選用哪個工具，結構都相同：基礎 URL、金鑰，以及你自行輸入的模型 ID。Kunavo 的 OpenAI 相容基礎 URL 是 https://api.kunavo.com/v1——/v1 是其中一部分——而其 Anthropic 相容介面是純來源，https://api.kunavo.com。在 Zed 中，這是在 settings.json 的一個區塊，金鑰則輸入提供者設定 UI，而不是檔案中——Zed 文件寫著「不要將 API 金鑰放入 settings.json」：

{
  "language_models": {
    "openai_compatible": {
      "kunavo": {
        "api_url": "https://api.kunavo.com/v1",
        "available_models": [
          {
            "name": "claude-sonnet-5",
            "display_name": "Claude Sonnet 5",
            "max_tokens": 200000,
            "max_output_tokens": 64000,
            "capabilities": { "tools": true, "images": true }
          }
        ]
      }
    }
  }
}

在 Cline 中，選擇 OpenAI Compatible 提供者，填入 Base URL、API Key 和 Model ID，另可填入其模型設定所提供的選用內容視窗及輸入／輸出價格欄位。在 VS Code 中，開啟 Chat: Manage Language Models，選擇 Custom Endpoint，並選取與目標介面相符的 API 類型；VS Code 接著會寫入 chatLanguageModels.json，其中包含模型 ID、URL、apiType 和權杖限制——其 apiType 接受 chat-completions、responses 或 messages，因此單一 VS Code 項目可以指向任一介面。Zed 也能透過分開的 openai_compatible 和 anthropic_compatible 區塊連接兩者；Cline 的 OpenAI Compatible 提供者只支援 OpenAI 介面。

如果你在移轉期間仍要維持 Void 執行，這項細節只與 Void 有關：其 openAICompatible 提供者會將你的 endpoint 傳給 SDK，原封不動，不附加任何內容，不同於其 LiteLLM、vLLM、LM Studio 和 Ollama 提供者會自行加入 /v1。因此完整的 https://api.kunavo.com/v1 應填入該欄位。它也沒有模型探索功能——其提供者表格中的 list: null——因此模型 ID 必須手動輸入；Void 維護者也在該程式碼路徑留下註解，警告 OpenAI SDK 路由「可能無法正確處理工具、推理、FIM 等」。其 Anthropic 提供者是寫死的：用戶端建立時只傳入 API 金鑰，不提供基礎 URL，設定結構也沒有端點欄位，因此 Anthropic 相容閘道無法從 Void 設定中使用。以上皆取自 2026 年 9 月 19 日讀取的已封存 sendLLMMessage.impl.ts，且未進行任何執行時測試——Void 從未針對 Kunavo 測試，如今也無法可靠測試。

移轉後的模型帳單會是什麼樣子

這些是說明性的權杖計算，不是實際測得的工作成本，也不是帳單上限。假設一個工作階段傳送 200,000 個未快取輸入權杖，並接收 12,000 個輸出權杖。費率是即時的 Kunavo 目錄每百萬權杖價格。

在將其視為預算前，請依照你每天的工作階段數量自行換算，並注意訂閱型編輯器和計量型金鑰是兩種不同的支出形式：每月 $20 的方案無論你是否使用都固定收費，而預付餘額只會因你實際執行的工作而扣減。Kunavo 的目錄金額是計費下限，而不是上限——上游回報費用時，帳單會取目錄成本與上游成本乘以適用加成兩者中較高者。快取費用和外部工具不包含在此範例中。最低儲值為預付額度 $10，這是資金最低要求，不是工作費用或訂閱；請參閱 計費詳細資訊。

Kunavo 為上方數個工具發布了設定指南。這些是設定參考，而不是相容性測試——本頁沒有針對這些用戶端進行執行時測試。請從 Cline 設定 或 Zed 設定 開始，在嘗試期間保留一條可用路徑，執行一項受限制的工作，然後讀取帳戶記錄的費用。準備為金鑰儲值時，請建立 Kunavo 帳戶。

仍在評估編輯器，而不是端點？Cursor 替代方案更詳細地介紹託管式與 BYOK 的選擇，Cline 與 Cursor比較代理程式與 IDE，而OpenAI 相容 API 指南則說明該基礎 URL 實際上必須提供什麼。

常見問題

Void 的儲存庫、README、行銷網站、變更記錄、二進位檔和原始檔案於 2026 年 9 月 19 日檢查；Cursor、Zed、Cline、Kilo、VS Code，以及 Roo Code、Zoo Code 和 Continue 儲存庫於 2026 年 9 月 18 至 19 日檢查。Void 的行為取自其已封存原始碼，未在此處或針對 Kunavo 進行執行時測試。Kunavo 權杖費率取自即時目錄，每個美元範例都是說明性的權杖計算。