Cursor 收購後的 Continue.dev 替代方案

Continue.dev 作為產品已經結束：continue.dev 現在是一頁式告別頁，上面寫著「Continue 已被 Cursor 收購」；GitHub README 表示該儲存庫「不再積極維護，且對所有使用者皆為唯讀」；其背後的託管平台也已不存在。 這些用戶端仍可安裝，也仍可連線至你自己的端點，因此你今天不必被迫遷移——但登入、Hub 與帳戶都已消失，而文件網站並未說明這一點。值得遷移的現行替代方案是 Cline 與 opencode；應避免的是已封存的 Roo Code。

在其他事情之前先釐清一點，因為這個查詢受到混淆。本頁討論的是 Continue Dev, Inc.——位於 continue.dev、提供 CLI、VS Code 擴充功能與 JetBrains 外掛的程式碼代理。它不是 continue 迴圈控制關鍵字，不是 Visual Studio 的「Edit and Continue」偵錯工具功能，也不是 continue.com；後者是使用較短網域、與本產品無關的長壽研究組織。

Continue.dev 被 Cursor 收購：實際可驗證的內容

有三個日期可以直接核查，但公告日期無法核查。continue.dev 網站套件寫死了以 2026-06-15T00:00:00Z 為退場時間基準，並有三個階段——early、mid、final——目前固定為 mid。最後一個 VS Code 版本發布於 2026 年 6 月 19 日。The New Stack 報導了這起收購，其 JSON-LD 發布日期為 2026 年 6 月 22 日。至於公告本身，該文章使用了保留措辭——表示 Continue 在「6 月 16 日左右」更新首頁——而且沒有任何第一方通知附帶日期，因此本頁將 6 月 16 日視為報導內容，而非已確立的事實。

README 也聲稱「VS Code 擴充功能、CLI 與 JetBrains 外掛的最終 2.0.0 版本」，包括移除匿名遙測與驗證。三者中有兩者與各註冊表不一致，而你實際安裝的是各註冊表中的版本。

四項資料皆於 2026 年 9 月 19 日查核。在 v2.0.0-vscode 標記中，extensions/cli/package.json 仍顯示版本 0.0.0-dev，而且沒有 CLI 2.x 的 git 標記——因此誠實的說法是，CLI 最新發布的 npm 版本是 1.5.47，而不是聲稱 CLI 2.0.0 在任何地方都從未存在。遙測與驗證移除是 README 的聲稱；本頁未檢查任何已發布版本。README 另外建議使用 CLI，而不是 JetBrains 外掛。

Continue.dev 定價：沒有價格，也沒有可恢復的舊價格

Continue 的常見問題指出：「已停用週期性計費，今後您不會再產生任何新的 Continue 訂閱費用」，帳務問題請洽 support@continue.dev，並表示：「您帳戶中剩餘的所有未使用付費點數都將退還」——但不包括已使用的點數、促銷點數、試用點數、免費贈送的點數、禮品點數、客服發放的點數，以及付款處理費和稅金。以上是 Continue 的說法；本頁無法驗證是否確實發放了任何退款。

continue.dev/pricing 回傳 HTTP 404，而承載付費平台的主機不是已從 DNS 消失，就是不再回應，因此不存在可引用的目前方案價格，也無法從仍在線上的來源恢復歷史價格。將替代方案文章清單中任何「Continue 每月曾收費 $X」的數字視為未經驗證。用戶端本身採用 Apache-2.0 授權且免費；你唯一持續產生的成本，是你將其指向之端點的模型 API 帳單。

仍可運作的內容、已消失的內容，以及文件中的陷阱

這部分值得慢慢閱讀，因為 docs.continue.dev 回傳 HTTP 200，且新使用者抵達的頁面上沒有收購或日落橫幅，仍在 Requirements 下列出「A Continue account, or an Anthropic API key」，旁邊還有 cn login，並表示它會「開啟瀏覽器以向 Continue 驗證」。這句話有一半仍然有效：Anthropic 金鑰路徑是本機路徑。帳戶部分則指向一個已不存在的平台。

這些失效主機的讀取結果來自 DNS 查詢、連線逾時與 HTTP 狀態檢查，以及 Continue 已發布的文件。本頁未安裝或執行任何內容，因此不描述 CLI 在連線至無回應主機時的行為。

讓 Continue CLI 與 VS Code 擴充功能使用你自己的端點

Continue 的 OpenAI provider page 將 provider: openai 文件化為通訊協定，而非供應商，並提供 apiBase 來覆寫相容端點。Continue 的 CLI configuration page 給出解析順序——先檢查 --config 旗標，再檢查已儲存的設定，最後使用預設 ~/.continue/config.yaml；原始碼會將該目錄接到主目錄，因此在 Windows 上會位於 %USERPROFILE%\.continue\config.yaml。修改前先備份該檔案——cp ~/.continue/config.yaml ~/.continue/config.yaml.bak——因為還原這一個檔案就是完整的復原方式。

name: continue-after-sunset
version: 0.0.1
schema: v1
models:
  - name: Agent model
    provider: openai            # the protocol, not the vendor
    model: claude-sonnet-4-6
    apiBase: https://api.kunavo.com/v1
    apiKey: sk-kn-...
    roles: [chat, edit, apply]
    capabilities: [tool_use]    # documented as required for Agent mode

  - name: Autocomplete model
    provider: openai
    model: claude-haiku-4-5
    apiBase: https://api.kunavo.com/v1
    apiKey: sk-kn-...
    roles: [autocomplete]

有兩個值得知道的原始碼層級細節，兩者都是在發布的 v2.0.0-vscode 標記中讀取，而非來自文件。首先，忽略常見的尾端斜線說法：core/llm/index.ts 會在 apiBase 缺少斜線時加上斜線，接著 core/llm/llms/OpenAI.ts 會以它為基準相對解析每個端點，因此 /v1 與 /v1/ 行為相同。你不能省略的是 /v1 本身——Continue 自己的 404 處理器會列印提示，且內容正是如此。

其次，是真正容易踩到的陷阱。使用 provider: openai 時，若模型 ID 符合 /^o[0-9]+/ 或 /gpt-[5-9]/，且你未設定 useResponsesApi: false，Continue 會在你的基礎 URL 加上 /responses，靜默地改向 POST，而不是 /chat/completions；對相同 ID，它也會以 max_completion_tokens 取代 max_tokens。只實作 chat completions 的閘道，恰好會在這些 ID 上失敗；Continue 自己的 provider 頁面記載了脫離此行為的方法 useResponsesApi: false，且對觸發條件的描述比程式碼更狹窄——頁面寫的是「o-series and gpt-5 models」，而正規表示式涵蓋 gpt-5 到 gpt-9。Kunavo 的 API 提供 /v1/chat/completions、/v1/responses 與 /v1/messages（已在本儲存庫中驗證，2026 年 9 月 19 日），因此無論如何該分支都有對應端——這只是路徑存在性檢查，不是相容性測試。上方區塊中的 ID claude-sonnet-4-6 不符合任何一種模式，因此會採用 chat-completions 路徑。來源中的 provider: anthropic 若搭配 apiBase 設定，也會解析為你的基礎 URL 加上 /messages，但 Continue 的 Anthropic 頁面未記載此覆寫，本文也未測試——不要將其視為受支援路徑。

Continue.dev 替代方案：哪個適合哪種使用者

儲存庫數據來自 GitHub API，查詢於 2026 年 9 月 19 日。本表有兩起收購，它們不是同一類事件：Continue 的產品已關閉、後端已刪除且計費已停止；Kilo 則仍以新名稱在新網域下發布。星數與推送日期是更新節奏的證據，不是品質判斷；本頁未對這些用戶端中的任何一個進行執行期測試。

Continue.dev 遷移：哪些內容會移轉，哪些需要重寫

Cline 與 opencode 都不會讀取 .continue/rules。Cline 的 規則文件 列出 .clinerules/、.cursorrules、.windsurfrules 與 AGENTS.md，沒有 Continue 項目（查核於 2026 年 9 月 18 日）；opencode 的 規則頁面 記載 AGENTS.md（查核於 2026 年 9 月 19 日）。這是對文件化檔案結構的比較，而不是任何人實際執行的遷移——沒有將真實 Continue 設定移入任一用戶端並執行。

安全的順序是：完全保留目前的 Continue 安裝，並在開始前將 ~/.continue 複製到其他位置；在旁邊建立新用戶端，交給它一項界定範圍的任務；只有之後才移除任何內容。由於 Continue 用戶端不再依賴後端，保留舊安裝不會產生成本，而它就是你的復原方案。

Continue.dev 的最佳模型，以及一份實際成本估算

Continue 將工作分配到不同角色，而 autocomplete 角色的觸發頻率遠高於 chat。費用主要花在這裡，也是上方設定中最值得正確處理的單一事項。以下數字是 說明性的 token 算術，不是實測任務成本，也不是帳單上限。假設一次代理工作階段包含 200,000 個未快取輸入 token 與 12,000 個輸出 token，以及一天的自動完成包含 400 次請求，每次平均 2,000 個輸入 token 與 50 個輸出 token。費率是即時的 Kunavo 目錄每百萬 token 價格。

在這些假設下，僅自動完成欄位就會針對相同按鍵操作，從 $0.630（Claude Haiku 4.5）變為 $1.890（Claude Sonnet 4.6）——這就是為何角色分工比標題費率更重要。在將其視為預算前，請依你自己的工作階段與編輯天數調整兩欄；尤其自動完成的請求形狀是個假設，而非測量結果。

Kunavo 的目錄金額是計費下限，而不是上限：上游回報費用時，帳單金額取目錄成本與上游成本乘以適用加成兩者中的較高者。快取費用和外部工具不包含在此範例中。最低加值額為預付點數 $10——這是資金最低額，不是工作費用或訂閱費。請參閱billing details。

接下來可以查看

如果你目前要繼續使用最終版 Continue，Continue integration guide 提供完整的設定區塊。如果你要遷移，請從 Cline setup 或 OpenCode integration 開始，並參閱 best API for Cline 進行供應商比較。Kunavo 為這些用戶端發布設定指南；已發布的設定參考不是相容性測試，本頁未對其中任何一個用戶端與 Kunavo 端點進行執行期測試。準備為金鑰儲值時，請 Create a Kunavo account，然後執行一項界定範圍的任務，並查看帳戶記錄的實際費用。

延伸閱讀：OpenAI-compatible API 介紹通訊協定本身；Cline pricing 與 OpenCode pricing 介紹兩個採用相同「免費用戶端、按量計費 API」模式的用戶端；如果你考慮前往收購方，請參閱 Cursor alternatives。

常見問題

查核於 2026 年 9 月 19 日：continue.dev 及其網站套件、GitHub README 與版本發布 API、npm 套件登錄庫、VS Code Marketplace 與 Open VSX 項目、JetBrains 外掛 API、docs.continue.dev、hub.continue.dev 與 api.continue.dev 的 DNS 與 HTTP 狀態，以及 Cline、opencode、Kilo、Aider、Zed 和 Roo Code 的 GitHub 儲存庫中繼資料。Continue 的請求路由，以及 Hub 與登入功能的移除，是從已發布的 v2.0.0-vscode 標記中的原始碼讀取；npm 上的 CLI 仍會連線至什麼，則是從 v1.5.45 標記讀取。Cline 的規則文件於 2026 年 9 月 18 日查核，Anaconda 的 Kilo 收購文章於 2026 年 9 月 21 日查核。沒有任何內容被安裝、啟動或呼叫：本頁沒有執行期或相容性測試。Kunavo token 費率來自即時目錄，本文每個美元數字都是說明性的 token 算術。