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

這兩者如今已不是相互競爭的購買選項。Continue 的 CLI 是 Apache-2.0 用戶端，其儲存庫為唯讀，最後發布的版本是 2026 年 6 月 18 日的 1.5.47；Claude Code 於 2026 年 9 月 19 日發布 2.1.278，仍在積極發布中。因此，此 URL 真正要問的不是「哪個較好」——而是您今天是否正在執行 cn，以及遷移成本為何；或者您是否即將採用一個其自身儲存庫描述為未維護的用戶端。

Continue 在 main 分支上的 README 表示，該儲存庫「不再積極維護，且對所有使用者皆為唯讀」，而 continue.dev 現在提供一個標題為「Continue（已由 Cursor 收購）」的單一頁面，內文寫著「Continue 已加入 Cursor」。首先要釐清一點：Cursor 是收購方，而不是該產品。Cursor 的方案價格是 Cursor 的，並不是 Continue 的成本，也從來不是。以下全部於 2026 年 9 月 21 日查核。

您應該選哪一個，以及選擇哪個方向

本頁涵蓋兩個方向，因此以下列出條件，而不是選出勝者。

當您需要一個願意自行分叉並維護的 Apache-2.0 用戶端時；當您希望透過 OpenAI 相容通訊協定連接一個端點時；或當每個角色指定模型正是您實際使用的功能時——在 autocomplete 上使用便宜模型、在 chat 上使用大型模型，而分層的 Claude Code 已記載模型設定沒有對應功能——請留在 Continue CLI。留下來的成本很明確：沒有上游修正，而且已發布的 1.5.47 套件完全沒有 hub.continue.dev 字串，因此任何解析 Hub slug 的文件步驟都描述了一個您今天無法從 npm 安裝的版本。

當您希望使用仍持續發布版本的用戶端、希望採用分層權限機制而非透過旗標和 permissions.yaml 套用三項政策，且能接受 Anthropic Messages 通訊協定與 Claude 系列時，請移轉至 Claude Code——Anthropic 沒有為該路線記載任何 OpenAI 相容格式，並表示其「不支援透過任何閘道路由 Claude Code 至非 Claude 模型」。移轉的成本是您的 config.yaml 無法轉換、基底 URL 慣例相反，以及第三方憑證會關閉下方列出的數項帳戶關聯功能。

當您希望使用同時仍在積極維護的 OpenAI 相容用戶端時，請兩者都不要選。這是兩邊都無法滿足的唯一要求，也是另一份候選清單——請參閱 Continue 替代方案。

精確比較這兩項產品

版本取自 2026 年 9 月 21 日的 Continue CLI 和 Claude Code 註冊表項目。兩項官方矛盾值得保留，而不是加以抹平。第一，Continue 的 README 宣布「VS Code 擴充功能、CLI 和 JetBrains 外掛的最終 2.0.0 版本」，但 npm 完全沒有 CLI 的 2.x 版本——latest 是 1.5.47。第二，同一份 README 稱儲存庫為唯讀，而 GitHub API 回報 archived: false 和 disabled: false；main 上最新的提交來自 2026 年 7 月 21 日，主旨為「docs: remove Sign in link (login flow retired)」。只有維護狀態聲明是關鍵依據。

請將 Continue 自己的 CLI 文件視為意圖記錄，而非操作指示。快速入門仍將「Continue 帳戶或 Anthropic API 金鑰」列為要求，並記載 cn login 和 CONTINUE_API_KEY 環境變數。在已發布的 1.5.47 套件中，隨附的執行階段套件 dist/index.js 不包含任何 CONTINUE_API_KEY；該字串只存在於 tarball 的文件和測試原始碼中，而 hub.continue.dev 在套件中完全不存在。文件比其所描述的建置版本存續得更久。

工作流程、權限，以及未經詢問就會執行的內容

內容來自 Continue 的工具權限和無頭模式頁面，以及 Anthropic 的權限模式頁面，全部於 2026 年 9 月 21 日讀取。這是文件內容，而非執行階段測試。實際差異在於兩者的傾向：Continue 讓無人值守執行在您於命令列放寬限制前，刻意無法寫入；Claude Code 在消費者方案上則以分類器代表您核准操作的模式啟動。一個是您開啟的閘門；另一個是由他人掌握的閘門。

將任一用戶端指向您自己的端點

這正是遷移實際耗費時間的地方，因為兩個用戶端將端點放在完全不同的位置，寫法也完全相反。Continue 的設定參考沒有記載全域基底 URL 環境變數——位址要放在 models: 項目中，其中 provider: 指定的是線路通訊協定，而不是供應商。

name: kunavo
version: 0.0.1
schema: v1
models:
  - name: Claude Sonnet 5
    provider: openai          # the wire protocol, not the vendor
    model: claude-sonnet-5
    apiBase: https://api.kunavo.com/v1    # apiBase CARRIES /v1
    apiKey: sk-kn-...
    roles: [chat, edit, apply]

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

Claude Code 會改用兩個環境變數設定端點，另加四個變數，將工作階段模型以及 opus、sonnet 和 haiku 別名固定至 Kunavo 提供的模型；而 ANTHROPIC_BASE_URL 是不含路徑的來源位址，因為用戶端會自行附加 /v1/messages。Anthropic 官方的驗證命令為 curl -X POST "$ANTHROPIC_BASE_URL/v1/messages"，可直接顯示串接結果。

export ANTHROPIC_BASE_URL=https://api.kunavo.com   # origin, NO /v1
export ANTHROPIC_AUTH_TOKEN=sk-kn-...             # Authorization: Bearer
# Pin models Kunavo serves: Claude Code's default and its opus/sonnet aliases
# follow Anthropic's newest models. The sonnet alias asks for Sonnet 5.5, which
# Kunavo does not serve: without the sonnet pin, /model sonnet, opusplan's
# execution phase and sonnet subagents get a 404. Opus 5.5 needs Claude Code
# v2.1.280 or later (run claude update).
export ANTHROPIC_MODEL=claude-sonnet-5
export ANTHROPIC_DEFAULT_OPUS_MODEL=claude-opus-5-5
export ANTHROPIC_DEFAULT_SONNET_MODEL=claude-sonnet-5
export ANTHROPIC_DEFAULT_HAIKU_MODEL=claude-haiku-4-5

claude

這個反轉是本頁唯一值得帶走的一句話：Continue 的 apiBase 會包含 /v1；Claude Code 的 ANTHROPIC_BASE_URL 則不得包含。將其中一個值複製到另一個值，會導致 /v1/v1/messages 回傳 404，或向不存在的路徑發送請求。ANTHROPIC_BASE_URL 頁面涵蓋該路由其餘的失敗情況，而Continue 設定完整提供上述設定格式。

Continue 特有的三個陷阱，皆為 2026 年 9 月 21 日從原始碼讀取而來，未實際執行。第一，首次執行：在沒有 --config、連接著 TTY 且未設定 CONTINUE_USE_BEDROCK 時，啟動流程會顯示「To get started, enter your Anthropic API key.」，並拒絕任何不是以 sk-ant- 開頭的內容。同一函式還有數個更早的退出條件：--config <file>、CONTINUE_USE_BEDROCK=1，以及在 stdin 不是 TTY，或設定了 NODE_ENV=test、CI=true、VITEST=true 或 GITHUB_ACTIONS=true 時跳過提示的分支。第二，如果你確實提供 sk-ant- 金鑰，啟動流程會寫入 provider: anthropic 區塊，且不含 apiBase，將供應商端點固定下來；之後若要重新指向其他端點，必須手動編輯。第三，如果你搭配 apiBase 使用 provider: anthropic，Continue 的 Anthropic 提供者會以 new URL("messages", apiBase) 加入路徑，且對結尾斜線敏感：以 /v1/ 結尾的基底會產生 /v1/messages，而相同字串若不含斜線，則會向主機根目錄的 /messages 發送請求。本指南讀過的兩個 Continue 提供者頁面都未提醒這點。

Claude Code 方面還有一項界線，來自 Anthropic 的三個不同頁面。LLM 閘道頁面指出，只要閘道認證變數或 apiKeyHelper 處於啟用狀態，「開發者的 claude.ai 訂閱不會被使用」，且 Anthropic「不認可、不維護或稽核第三方閘道產品，也不支援透過任何閘道將 Claude Code 路由至非 Claude 模型」。連線頁面指出，在 ANTHROPIC_API_KEY、ANTHROPIC_AUTH_TOKEN 或 apiKeyHelper 處於啟用狀態時，Remote Control 與語音聽寫功能無法使用。而閘道相容性指南指出，閘道模型探索預設為關閉；啟用後，只有 ID 包含「claude」或「anthropic」的項目，Claude Code 才會保留。

各供應商的收費，採同一基準比較

方案價格取自 claude.com/pricing，於 2026 年 9 月 21 日讀取。結帳時有一項需要確認的差異：本次擷取中，該頁面將兩個 Max 方案都顯示為「每月 $100 起」，但 Anthropic 的Max 方案說明中心文章列出 Max 5x 為 $100、Max 20x 為 $200，並補充價格可能變更。請在結帳時確認所需方案，不要單獨依賴任一頁面。

Continue 方面確實沒有可引用的內容，而這就是調查結果。第三方評論網站仍發布 Continue Hub 方案表——包括按每百萬 Token 計費的 Starter 方案，以及 Team 和 Company 方案——但 continue.dev 上似乎完全沒有這些內容，其 /pricing 路徑會回傳 404。歷史價格不等於目前價格，因此本指南不列出任何價格。

若要引用已發布、說明工作本身成本的基準，Anthropic 的成本文件指出：「在企業部署中，平均成本約為每位開發者每個活躍日 $13、每位開發者每月 $150-250；90% 的使用者每個活躍日的成本低於 $30」，而背景功能通常低於每次工作階段 $0.04。這是 Anthropic 對其企業部署的彙總結果——不是保證值，不是單一開發者的數字，也不是 Kunavo 的數字。Continue 沒有相應數字，因為沒有人發布這類數據。

同一端點上的實際估算

將兩個用戶端指向同一個端點並使用同一個模型時，兩者都不會改變每 Token 費率。會改變帳單的是各自使用 Token 的方式。以下數字是示意性的 Token 算術，不是實測工作成本，也不是帳單上限。假設一次工作階段傳送 200,000 個未快取輸入 Token，並接收 15,000 個輸出 Token，費率採用目前Kunavo 型錄中每百萬 Token 的價格。

有趣的數字是由用戶端架構控制的那個。Continue 會依角色指定模型，因此假設一個月的自動完成流量——例如 400,000 個輸入 Token 與 20,000 個輸出 Token，這是示意用的假設而非測量結果——若使用 Claude Haiku 4.5，成本為 $0.350；若相同流量使用 Claude Sonnet 5，則為 $0.700。Claude Code 沒有文件記載可拆分的 autocomplete 角色；它使用單一工作階段模型，並另設子代理程式與背景模型設定。Anthropic 的成本頁面也指出，當隊友以規劃模式執行時，代理團隊「使用的 Token 約為標準工作階段的 7 倍」；此外，提示快取有效期限「訂閱方案為一小時，而一旦開始使用用量額度便降至五分鐘；使用 API 金鑰或雲端供應商時，預設為五分鐘」——因此，同一個冗長且間歇性的工作階段在方案外會更快重新處理。

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

實際需要多少遷移成本

請依大致的工作量順序預留四項工作。設定結構無法直接轉換：包含每個模型 roles 的 YAML models: 清單，必須改為環境變數——端點使用兩個，模型固定使用四個——而且沒有轉換器。上述基礎 URL 慣例正好相反。依角色分配模型沒有對應目的地，請先決定您是否依賴這項功能。權限術語也會從三種原則改為模式加規則，因此任何 CI 中對 cn -p ... --allow Write 的呼叫都需要重新撰寫，而不是翻譯。

有一個角色完全無法遷移：Kunavo 不提供 embedding 模型或 reranker，因此將 embed 或 rerank 角色指派給這些功能的 Continue 設定，需要為兩者改用其他供應商；而 Claude Code 也沒有可供遷移的對應角色。

本頁有兩件事未查證，現直接說明而不臆測：Continue 的規則檔如何對應至 Claude Code 的指示檔，本次未重新驗證，因此請另行編列預算；此外，本頁讀取的資料中沒有任何基準測試、速度或品質比較，因此沒有依據在此宣稱任一代理程式的程式設計能力較佳。

設定並核對第一筆帳單

Kunavo 為兩個用戶端都發布了設定參考。這些是已發布的設定指南，不是相容性測試——本次未對 cn 或 claude 與 Kunavo 端點進行執行階段測試，上述所有行為主張都來自原始碼閱讀與官方文件。嘗試任一用戶端時，請保留一條可運作的路由，執行一個範圍受限的單一工作，然後查看帳戶實際記錄的費用。準備為金鑰儲值時，請從Continue 整合或Claude Code 整合開始，並建立 Kunavo 帳戶。

延伸閱讀：不使用訂閱的 Claude Code，詳細說明按 Token 計費的路由；OpenAI 相容 API，介紹 Continue 使用的通訊協定；以及Continue 替代方案，如果維護狀態是你做出決定的原因。

常見問題

Continue 的首頁、README、GitHub 中繼資料、CLI 文件與已發布的 1.5.47 套件，以及 Cursor 的 CLI 概覽和 Anthropic 的定價、成本、權限模式與三個閘道頁面，皆於 2026 年 9 月 21 日讀取。兩個用戶端都未執行，也都未指向 Kunavo 端點：首次執行的金鑰檢查、URL 串接行為與權限預設值，來自原始碼和文件，而非測試執行。Kunavo Token 費率取自即時型錄，本頁所有美元數字都是示意性的 Token 算術。