Cline 是這兩者中唯一仍在開發的產品:其 VS Code 擴充功能於 2026 年 9 月 17 日發布 4.1.19,npm CLI 於 2026 年 9 月 15 日發布 3.0.62;Continue 則已被 Cursor 收購,其維護者宣布儲存庫為唯讀且不再積極維護。 但這不代表答案很容易,因為 Continue 的最終版本仍可執行,且其設定現在完全位於本機。誠實的決策關鍵在於遷移成本,而不是功能評分——你應該選哪一邊,取決於一個問題:你是將 Continue 指向自己的端點,還是指向 Continue 的 Hub?
如果你搜尋「cline vs continue」來到這裡,原本以為要比較兩個仍在運作的產品,那個前提已經在搜尋過程中改變了。無論仍在這些關鍵字排名的評論頁面如何描述 Continue 的付費方案和 Hub,兩者都已不再銷售:continue.dev/pricing 和 /hub 都回傳 404,而 Continue 自己的首頁表示已停用週期性計費。以下所有內容都追溯至官方來源,並標明檢查日期。
今天每個專案實際上是什麼
| Continue(continue.dev、continuedev/continue) | Cline(cline.bot、cline/cline) | |
|---|---|---|
| 狀態 | 已被 Cursor 收購;其 README 宣布儲存庫為唯讀且不再維護 | 由 Cline Bot Inc. 維護,仍持續發布版本 |
| 授權 | Apache-2.0 | Apache-2.0 |
main 上的最後一次提交 | 2026 年 7 月 21 日 | 儲存庫於 2026 年 9 月 18 日推送 |
| GitHub 星數 | 35,950 | 68,692 |
| VS Code 擴充功能 | Continue.continue、2.1.0,2026 年 6 月 19 日更新;4,172,803 次安裝 | saoudrizwan.claude-dev、4.1.19,2026 年 9 月 17 日更新;5,371,971 次安裝 |
| CLI 套件 | @continuedev/cli 1.5.47,2026 年 6 月 18 日發布 | cline 3.0.62,2026 年 9 月 15 日發布 |
| 託管服務 | 無。Hub、API 和匯出功能都已消失 | Cline 額度、ClinePass、企業主控台 |
| 使用 BYOK 需要帳戶 | 已不存在任何帳戶 | 沒有——但企業管理員可以強制指定供應商 |
來源,皆於 2026 年 9 月 19 日檢查:continue.dev(頁面標題就是「Continue (acquired by Cursor)」)、Continue README、continuedev/continue 和 cline/cline 的 GitHub API、@continuedev/cli 和 cline 的 npm registry 記錄,以及 Visual Studio Marketplace 擴充功能查詢 API。
有兩個版本陷阱值得明確說明,因為都很容易弄錯。第一,Continue 的 README 描述「VS Code 擴充功能、CLI 和 JetBrains 外掛的最終 2.0.0 版本」——但 npm 完全沒有 任何 2.x 的 CLI。在 @continuedev/cli 已發布的 332 個版本中,最新版本是 1.5.47。「Continue CLI 2.0.0」不是可安裝的版本。第二,VS Code 的版本號取決於頻道:GitHub 上最後一個非預發行標籤是 v2.0.0-vscode,而 Marketplace 目前提供 2.1.0,且其 PreRelease 屬性設為 true。提及版本號時,務必同時說明頻道。此外,請說「維護者宣布它為唯讀」,不要說「儲存庫已封存」——GitHub API 回報 archived: false,這是兩個不同的主張,且只有前者為真。
誰應該選哪一個
請依你的情況閱讀,而不是依分數閱讀,因為這裡大部分影響結果的是切換成本。
| 你的情況是…… | 決定 | 原因 |
|---|---|---|
已使用 Continue,搭配 provider: openai 和 apiBase,指向自己的端點 | 本週不做任何變更;按照自己的步調規劃遷移 | 這條路徑沒有接觸 Continue 的伺服器,因此服務終止沒有移除你正在使用的任何東西。你手上的是凍結但仍可運作的軟體。你失去的是未來的修正,而不是今天的功能。 |
依賴 Hub slug、cn login、--agent、--mcp 或共用組織助理的 Continue 使用者 | 立即遷移 | 這些功能已經失效,而不是已棄用。它們每一項都要解析至 hub.continue.dev 或 api.continue.dev,但兩者都沒有回應。 |
| 第一次選擇程式碼代理 | Cline | 持續開發、在擴充功能、CLI、TUI、桌面應用程式和 SDK 之間共用一個代理核心,以及有文件說明且接受閘道 base URL 的 OpenAI 相容供應商。 |
| 執行無人值守或 CI 類型的工作 | 取決於你想對抗哪個預設值 | 兩者的預設方向相反。Continue 的寫入和 Bash 工具預設會要求核准;Cline 的 CLI 說明輸出則表示自動核准預設為 true。無論選哪個,都應明確設定權限旗標,而不是繼承預設值。 |
| 需要 CLI 接受 Anthropic 協定 base URL 的用戶端 | 可在 Continue 的設定中表達;會被 Cline 的 CLI 拒絕 | Continue 將 apiBase 記錄為通用的每模型覆寫,因此檔案中可以表達 provider: anthropic 加上 base URL——這是文件支援的內容,不是我們實際執行的結果。Cline 的 CLI 驗證器拒絕除 OpenAI 和 OpenAI 相容供應商以外所有供應商的 base URL;其 IDE 擴充功能則提供 Anthropic 自訂 base URL。 |
| 為團隊統一使用某個用戶端 | 先解決 JetBrains 問題,再選 Cline | 沒有人會修正 Continue 的錯誤。不過,在你讓使用 IntelliJ 的團隊採用之前,請先確認下方關於 JetBrains 授權的矛盾。 |
直白地說:如果你已經擁有端點,服務終止目前還沒有讓你付出任何代價,緊迫性很低。如果 Continue 同時也是你的模型目錄、MCP registry 和登入服務,那麼三樣東西會同時消失;無論將舊版本固定在哪裡,都無法讓它們回來。
工作流程、權限和介面
| 面向 | Continue,最終版本 | Cline,目前版本 |
|---|---|---|
| 使用介面 | VS Code 擴充功能、JetBrains 外掛、CLI(cn)。README 建議優先使用 CLI,而不是 JetBrains 外掛。 | IDE 擴充功能、CLI、TUI、桌面應用程式(其下載頁面稱其為 Beta)、SDK、ACP 模式、Kanban 看板 |
| 各介面之間的一致性 | CLI 與 IDE 共用的 config.yaml 結構 | Cline 的 CLI README 表示,CLI 與 VS Code 擴充功能、JetBrains 外掛和 SDK 共用代理核心,因此 plan/act 模式、MCP 伺服器、檢查點、規則、技能和供應商設定在各介面上的行為都相同 |
| 預設工具權限 | 唯讀工具預設允許;Edit、MultiEdit、Write 和 Bash 預設要求核准。在無頭模式中,要求核准的工具會被排除,因為沒有人可以核准。 | Cline 稱為真實依據的 CLI 說明輸出寫著「--auto-approve <boolean> Set tool auto-approval for all tools (default: true)」,並註明在 ACP 模式中預設值為 false |
| 權限覆寫 | --readonly(plan)和 --auto;兩者都記錄為絕對覆寫。像 Write(**/*.ts) 這類模式會持續儲存在 ~/.continue/permissions.yaml | plan 模式使用 -p/--plan,使用 --yolo 略過核准提示,使用 --thinking 設定層級,使用 --json 輸出 NDJSON |
| 設定位置 | ~/.continue/config.yaml,或使用 --config 傳入的任何檔案。秘密值可寫成 ${{ secrets.NAME }};CLI 自己的秘密解析器會依序從 process.env、~/.continue/.env、<workspace>/.continue/.env 和 <workspace>/.env 讀取——這些都是本機檔案,因此這部分能在服務終止後保留 | ~/.cline/ 在 IDE、CLI 和 SDK 之間全域套用;每個專案使用 .cline/;供應商設定位於 ~/.cline/data/settings/providers.json |
| 模型選擇 | 每角色模型項目——chat、autocomplete、edit、apply、summarize、embed、rerank——各自具有獨立的 id | 每個介面各有一份供應商設定,每次執行可使用 -m/--model 和 -k/--key 覆寫 |
來源為Continue 的工具權限文件、其設定參考、Cline 的 CLI 參考、Cline 的設定指南及Cline CLI README,皆於 2026 年 9 月 19 日檢查。Cline 那一列有一點需要注意:CLI README 也描述互動式 TUI 提供即時工具核准,因此「自動核准預設為 true」是旗標的預設值,不是宣稱每個介面都會無人值守執行。請先在自己的 shell 中確認行為,再將它指向你在意的儲存庫。
BYOK 邊界:這是兩者真正不同之處
兩個用戶端都能與第三方 OpenAI 相容端點通訊。差異在於每個介面接受自訂 base URL 時所使用的協定,而且可從原始碼中看出。
Continue 將 apiBase 視為通用的每模型覆寫——其參考文件表示,它「可用來覆寫每個模型所指定的預設 API base」。這表示 OpenAI 協定路徑和 Anthropic 協定路徑都能在同一份檔案中表達。OpenAI 相容供應商頁面記錄了這個區塊,其範例帶有 /v1 後綴:
models:
- name: Sonnet via gateway
provider: openai # the wire protocol, not the vendor
model: claude-sonnet-4-6
apiBase: https://api.kunavo.com/v1
apiKey: ${{ secrets.KUNAVO_API_KEY }}
roles: [chat, edit, apply]
capabilities: [tool_use] # declare it: autodetection is frozen at June 2026這裡有兩個凍結程式碼的細節很重要。Continue 的參考文件表示,它「會自動偵測大多數模型的這些能力」,而 capabilities 會覆寫該自動偵測;由於最後版本於 2026 年 6 月發布,這項偵測目前辨識的模型 ID 已固定。對於它不認識的 ID,請自行宣告 capabilities: [tool_use];參考文件標示這是「Agent 模式所必需」。此外,供應商頁面表示 Continue 本身預設「對 o-series 和 gpt-5 模型使用 OpenAI 的 /responses 端點」,因此如果你的閘道對其中一個 ID 需要 chat completions,useResponsesApi: false 會強制使用 /chat/completions——同一頁也記錄了較舊 completions 路徑的 useLegacyCompletionsEndpoint: true。
Cline 的 OpenAI-Compatible 供應商要求 Base URL、API Key 和 Model ID,另有 Max Output Tokens、Context Window、Image Support、Computer Use、Input Price 和 Output Price。在 CLI 中,base URL 會受到驗證。當你將 base URL 傳給其他供應商時,main 上的 auth 命令會回傳以下字面字串:
base URL is only supported for OpenAI and OpenAI-compatible providers
因此,對 Cline CLI 而言,請使用 OpenAI 相容路徑。關於命令本身有一點需要注意:驗證器會比對內部的 provider-id 常數,而本頁未讀取該常數的字面字串,因此不要從任何地方(包括本頁)複製猜測的 --provider 值。
# Cline's own help output is the only safe source for the provider id
# string, so read it rather than copying one from a guide.
cline auth --help
# Then either run it interactively...
cline auth
# ...or supply the pieces the validator accepts for an
# OpenAI-compatible endpoint: key, model id and base URL.
# --baseurl https://api.kunavo.com/v1一個不花成本卻能立即帶來回報的閘道專用技巧:在 Cline 的 Input Price 和 Output Price 欄位中填入閘道實際的每百萬單位費率。Cline 會根據這些數字計算每項工作顯示的成本;如果保留預設值,顯示的會是其他供應商的價格,而不是你的價格。
有兩個與協定無關的邊界。Cline 的企業遠端設定表示,管理員儲存 OpenAI 相容供應商後,組織成員「將無法選擇其他供應商,也無法切換至自己的個人 Cline 帳戶」——因此在受管理的組織中,BYOK 是管理員的決定,而不是你的決定。Cline 的免費模型促銷則相反:該頁表示它們「提供給任何擁有 Cline 帳戶的使用者」,且免費模型使用「不支援透過 Cline API」;因此這是 Cline 帳戶路徑,而不是你的閘道金鑰能夠使用的路徑。
同一個工作階段在兩個用戶端上的成本
兩個用戶端本身都不收費。Continue 採用 Apache-2.0 授權,已沒有任何人向你收費;Cline 的定價頁面列出免費的 Open Source 方案,涵蓋 VS Code 擴充功能、CLI 以及「Purchase and Model Inference at Cost or BYOK」,Enterprise 則採 Custom 定價。因此,權杖費用就是全部比較內容;使用相同模型和相同流量時,兩者完全相同。
下方數字是說明性的權杖算術,不是實測工作成本,也不是帳單上限。假設一個工作階段傳送200,000 個未快取輸入權杖並接收12,000 個輸出權杖。費率是Kunavo 目錄中每百萬權杖的即時價格。
| 模型 | 每 1M 的輸入/輸出 | 一次假設工作階段的估算 |
|---|---|---|
| Claude Haiku 4.5 | $0.70 / $3.50 | $0.182 |
| GPT-5.6 Terra | $0.70 / $4.20 | $0.190 |
| Claude Sonnet 4.6 | $2.10 / $10.50 | $0.546 |
| Claude Opus 5 | $3.50 / $17.50 | $0.910 |
這張表刻意不宣稱某個用戶端傳送的權杖比另一個少。這需要在兩者上進行實測,而本頁沒有進行。用戶端選擇會改變你的操作體驗、權限預設值和維護風險;模型選擇則會改變帳單。在這些假設下,Claude Opus 5 的成本約為 Claude Haiku 4.5 的 5 倍,這個影響比上方功能表中的任何項目都大。
Kunavo 的目錄金額是計費下限,而不是上限:上游回報費用時,帳單金額取目錄成本與上游成本乘以適用加價幅度兩者中較高者。快取費用和外部工具不在此範例內。預付額度的最低加值金額是 $10 ——這是資金入帳最低額,不是工作費用或訂閱費。請參閱 計費詳細資訊。
為完整起見,說明 Cline 自己的付費途徑,因為這會改變部分讀者的比較結果:Cline 額度採隨用隨付,匿名情況下未公布費率表;ClinePass 每月 $9.99,註腳為「促銷期後的標準費率為每月 $9.99」和「可能適用額外處理費」。ClinePass 是與 Cline 額度不同的獨立產品,僅涵蓋開放權重模型——GLM、Kimi、DeepSeek、MiniMax、MiMo 和 Qwen 系列——因此無法用來存取 Claude 或 GPT;如果你使用的是這些系列,也不能以它取代閘道。Cline 的 ClinePass 文件說明,使用量會以三個限制衡量——五小時滾動視窗、日曆週和日曆月——而行銷頁面宣稱「相較於標準 API 速率限制,可使用 2-5 倍的用量」;兩者都未公布底層額度數字,本頁也不自行捏造。
文件已過時;原始碼才是權威依據
這是最值得告訴受困 Continue 使用者的一件事,而且一分鐘內即可重新確認。Continue 的 CLI 快速入門仍在需求中列出「Continue 帳戶或 Anthropic API 金鑰」,仍記錄使用 cn login 在瀏覽器中驗證,也仍告訴無頭使用者匯出 CONTINUE_API_KEY。這些都已無法運作。登入會在瀏覽器中開啟指向 API 主機的服務,而該主機已逾時;已發布的 main 上線引導程式碼只會詢問:
To get started, enter your Anthropic API key.
該檔案中已沒有「使用 Continue 登入」的分支。登入要求是刻意移除的——提交訊息寫著「remove dead login requirement and Login Required UI」——後續提交又將預設設定中的 Hub slug 替換為內嵌模型定義,原始碼註解說明 Hub slug 解析已移除。產品內的棄用橫幅以產品自己的措辭說明了這一點——自 v2.0.0 起,擴充功能設定僅限本機——但你現在已看不到它:該元件包含 2026 年 9 月 9 日的寫死的到期日,過期後不再呈現,因此這則訊息如今只存在於原始碼中。文件網站最後於 2026 年 7 月修改,現在由 GitHub Pages 提供;程式碼才是目前的真實依據。
兩個實際影響。首先,初始設定提示會驗證金鑰的格式:CLI 的驗證器只接受以 sk-ant- 開頭的金鑰,因此任何其他格式的 gateway 金鑰都會在此被拒絕。來源所示的繞過方式,是在第一次執行時傳入 --config <path>,此選項會在初始設定前進行檢查。本頁未執行此繞過方式 — 這段內容取自來源,並未經過測試。其次,僅限 hub 的旗標目前都是累贅:--model、--mcp 和 --agent 在 CLI 原始碼中都記載為接受 owner/package 格式的 hub slug,而 --org 接受組織 slug — 這些值全都從沒有 DNS 記錄的主機解析。--prompt 和 --rule 是值得了解的例外:兩者除了接受 hub slug,也各自接受檔案路徑或字面字串內容,因此仍然可用。--config <path> 檔案形式也可用,因為它是本機路徑。
針對 gateway 設定其中一個
Kunavo 為兩個用戶端都發布設定參考。這些是已發布的設定指南,不是相容性測試:此處未在執行階段以 Kunavo 的端點測試任一用戶端,本頁內容也不是基準測試或實測結果。Continue 參考之所以仍然準確,有一個值得說明的原因 — 設定結構描述已凍結,因此不會漂移。
請從 Cline 整合指南 或 Continue 整合指南 開始;如果你要從 Continue 或 Cline 的 IDE 擴充功能採用 Anthropic 通訊協定路徑,請使用 Anthropic 基底 URL 文件。執行一項有明確範圍的工作,然後讀取帳戶實際記錄的費用,而不要相信用戶端自己的估算。準備為金鑰儲值時,請建立 Kunavo 帳戶。
想比較更廣泛的選項嗎?Cline 定價深入介紹 Cline 的三種付款路徑,Cline 最佳 API權衡各個供應商選項,而 Roo Code 與 Cline及 Kilo Code 與 Cline則涵蓋兩個分支 — 它們是有各自價格的獨立產品,不能與 Cline 互換。如果真正的問題是 gateway 本身,請閱讀 OpenRouter 替代方案和 最佳 LLM gateway這兩篇比較。
常見問題
Continue 與 Cline:2026 年該使用哪一個?
如果是現在重新選擇,請選 Cline。Cline 仍在積極發布版本——VS Code 擴充功能 4.1.19 於 2026-09-17 發布,npm `cline` 3.0.62 於 2026-09-15 發布——而 Continue 已被 Cursor 收購,其維護者宣布儲存庫為唯讀且不再積極維護。Continue 的最終版本仍可執行:程式碼採用 Apache-2.0 授權,設定檔位於本機,而指向 OpenAI 相容端點的模型項目不受服務終止影響。因此,已經使用閘道執行 Continue 的現有使用者並未陷入困境,也不必在本週內遷移。依賴 Hub、`cn login` 或共用組織助理的 Continue 使用者則已經失去這些功能,因為 hub.continue.dev 已不再有 DNS 記錄。
Continue 仍在維護嗎?
依維護者自己的聲明,並沒有;但應避免使用「已封存」一詞。`main` 上的 README 表示儲存庫「不再積極維護,且對所有使用者皆為唯讀」,而 continue.dev 的頁面標題現在是「Continue (acquired by Cursor)」。然而,GitHub API 對 continuedev/continue 回報 archived = false,因此唯讀狀態是聲明,而非平台旗標。程式碼仍採用 Apache-2.0 授權並可下載;截至 2026-09-19 有 35,950 顆星。請將它視為可以繼續執行的凍結軟體,而不是會收到修正的專案。
Continue Hub 和我的 Continue 訂閱發生了什麼事?
託管平台已不存在。hub.continue.dev 完全沒有 DNS 記錄,api.continue.dev 雖能解析卻無法建立連線,而 continue.dev/pricing、/hub 和 /export 全都回傳 404——已於 2026-09-19 檢查。Continue 自己的首頁 FAQ 表示已停用週期性計費、不會再產生新的訂閱費用,且帳戶中剩餘的未使用付費額度將獲得退款,但退款僅限於使用者購買額度中未使用的部分。任何仍列出 Continue Solo、Teams 或 Enterprise 價格的第三方頁面,描述的都是已不再銷售的產品。
Cline 需要付費嗎?
用戶端本身不收費。Cline 的定價頁面列出免費的 Open Source 方案,涵蓋 VS Code 擴充功能、CLI、MCP marketplace,以及「Purchase and Model Inference at Cost or BYOK」;Enterprise 方案則採 Custom 定價。你需要支付的是推論費用,且有三種獨立方式:使用你自己的供應商 API 金鑰、使用 Cline 自己按用量計費的額度,或每月 $9.99 的 ClinePass。ClinePass 是與 Cline 額度不同的獨立產品,僅涵蓋開放權重模型——GLM、Kimi、DeepSeek、MiniMax、MiMo 和 Qwen 系列——因此無法用來存取 Claude 或 GPT。
Cline 能否為 OpenAI 相容閘道使用自訂 base URL?
可以,而且不同介面的支援範圍不同。Cline 的 OpenAI-Compatible 供應商接受 Base URL、API Key 和 Model ID,另有選填的 Max Output Tokens、Context Window、Image Support、Computer Use、Input Price 和 Output Price。不過在 CLI 中,自訂 base URL 會受到驗證:`main` 上的原始碼對其他所有供應商回傳字面錯誤「base URL is only supported for OpenAI and OpenAI-compatible providers」。Cline 的 IDE 文件另外在 Anthropic 供應商中提供「Use custom base URL」核取方塊,因此擴充功能中存在 Anthropic 協定路徑;但從 CLI 自己的驗證器來看,無法透過 `cline auth --provider anthropic --baseurl` 使用。OpenAI 相容路徑在兩者上都可運作。
如何將 Continue 設定移轉至 Cline?
三個欄位可以直接移轉。Continue 的模型項目包含 provider、model、apiKey 和 apiBase;Cline 的 OpenAI-Compatible 供應商則要求 Model ID、API Key 和 Base URL。端點、金鑰和模型 ID 都相同。無法移轉的是 Continue 從 Hub 解析的所有內容——CLI 原始碼文件指出 `--model`、`--mcp` 和 `--agent` 需要使用 `owner/package` 格式的 Hub slug,不能使用其他形式,而該主機已無法解析——以及 Continue 的每角色模型指派,因為 Continue 將 chat、edit、apply、autocomplete 和 summarize 分散到不同項目,而 Cline 沒有相同的角色表格。請根據 MCP 伺服器各自的設定重新建立,不要嘗試匯出。
Cline 的 JetBrains 外掛是免費的,還是僅限 Enterprise?
Cline 自己的來源彼此矛盾,本頁不選邊站。cline.bot/pricing 將「JetBrains Extension」列在 Enterprise 方案下。由供應商 cline-bot-inc 發布的 JetBrains Marketplace 外掛 28247 列出 pricingModel FREE,並顯示 736,775 次下載;Cline 的安裝文件則告訴所有讀者,可在包括 JetBrains 在內的其他編輯器中安裝 IDE 擴充功能。三者皆於 2026-09-19 檢查。如果 JetBrains 是你的決定因素,請在承諾使用前向 Cline 確認。
於 2026 年 9 月 19 日僅根據第一方來源查核:continue.dev 及其 HTTP 狀態碼、hub.continue.dev 和 api.continue.dev 的 DNS 解析、@continuedev/cli 和 cline 的 npm registry 記錄、兩個儲存庫的 GitHub API、Visual Studio Marketplace 擴充功能查詢 API、JetBrains Marketplace 外掛程式 API、cline.bot/pricing 和 cline.bot/cline-pass、Continue 與 Cline 文件網站,以及這些專案在 main 上的原始碼。此處未安裝或執行任一用戶端,因此本頁沒有任何說法是基準測試、速度測量或實際工作成本測量。Kunavo 的 token 費率來自即時目錄,所有美元範例都是說明性的 token 計算。