Continue CLI 與 Cursor：工作流程、模型與總成本

Continue 和 Cursor 已不再是兩個需要擇一的競爭產品：Continue 已被 Cursor 收購，其儲存庫為唯讀，而仍有文件記載可運作的部分，是您在本機檔案中自行設定的部分。 Cursor 是仍在持續發布的一方，且自 2026 年 8 月 14 日起成為 SpaceX 的全資子公司。因此真正的問題不是哪個代理程式功能較好——而是您想要一個可以指向任何 OpenAI 相容端點的凍結用戶端，還是一個由 Cursor 定義其模型存取方式、且仍在維護的產品。

continue.dev 現在只是一個標題為「Continue（已被 Cursor 收購）」的頁面，而儲存庫 README開頭的註記指出，該儲存庫「已不再積極維護，且對所有使用者皆為唯讀」。main 上的最新提交日期為 2026 年 7 月 21 日，並移除登入連結，因為登入流程已退役。另一方面，Cursor 的文件現在表示支援來自「OpenAI、Anthropic、Google、SpaceXAI 等」的模型，其第一方模型池為 Grok 和 Composer。全部於 2026 年 9 月 19 日查核。

你應該選哪一個

由於其中一方已凍結，決策取決於五件具體事項：您的工作方式、誰核准代理程式的操作、模型選擇由您還是供應商決定、帳單由誰承擔，以及遷移成本。

在您依賴 Continue 欄位前，先注意一點。其 CLI 設定頁面表示，cn 會依序從 --config 檔案路徑、已儲存的設定，接著預設的 ~/.continue/config.yaml 解析設定——因此請將模型以內嵌方式寫入您控制的本機檔案。同一頁面也顯示接受命名空間 slug 的啟動旗標，例如 cn --agent my-org/pr-reviewer；這是命名空間 slug，而不是 --config 旗標接受的檔案路徑；此外，由於儲存庫為唯讀且登入流程已退役，本頁無法告訴您這類 slug 今天會解析至何處。優先使用本機檔案，而非任何必須擷取的內容。

各產品今天實際是什麼狀態

有兩項值得了解、而不是加以掩飾的來源不一致。README 稱儲存庫為唯讀，但 GitHub API 回報 archived: false，且 main 上的任何提交之後都有更晚的 pushed_at，目前開放問題數量也達數百個。此外，README 的「final 2.0.0 release」一行將此版本套用至全部三項產物，但與任何註冊表都不相符：Open VSX 提供日期為 2026 年 6 月 19 日的 2.1.0 預發行版，位於穩定版 2.0.0 之上；npm 提供 1.5.47 版 CLI；JetBrains Marketplace 提供 1.0.67 版外掛程式。請引用您安裝的產物，而不是 README 的那一行。

決定性差異：模型金鑰存放的位置

這是實際區分兩者的軸線，而且並不對稱。Continue 的 config.yaml 參考文件將 apiBase 記載為一個欄位，可「用來覆寫每個模型所指定的預設 API 基礎」，其 OpenAI 供應商頁面則顯示 provider: openai，並以帶有 apiBase 的 /v1 結尾——這是協定，而非供應商。同一份參考文件列出模型項目可填入的 roles——chat、autocomplete、embed、rerank、edit、apply、summarize，預設為 [chat, edit, apply, summarize]——並指出 tool_use 能力「是 Agent 模式的必要項目」。該參考文件未記載任何方案層級或帳戶作為這些欄位的條件。

Cursor 記載的是相反的形式。其 自帶金鑰說明頁面告訴您開啟 Cursor Settings，找到 OpenAI、Anthropic、Google、Azure OpenAI 或 AWS Bedrock，然後貼上金鑰。這是一份供應商清單，其中唯一由客戶擁有的端點，是該頁面描述的 Azure OpenAI 和 Bedrock 端點——「部署在您的 Azure OpenAI Service 執行個體中的模型」以及「在您的 Bedrock 設定中可用的模型」。該頁面沒有任意 OpenAI 相容基礎 URL 的欄位。頁面也指出「自訂 API 金鑰只適用於聊天模型」，而 Tab 會繼續使用 Cursor 的內建模型。Cursor CLI 驗證參考文件明確記載兩種方式：瀏覽器登入和 Cursor 發行的 CURSOR_API_KEY；未記載供應商金鑰或端點選項。社群討論串描述了一個「Override OpenAI Base URL」欄位，並稱其可見性取決於方案——這是論壇證據，本次查核的 Cursor 文件中沒有任何一份提到它；本頁既不將其視為受支援設定，也不聲稱它不存在。以下全部內容都只涉及 Cursor 所記載的事項。

如果您選擇 Continue 路線，請注意兩個邊界。首先，複製 /v1 後綴：Continue 自己的 OpenAI 相容範例將 apiBase 寫成 http://localhost:8000/v1，而 Kunavo 的 Continue 設定 基於相同原因列出完整的 https://api.kunavo.com/v1。其次，Kunavo 不提供 embed 或 rerank 角色——Kunavo 目錄中沒有任何模型能回應嵌入請求——因此請將這些項目指向本機嵌入器或外部供應商，並讓 Kunavo 處理聊天、編輯、套用和自動完成項目。對於 Anthropic 形狀的路線，通用參考文件記載了 apiBase，但 Anthropic 供應商頁面從未提及它，因此請將該路徑視為合理推測而非已記載功能，並在您自己的設定中確認；Messages 端點 將是它的落點。

Cursor 的收費方式

於 2026 年 9 月 19 日從 Cursor 的模型與定價文件 讀取，但 Hobby 列除外；該列來自 Cursor 的定價說明頁——Hobby 完全未列在文件的方案表中。該表未說明三件事。Cursor 沒有公布任何方案所包含用量的美元價值——只有行為指引，其自身數字為「每日 Agent 使用者：每月總用量通常為 $60–$100」以及「進階使用者（多個 Agent／自動化）：每月總用量通常為 $200+」。Start 僅限印度，且明確排除 Other Models 池、隨選用量、Bugbot 和 Auto，因此不是便宜的全球方案。在 Teams 和 Enterprise 中，每個第三方模型請求都會產生每百萬個輸入、輸出及快取 Token 均為 $0.25 的 Cursor Token 費率，並加在模型 API 定價之上，適用於「已包含用量、隨選用量和 BYOK 用量」；第一方 Grok 和 Composer 不適用。該表之外也有兩項已記載的加價：選擇區域資料駐留會使符合資格的模型加價 10%，而 Max Mode 僅存在於舊版按請求計費方案，按模型 API 費率加收 20%。此處未說明年繳定價。

Continue 端的實際成本估算

這些是示意性的 Token 算術，不是測得的任務成本，也不是帳單上限。假設一次 Agent 工作階段傳送 400,000 個未快取輸入 Token，並接收 25,000 個輸出 Token。Cursor 欄使用該名稱模型的 Cursor 已公布 Other Models 費率；Kunavo 欄使用即時的 目錄費率，對應您會在 config.yaml 中填入的 Kunavo 模型 ID。兩欄不可互換——一欄可在 Cursor 內使用，另一欄可在 Continue 或其他接受基底 URL 的用戶端中使用。

有三種解讀，而第三種正是人們容易弄錯的地方。Cursor 將 Other Models 池記載為「按模型 API 價格收費」，對個人方案而言，除上述兩項選擇性加價外不另加價——因此當兩欄相同時（例如 Claude Sonnet 5），選擇閘道的理由是模型存取與可攜性，而非折扣。兩欄不同時，差距是目錄差異，不代表對您總成本的承諾。在 Teams 或 Enterprise 方案中，同一工作階段還會按每百萬個 Cursor Token $0.25 的費率額外增加 $0.106，並加在適用的任何費率之上。而清單中的最低價格不等於完成任務的最低成本：需要三次嘗試的模型，成本可能高於一次完成的較昂貴模型，因此請先在自己的儲存庫上測量，再依費率排名。

高用量角色有更便宜的路徑。Continue 的自動完成角色會在按鍵時觸發，因此另設一個使用小型模型的項目——Claude Haiku 4.5 每百萬個輸入為 $0.70、輸出為 $3.50——通常比任何其他單一設定更能改變每月總額。Kunavo 的目錄金額是計費下限，而非上限：上游回報費用時，帳單取目錄成本與上游成本乘以適用加成兩者之較高者。快取費用和外部工具不包含在此範例中。最低儲值為預付額度 $10，這是資金最低額而非訂閱——請參閱 帳務詳細資訊。

雙向遷移成本

兩邊都沒有記載匯入工具。Continue 將專案規則保存在工作區的 .continue/rules 資料夾中；Cursor 的規則文件 將專案規則列在 .cursor/rules 中，作為 .mdc 檔案，另有使用者規則、Team 和 Enterprise 方案的團隊規則，以及作為較簡單替代方案的 AGENTS.md。重寫這些內容就是看得見的成本。較不明顯的成本是：指向任意第三方端點的 Continue 設定，在 Cursor 中沒有已記載的目的地，因此遷移也代表計費模式變更——從您可控制的按 Token 計量，變成訂閱費加上按量計費的第三方用量。

反向遷移開始成本較低，但持續使用的風險較高：Continue 接受任何 OpenAI 相容端點的 apiBase，但您採用的是一個其儲存庫為唯讀的用戶端。如果您真正想要的是 Continue 所提供的端點選擇自由，仍在持續發布且具備相同自由度的用戶端會是更好的目的地——Cline、OpenCode 和 Zed 都在其 Kunavo 設定指南中接受自訂基底 URL。Cursor 替代方案涵蓋這份候選清單，而 Claude Code 與 Cursor處理終端機與編輯器之間的問題，此處不再重複。

如果您選擇 Continue 路線

Kunavo 發布了 Continue 的設定參考。那是已發布的設定指南，不是相容性測試：此處尚未對 Continue 與 api.kunavo.com 進行執行階段測試，上述所有行為聲明都來自 Continue 自己的文件、儲存庫和套件註冊表。請將模型直接寫入 ~/.continue/config.yaml，不要依賴任何 Hub slug；嘗試時保留可運作的路徑，執行一項有界限的任務，然後讀取帳戶記錄的費用。準備好為金鑰儲值時，請從 Continue 整合指南開始，並建立 Kunavo 帳戶。

您比較的仍是用戶端而非端點嗎？Cline 與 Cursor及 Zed 與 Cursor對仍在持續發布的用戶端提出相同問題，而OpenAI 相容 API 說明涵蓋為何 provider: openai 指的是通訊協定而非供應商。

常見問題

於 2026 年 9 月 19 日根據 continue.dev、continuedev/continue README 和 CLI README、GitHub、npm、Open VSX 及 JetBrains Marketplace 清單、docs.continue.dev，以及 Cursor 自己的模型與定價、規則、CLI 和自帶金鑰文件進行查核。SpaceX 的收購日期來自 Wikipedia，而非任一公司網站上的日期明確貼文。兩個用戶端都未針對 Kunavo 或任何端點進行執行階段測試，未執行基準測試，未探測任何主機，所有美元範例都是以即時目錄費率計算的示意性 Token 算術。當文件保持沉默時——例如 Cursor 對自訂基底 URL 的說明、Continue 對其已停用託管端點仍會回應什麼的說明——本頁會指出文件未說明，而不是填補空白。