文件

文件

Qwen Code

Qwen Code 將 endpoint 統一存放在一個檔案中。只要在 modelProviders 下宣告一次 Kunavo,將 selectedType 設為 openai,便可透過 /model 選擇器切換 Claude 和 GPT,並使用同一把金鑰。

Qwen Code 從 ~/.qwen/settings.json 的 modelProviders 讀取端點 — 一個包含 baseUrl 與 envKey 的項目,即可讓 Claude 與 GPT 出現在其 /model 選擇器中。

合併至 ~/.qwen/settings.json
{
  "modelProviders": {
    "openai": [
      {
        "id": "claude-sonnet-5",
        "name": "Claude Sonnet 5 (Kunavo)",
        "baseUrl": "https://api.kunavo.com/v1",
        "description": "Kunavo, OpenAI-compatible",
        "envKey": "KUNAVO_API_KEY"
      }
    ]
  },
  "env": {
    "KUNAVO_API_KEY": "sk-kn-..."
  },
  "security": {
    "auth": {
      "selectedType": "openai"
    }
  },
  "model": {
    "name": "claude-sonnet-5"
  }
}
Base URL 要保留 /v1。模型提供者參考文件用一句話說明了格式:若要將項目指向代管的 OpenAI 相容閘道,請將 baseUrl 設為 API 的「/v1 根路徑」,而非完整的 /v1/chat/completions 路徑,「SDK 會自行附加請求路徑」。驗證頁面上的每個 OPENAI_BASE_URL 範例也都以相同方式結尾。Base URL 若已包含路徑,會產生 404,而非驗證錯誤。
本設定是依據頁面所示日期當時 Qwen Code 自己的文件整理而成。Kunavo 尚未讓 Qwen Code 連線至其 endpoint 執行測試——無論是工作階段、串流回合或工具往返都沒有;同一系列中的其他用戶端也一樣。發布設定頁面不等於相容性測試。試用這項設定時,請保留目前可正常運作的路由。
Kunavo 未提供 embedding、文字轉語音或語音轉文字模型,因此 Kunavo 路由只能處理聊天,其他功能都無法使用。Qwen Code 的 Live Voice 路由則是另一回事:文件要求 realtimeOnly 路由的主機必須是 DashScope endpoint,因此無論你將聊天模型指向何處,Live Voice 功能都須使用自己的金鑰。
Kunavo 的模型目錄不包含 Qwen 文字模型。這不是更便宜的 Qwen 執行方式,而是在 Qwen Code 中使用同一筆預付餘額執行 Claude 和 GPT 的方式。如果你想要 Qwen 推論,第一方來源是 Alibaba Cloud Model Studio;Qwen Code 自己的文件則在 /auth 清單中列出 OpenRouter 和 Requesty 等第三方 provider。
還沒有金鑰?建立 Kunavo 帳戶,建立金鑰(以 sk-kn- 開頭),並從 $10 起新增額度——呼叫會從該餘額扣款,失敗的呼叫不會計費。之後儀表板會開啟 Qwen Code 設定。

逐步操作

  1. 在 /app/keys 建立金鑰並複製——金鑰只會顯示一次。
  2. 開啟 ~/.qwen/settings.json(若不存在,請建立該檔案),並合併上方四個區塊。文件建議在使用者範圍的檔案中宣告 modelProviders,「以避免專案設定與使用者設定之間發生合併衝突」。
  3. 如果可以,請把金鑰放在比 env 更妥善的位置。Qwen Code 會從 process.env[envKey] 讀取金鑰,而文件列出的來源優先順序由高至低是:shell export、.env 檔案,接著是 settings.json 中的 env 區塊——文件特別指出這是以純文字儲存。上方的 env 區塊是能執行的最小設定,不是最適合長期保留的做法。
  4. 執行 qwen。將 security.auth.selectedType 設為 openai,並讓 model.name 符合您宣告的 id,就不需要互動式的 /auth 步驟——文件在單檔範例後明確說明了這一點。
  5. 請給它一項需要讀取並編輯檔案的任務,而不是打招呼。Qwen Code 是代理程式:工具呼叫與串流是首次執行時應該測試的功能,也是在端點僅部分相容時最先出問題的地方。
  6. 在 modelProviders.openai 下方新增項目,即可透過 /model 在執行時切換模型。這些編輯會在執行中的工作階段即時重新載入;providerProtocol 則只會在啟動時讀取一次,變更後需要重新啟動。

已於 2026年9月21日 根據 Qwen Code 的驗證頁面,選項 4:API 金鑰(彈性設定) 進行確認。第三方設定會變動;如果這裡的欄位名稱不再與你看到的內容相符,應以該頁面為準,而不是本頁。

這是簡短版本。完整指南——模型選擇、實際工作階段費用,以及失敗情況——請參閱 Qwen Code 定價指南。

除錯用戶端前先驗證

一個請求就能判斷失敗原因是端點、金鑰還是設定檔。如果這裡回傳 JSON,則相同的基礎 URL 與金鑰在 Qwen Code 中也能運作。

# Settles whether a failure is the endpoint, the key, or the client.
curl -sS https://api.kunavo.com/v1/models \
  -H "Authorization: Bearer sk-kn-..."

欄位中應填入哪個模型 ID

每個文字模型都能以模型 ID 存取——即時清單位於 GET /v1/models,帶有價格的目錄位於模型頁面。費率是每 1M 權杖的美元價格,輸入/輸出。

模型 IDKunavo 輸入/輸出它在 Qwen Code 中的位置
claude-sonnet-5$1.40 / $7.00預設工作模型——將其設為 model.name
claude-opus-5$3.50 / $17.50一旦弄錯就會付出高昂代價的計畫
claude-haiku-4-5$0.70 / $3.50低成本回合:分類、摘要,以及全天執行的循環
gpt-5-6-sol$2.00 / $12.00使用相同金鑰和相同 baseUrl,聽聽另一個模型家族的第二意見
gpt-5-6-terra$0.70 / $4.20長上下文閱讀,仍使用 openai protocol key
計費方式是從預付餘額按權杖計費,沒有月費——請參閱 billing。在重複的上下文中——這是編輯器或聊天用戶端傳送內容的大部分——提示快取 對帳單的影響比模型選擇更大。

文件明確說明的三件事,常被人猜錯

這些資訊來自上方連結的驗證頁面與模型提供者參考文件。若只靠猜測而不查閱,每一項都可能耗費不少除錯時間。

  1. modelProviders 項目的優先順序高於 CLI 旗標。文件列出的順序由高至低為:在執行中的工作階段透過 /auth 設定的覆寫值、所選模型提供者的 envKey、例如 --openai-api-key 的 CLI 引數、環境變數,最後是設定中的 security.auth.apiKey。多數人會以為旗標優先,但事實並非如此——這也是為什麼 --openai-base-url 看起來可能沒有作用。
  2. security.auth.apiKey 和 security.auth.baseUrl 已棄用。參考文件明確說明此事,並建議遷移至 modelProviders。如果較舊的教學指引您編輯這兩個鍵,您修改的是即將淘汰的路徑。
  3. wireApi 會選擇請求格式,不會偵測格式不相符。省略此設定時會使用 Chat Completions,也就是上方區塊採用的格式。設定 "wireApi": "responses" 時,端點必須確實相容 Responses;文件明確指出,請求失敗時不會偵測端點,也不會自動改用其他格式。Kunavo 同時提供 /v1/responses 與 /v1/chat/completions,但本頁尚未測試這兩種搭配,因此請先使用預設值。

如果您來這裡是想找免費方案

許多現存的 Qwen Code 說明仍在介紹使用 Qwen OAuth 登入並取得免費每日額度。這個選項已取消:文件記載其免費方案於 2026 年 4 月 15 日停止,並指出 Qwen OAuth 不再是 /auth 對話框中的可選項目。目前列出的三個項目是 Alibaba ModelStudio——其子選單包含 Coding Plan、Token Plan 和 Standard API Key——第三方提供者,以及自訂提供者,說明為連線至「本機伺服器、代理或不支援的提供者」。Kunavo 屬於第三項。另請注意,ModelStudio 子選單中的項目並非三種可用來支付同一筆帳單的方式:每種方案都有自己的主機和金鑰,Coding Plan 金鑰無法搭配 Token Plan 主機使用。

常見問題

如何讓 Qwen Code 使用自訂 API 端點?

在 ~/.qwen/settings.json 的 modelProviders 下宣告端點。對任何 OpenAI 相容主機使用 "openai" 作為鍵,並為模型項目提供 id、baseUrl,以及一個用來命名 API 金鑰所在環境變數的 envKey;接著將 security.auth.selectedType 設為 "openai",並將 model.name 設為該 id。執行 qwen 後,它便會直接使用這個路徑,不需要互動式 /auth 步驟。另一種方式是使用環境變數 OPENAI_API_KEY、OPENAI_BASE_URL 和 OPENAI_MODEL,但文件建議使用設定檔,因為它不受 shell 工作階段影響,且可同時支援多個端點。

Qwen Code 的 baseUrl 結尾需要加上 /v1 嗎?

需要,OpenAI 相容端點必須如此設定。Qwen Code 的模型提供者參考文件指出,baseUrl 應設為 API 的 /v1 根路徑,例如 https://gateway.example.com/v1,而不是完整的 /v1/chat/completions 路徑,因為 SDK 會自行附加請求路徑。Kunavo 的值應設為 https://api.kunavo.com/v1。若結尾保留完整路徑,會得到 404,而不是驗證失敗;這是最常見的表現。

Qwen Code 的免費方案還能使用嗎?

沒有。Qwen Code 自身的文件記載,Qwen OAuth 免費方案已於 2026 年 4 月 15 日停止,且 Qwen OAuth 已不再是 /auth 對話框中可選的項目。文件也指出,Qwen OAuth 模型是寫死的,無法透過 modelProviders 覆寫,因此舊路徑不能只靠重新指向其他位置來繼續使用。目前可用的選項為內建的第三方提供者 Alibaba ModelStudio,或自行設定的自訂端點。

Qwen Code 可以執行 Claude 或 GPT 模型,而不是 Qwen 嗎?

可以。Qwen Code 的通訊協定表列出,openai 提供者鍵可接受任何 OpenAI 相容端點;modelProviders 項目中的模型 id 會直接傳送至您設定的 baseUrl,因此會在該端點解析,而不是在用戶端內解析。因此,只要端點提供 Claude 或 GPT id,就能使用。Kunavo 透過 OpenAI 相容介面提供 Claude 與 GPT id,並依據供應商文件發布了這份設定,而非來自實際測試。

為什麼 Qwen Code 忽略 --openai-base-url?

因為 modelProviders 項目的優先順序高於它。文件列出的憑證優先順序為:在執行中的工作階段透過 /auth 輸入的覆寫值優先,其次是所選模型提供者的 baseUrl 和 envKey,再來才是 CLI 引數;CLI 引數的優先順序高於環境變數與設定。若已選取提供者項目,就會以其 baseUrl 為準。您可以編輯該項目——執行中的工作階段會即時重新載入 modelProviders 編輯內容——或移除該項目,讓旗標生效。