搜尋 Qwen Code 替代方案的大多數人其實不需要替代方案。這個用戶端仍在運作、採用 Apache-2.0 授權且免費，而且在這裡比較的所有終端代理中，它支援自帶端點的範圍最廣——2026-04-15 結束的是免費的託管推理服務，而不是 CLI。這項區別決定了後面的一切，因為「我需要不同的端點」通常反而是繼續使用的理由。
有兩種不同的讀者會進入這個查詢，因此請選擇適合你的出口。如果你是因為有人推薦 Qwen Code 作為免費的 Claude Code 替代方案而來，免費的部分已經不存在：Qwen Code 自己的驗證文件表示「Qwen OAuth 免費方案已於 2026-04-15 停止」，並指出 OAuth「不再是 /auth 對話框中可選的登入方式」（閱讀日期：2026 年 9 月 21 日）。你真正要比較的是 Qwen Code 與 Claude Code 以及 Qwen Code 定價，其中包含 Alibaba 方案的數字，本頁刻意不再重述。如果你已經在執行 Qwen Code 並想離開，本頁其餘內容就是選擇樹。
先確認你是否真的需要離開
健康檢查結果正常。2026 年 9 月 21 日，GitHub API 回報 QwenLM/qwen-code 未封存、採用 Apache-2.0 授權、擁有 28,047 顆星，且當天仍有程式碼推送；npm 套件登錄庫 提供了 @qwen-code/qwen-code 0.24.3，於 14:36 UTC 發布——就在本頁撰寫前數小時。請查閱套件登錄庫，而不是依據任何頁面上列出的版本，包括本頁。
這個專案以兩種方式描述自己，而兩者的差異對離開者很重要。README 標題寫著「適用於終端機、編輯器、桌面、瀏覽器與聊天的開源 AI 程式碼代理」，但儲存庫的描述欄位仍寫著它「存在於你的終端機中」。把 Qwen Code 視為只能在終端機中使用，會低估你放棄的功能。
它的沿革也排除了那個看似最整齊的替換方案。README 的致謝內容指出，該專案「最初基於 Google Gemini CLI v0.8.2」，並且「從 Qwen Code v0.1 開始，我們停止與上游同步，改為獨立開發」。有共同祖源，但沒有持續保持對等——Gemini CLI 不是可直接替換的方案，而且任何 Gemini CLI 配額或設定都不會隨之轉移。
現在來看能消解大多數離開計畫的部分。Qwen Code 的 /auth 選單提供三條路徑：Alibaba ModelStudio、內建的第三方清單（DeepSeek、Grok、MiniMax、Z.AI、Kimi、Idealab、ModelScope、OpenRouter、Requesty），以及描述為「本機伺服器、代理或不受支援的供應商——支援 OpenAI、Anthropic、Gemini 與其他相容端點」的 Custom Provider。四種通訊協定——openai、anthropic、gemini 與 vertex-ai；其中 OpenAI 協定按模型提供 wireApi，值為 chat-completions 或 responses——可透過環境變數設定，或在 ~/.qwen/settings.json 的 modelProviders 中設定一次，其中每個模型項目都有自己的 baseUrl。已發布的環境覆寫範圍比這更窄：文件列出 OPENAI_BASE_URL 與 ANTHROPIC_BASE_URL，但沒有兩種 Google 協定的 base-URL 變數，因此請透過 modelProviders 重新導向。下方端點表中的其他用戶端，沒有任何一個被文件記載為支援全部四種協定。
Qwen Code 內部有三個已記載的門檻常被誤認為離開理由，但它們都不是。憑證優先順序會把選取的 modelProviders 項目置於 上方，高於 --openai-base-url 與 --openai-api-key 旗標，這正是多數人猜反的順序。modelProviders 的修改會被正在執行的工作階段讀取，不需要重新啟動；而 providerProtocol——將自訂供應商 ID 對應至協定的設定——文件記載為只在啟動時讀取，且需要重新啟動，因此看似被忽略的變更，通常只需要重新啟動。內建的 web_search 工具取決於端點主機，而不是你支付的費用：Qwen Code 的 網頁搜尋文件指出，下列情況皆為關閉：「第三方供應商（OpenRouter、DeepSeek、ModelScope、……）、其他主機上的自訂端點、本機模型」，付費 Coding Plan 也關閉，因為其「端點尚未針對此 API 驗證」。文件記載的解決方案是外部 MCP 搜尋伺服器，而不是更換用戶端。有一件事確實無法透過更換端點修復：Qwen OAuth 模型是寫死的，因此無法透過 modelProviders 恢復已停止的免費方案。
真正離開的理由，以及每個理由的去向
| 你離開的原因 | 目的地 | 你需要付出的代價 |
|---|---|---|
| 你想再次取得免費的每日配額 | Gemini CLI——個人 Google 帳戶每天 60 次請求／每分鐘 1,000 次請求 | BYOK 會縮限為 Google wire format，而免費配額綁定 OAuth 登入，因此兩者無法兼得 |
| 你希望使用本機模型 | Crush（由 Charm 開發）——其 README 記載會自動探索 ollama、llamacpp、lmstudio、litellm 與 omlx 供應商類型的模型 | 採用 FSL-1.1-MIT，而非 OSI 授權；其設定檔是可執行程式碼 |
| 你想在其他地方繼續執行 Qwen 模型 | Charm Hyper 列出 7 個 Qwen ID；Qwen Code 自己的文件則點名 OpenRouter 與 Fireworks AI | 目錄列示不代表這些模型與 Alibaba 販售的模型版本相同 |
| 你想要委派式、自主執行的工作階段 | OpenHands——MIT 授權、可免費自行託管、自帶金鑰 | 不同的運作模式，而本頁只檢查了自行託管路徑 |
| 你想要編輯器，而不是終端機 | Cline 或 Kilo——兩者都接受 Base URL、API key 與 model id，沒有付費方案門檻 | 你將放棄 Qwen Code 所圍繞建立的終端機原生工作流程 |
| 協定方面的理由 | Claude Code 需要 Anthropic Messages 格式；Codex CLI 需要 Responses | Codex CLI 已移除自訂供應商的 Chat Completions——請參閱下方端點表 |
其中兩列有一項值得在決定前閱讀的注意事項。Google 對 Gemini CLI 免費方案的說法出現兩次且數字不同：儲存庫 README表示 Gemini API 金鑰路徑提供「Gemini 3 每天 1000 次請求（混合使用 flash 與 pro）」；而 geminicli.com 的配額頁面表示 Gemini API Key (Unpaid) 僅在 Flash 上提供「每位使用者每天最多 250 次模型請求」。兩者均於 2026 年 9 月 21 日閱讀；本頁同時列出兩者，而不自行選擇。同一頁面上的付費列——Google AI Pro 每位使用者每天 1,500 次請求、Ultra 每位使用者每天 2,000 次請求，Code Assist Standard 每位使用者每天 1,500 次請求、Enterprise 每位使用者每天 2,000 次請求——表示每分鐘的請求次數有限制，但未公布每分鐘的具體數字。
而 Crush 的設定也不是被動檔案。其 README 表示：「crushrc 與 crush.json 都是受信任的程式碼；crushrc 會在完整 shell 中執行。」這是 Crush 對自己檔案的原文說明，也確實不同於可以從論壇貼文複製的 JSON 設定檔。
決定前先檢查目的地的狀態
幾個出現在「Qwen Code 替代方案」清單文章中的專案，自文章撰寫後已更換儲存庫擁有者或易手，其中兩個已停止服務。以下所有狀態均來自 GitHub API 以及各專案自己在 2026 年 9 月 21 日的文件；若重新命名沒有具日期的第一方公告，該列會如實說明，而不是擅自標註年份。
| 專案 | 目前的所在位置 | 授權 | 狀態 |
|---|---|---|---|
| Qwen Code | QwenLM/qwen-code | Apache-2.0 | 運作中——在檢查當天推送 |
| Gemini CLI | google-gemini/gemini-cli | Apache-2.0 | 運作中——107,111 顆星，9 月 21 日推送 |
| OpenCode | sst/opencode 現在重新導向至 anomalyco/opencode | MIT | 運作中。找不到具日期的第一方重新命名公告 |
| Crush | charmbracelet/crush | FSL-1.1-MIT | 運作中。已封存的 opencode-ai/opencode 是 Crush 的舊名稱，不是目前運作中的 OpenCode |
| Cline | cline/cline | Apache-2.0 | 運作中，且不再僅限編輯器：npm cline 3.0.62 由 apps/cli 目錄發布 |
| Kilo（原名 Kilo Code） | Kilo-Org/kilocode，現在在 kilo.ai 以 Kilo 品牌提供 | MIT | 運作中；已由 Anaconda 收購，於 2026 年 7 月 15 日宣布 |
| OpenHands | All-Hands-AI/OpenHands 現在重新導向至 OpenHands/OpenHands | MIT | 運作中——88,727 顆星 |
| goose | block/goose 現在重新導向至 aaif-goose/goose | Apache-2.0 | 運作中。Block 將其捐贈給 Linux Foundation 的 Agentic AI Foundation；文件已移至 goose-docs.ai |
| Roo Code | RooCodeInc/Roo-Code | Apache-2.0 | 已封存。其文件表示：「Roo Code Extension 已於 5 月 15 日關閉。」請勿採用 |
| Zoo Code | Zoo-Code-Org/Zoo-Code | Apache-2.0 | Roo 文件指向的仍在運作的社群分支——1,878 顆星、一次近期推送。這是活躍節奏的證據，不是持久性的保證 |
| iFlow CLI | iflow-ai/iflow-cli | 未宣告 | 已停止服務。iFlow 的平台文件要求使用者遷移至 Qoder。該通知對一個已過去五個月的日期，仍使用未來式撰寫 |
| Continue | continuedev/continue | Apache-2.0 | GitHub 標記顯示未封存，但其 README 表示「不再積極維護，且為唯讀」；continue.dev 宣布已被 Cursor 收購 |
| Aider | Aider-AI/aider | Apache-2.0 | 正在減緩，而非已死亡：main 的最後一次提交是 2026 年 5 月 22 日，最新 PyPI 發布版本（aider-chat 0.86.2）為 2026 年 2 月 12 日。找不到維護者對專案未來的聲明 |
這張表中有兩個名稱陷阱。OpenCode 是兩個專案：位於 opencode-ai/opencode 的已封存 Go 儲存庫表示，相關工作「以 Crush 之名持續進行，由原作者與 Charm 團隊開發」，因此它是 Crush 的舊身分；目前運作中的 OpenCode 則是位於 opencode.ai 的 TypeScript 專案，發布至 npm 時名稱為 opencode-ai。只檢查 npm 無法區分兩者。而這裡的 Crush 一律指 Charm 的程式碼代理，不是 liljencrantz/crush；後者是與 AI 無關的命令列 shell。如需 Roo 的完整狀態，請參閱 Roo Code 與 Cline。
哪些內容會隨你遷移，哪些不會
| 項目 | 它在 Qwen Code 中的位置 | 是否移轉？ |
|---|---|---|
| 可攜式指示 | AGENTS.md，Qwen Code 會與 QWEN.md 一起讀取 | 最佳情況。OpenCode 會從目前目錄向上尋找 AGENTS.md，接著尋找 CLAUDE.md |
| 專案指示 | ~/.qwen/QWEN.md、儲存庫根目錄中的 QWEN.md、.qwen/QWEN.local.md | 將內容複製到目的地自己的內容檔案，或先移至 AGENTS.md |
| 條件式規則 | .qwen/rules/，由 frontmatter 中的 paths: glob 控制 | 沒有。本頁記載的其他用戶端都不會讀取 .qwen/rules/，而路徑控制機制也沒有可供遷移的對應功能 |
| 技能 | .qwen/skills/<name>/SKILL.md | 未驗證。數個用戶端提供「skills」概念，但在任何一個用戶端中都找不到跨相容性聲明 |
| 對話歷史 | /export html、md、json 或 jsonl | 視為遺失。匯出功能存在，且 md/json/jsonl 都是自包含的，但在任何目的地的文件中都找不到它們的匯入器 |
| 磁碟上的工作階段狀態 | general.chatRecording、~/.qwen/file-history/ 備份、.qwen/PROJECT_SUMMARY.md | 用戶端私有。--continue 與 --resume 依賴這些狀態，不會跟著你轉移 |
| API 金鑰 | 環境變數，或 modelProviders 中的 envKey 參照 | 可以——在目的地自己的設定中重新輸入相同的金鑰 |
一個保留還原能力的四步驟遷移。第一，在仍使用 Qwen Code 時，將你在意的指示集中到儲存庫根目錄的 AGENTS.md 中，因為它本來就會讀取該檔案。第二，使用 /export md 匯出一個目前的工作階段，供自己參考，而不是用來匯入。第三，將目的地設定為使用相同的端點與金鑰，並執行一項有界限的工作。第四——還原——保持 ~/.qwen/ 不變。上述步驟沒有任何一步會刪除它，因此如果新用戶端令人失望，qwen 仍會以你的供應商、規則與歷史記錄啟動。在解除安裝任何內容前，讓兩者同時安裝一週。
逐一用戶端檢視端點問題
如果你是為了存取特定供應商而離開，請先確認目的地接受你的協定。最大的意外就在這裡：Codex CLI 不再接受 Chat Completions，而這正是大多數 Qwen Code 使用者所採用的路徑。
| 用戶端 | 如何將它指向自訂端點 | 它必須支援的協定 | 方案門檻 |
|---|---|---|---|
| Qwen Code | modelProviders 位於 ~/.qwen/settings.json 中，或使用 OPENAI_BASE_URL 及相關變數 | Chat Completions、Responses、Anthropic 或 Gemini | 無 |
| Gemini CLI | GOOGLE_GEMINI_BASE_URL，文件說明其適用於「使用 gemini-api-key 驗證時」；除 localhost 外必須使用 HTTPS | 僅限 Google GenAI——其設定參考中完全沒有出現相容 OpenAI 的機制 | 免費配額綁定 Google OAuth，而不是自訂端點 |
| OpenCode | opencode.json，其中 provider.<id>.npm 設為 @ai-sdk/openai-compatible 與 options.baseURL | OpenAI 相容 | 沒有——根據 OpenCode 自己的文件，OpenCode Zen「完全是選用的」 |
| Crush | provider add <id> --type openai-compat --base-url … --api-key … 位於 crushrc 中 | 相容 OpenAI，另外還有 anthropic、ollama、llamacpp、lmstudio、litellm、omlx | 沒有。這裡的門檻在於設定檔是可執行程式碼 |
| Codex CLI | [model_providers.<id>] 位於 ~/.codex/config.toml 中，並包含 base_url、env_key、wire_api | 僅限 Responses。來源中的 WireApi 列舉只有一個變體，而 "chat" 會以「wire_api = "chat" 已不再支援」報錯 | 專案範圍的設定無法覆寫 model_provider；forced_login_method 可以固定驗證方式 |
| Claude Code | ANTHROPIC_BASE_URL 加上一個憑證變數 | Anthropic Messages | Anthropic 的閘道頁面表示，閘道憑證會取代該工作階段的 claude.ai 訂閱，並且「不支援透過任何閘道將 Claude Code 路由至非 Claude 模型」 |
| Cline | 選取「OpenAI Compatible」，接著填寫 Base URL、API Key 與 Model ID | OpenAI 相容 | 沒有——BYOK 位於免費的 Open Source 方案中 |
| Kilo | 根據 kilo.ai 的供應商設定 | OpenAI 相容 | 沒有——kilo.ai/pricing 將「Auto Free, BYOK, or local」列為「$0/mo」，並標示「No hosted credit required」 |
| OpenHands | LLM Provider、Model 與 API Key；Base URL 位於 Advanced settings 下，或使用 config.toml | OpenAI 相容 | MIT 自行託管版本沒有方案門檻——其文件將 LLM Provider、LLM Model、API Key 與 Base URL 放在 Settings 中，未列出任何方案限制 |
Kunavo 自己的端點 https://api.kunavo.com/v1 提供 /v1/chat/completions、/v1/responses 與 /v1/messages。單就協定而言，這涵蓋 Qwen Code、OpenCode、Crush、Cline、Kilo 與 OpenHands 的 chat 路徑，Claude Code 的 messages 路徑，以及僅限 responses 路徑的 Codex CLI。它不涵蓋 Gemini CLI，後者需要 Google GenAI wire format。Kunavo 不提供 embedding、文字轉語音或語音轉文字模型，因此使用獨立 embedding 設定的代理，在該步驟需要另一個供應商。
請明確說明這代表什麼，以及不代表什麼：這些用戶端沒有任何一個經過針對 Kunavo 的執行階段測試。上表每一列所列的文件層級協定相容性，都是根據 2026 年 9 月 21 日查閱各專案自行發布的設定參考文件所判定，而已發布的設定指南並不等同於測試。在嘗試新路徑時，請保留一條可運作的路徑。
目的地的實際成本估算範例
無論你最終選擇哪個用戶端，模型費用都會跟著你走，因此這是遷移前值得建模的數字。以下數字是說明性的權杖算術，不是實際測量的工作成本，也不是帳單上限。假設一個工作階段傳送400,000 個未快取的輸入權杖並接收25,000 個輸出權杖——這是讀取廣泛、編輯集中之代理的大致形態，明確作為假設而非測量結果。費率是目前的 Kunavo 目錄 每百萬權杖價格。
| 模型 | 每 1M 的輸入／輸出 | 單一工作階段的估算 | 以 20 個這類工作階段估算 |
|---|---|---|---|
| Claude Haiku 4.5 | $0.70 / $3.50 | $0.367 | $7.35 |
| GPT-5.6 Terra | $0.70 / $4.20 | $0.385 | $7.70 |
| Claude Sonnet 4.6 | $2.10 / $10.50 | $1.103 | $22.05 |
在將這視為預算前，請依你自己的工作階段數量調整，並注意最低列示價格與完成工作的最低成本是不同的說法——需要三次嘗試的便宜模型，成本可能高於一次完成工作的模型。Kunavo 的目錄金額是計費底線，而不是上限：上游回報其費用時，帳單金額取目錄成本與上游成本乘以適用加成兩者中的較高者。快取費用與外部工具不包含在此範例中。最低儲值金額是預付額度中的 $10——這是入金最低額，不是工作費用或訂閱費。請參閱 計費詳細資訊。
明確說明一項商業界線，而不是把它埋起來：Kunavo 的目錄沒有 Qwen 文字模型。如果你遷移的理由是以更低成本繼續執行 Qwen，這不是適合的路徑——它適合的是在你最終選擇的任何終端代理中，以一個預付餘額使用 Claude 與 GPT。
接下來可以查看
維持現狀是常見結果，而且有充分依據：Qwen Code 設定指南涵蓋將其指向 OpenAI 相容端點的方式，而Qwen Code 定價列出了 Alibaba 方案的數據。如果您確實要遷移，請先從目的地的設定頁面開始——OpenCode、Crush、Cline、OpenHands 或 goose——準備好為金鑰儲值後，再建立 Kunavo 帳戶。如需深入比較個別目的地，請參閱OpenCode 替代方案、Crush 與 OpenCode 比較、OpenHands 與 OpenCode 比較及Gemini CLI 配額。一般的協定問題則請參閱OpenAI 相容 API。
常見問題
Qwen Code 有哪些最佳替代方案？
不存在唯一的最佳選擇，因為離開的原因會決定答案。如果你想再次取得免費的每日配額，Gemini CLI 對個人 Google 帳戶公布每分鐘 60 次請求、每天 1,000 次請求。如果你想使用本機模型，Crush 的 README 記載其可針對 ollama、llamacpp、lmstudio、litellm 和 omlx 供應商類型自動探索模型；Cline 和 Kilo 也記載 Ollama 與 LM Studio 供應商，因此請從你實際執行的執行環境開始。如果你想執行委派的自主工作階段，OpenHands 採用 MIT 授權且可免費自託管。如果你想要的是編輯器而非終端機，Cline 和 Kilo 都可使用 OpenAI 相容端點，且不要求付費方案。OpenCode 可使用任何 OpenAI 相容端點，但下方的端點表顯示，這裡沒有任何用戶端同時符合 Qwen Code 自身文件列出的四種線路格式。檢查日期：2026 年 9 月 21 日，依據各專案自身文件。
Qwen Code 還是免費的嗎？
用戶端免費，而且一直都是如此：QwenLM/qwen-code 採用 Apache-2.0 授權，沒有付費方案，也沒有席位制。不再免費的是過去隨附的託管推理服務。Qwen Code 自己的驗證文件指出，Qwen OAuth 免費方案已於 2026-04-15 停止，現有的快取權杖可能會短暫繼續運作，但新的請求將被拒絕，且 Qwen OAuth 不再是 /auth 對話框中可選的登入方式。現在必須透過 Alibaba ModelStudio、列出的第三方供應商，或自行設定的任何端點，另外購買模型存取權。閱讀日期：2026 年 9 月 21 日。
Qwen Code 已停止開發或遭到棄用嗎？
沒有。2026 年 9 月 21 日，GitHub API 回報 QwenLM/qwen-code 未封存、採用 Apache-2.0 授權、擁有 28,047 顆星，且當天仍有程式碼推送；npm 套件登錄庫也提供了數小時前發布的 @qwen-code/qwen-code 0.24.3。停止的是 2026-04-15 結束的 Qwen OAuth 免費方案，而不是用戶端。另一個衍生自 Gemini-CLI 的終端代理確實已停止服務：iFlow CLI 自己的平台文件載有服務將於 2026-04-17 停止的通知，並要求使用者遷移至 Qoder。這是兩個不同的專案，iFlow 的命運不能用來推論 Qwen Code。
哪個 Qwen Code 替代方案能提供免費的每日配額？
Gemini CLI 最接近，但它的兩個官方來源說法不一致，兩者都應查看。儲存庫 README 兩次指出，使用透過 OAuth 登入的個人 Google 帳戶時，免費方案為每分鐘 60 次請求、每天 1,000 次請求。至於獨立的 Gemini API 金鑰路徑，README 表示 Gemini 3 每天 1,000 次請求，混合使用 flash 與 pro；而 geminicli.com 的配額與定價頁面則表示 Gemini API Key (Unpaid) 每位使用者每天最多可提出 250 次模型請求，且僅限 Flash 模型。兩者均於 2026 年 9 月 21 日閱讀。請在自己的帳戶中確認數字，不要依據任一頁面編列預算。請注意取捨：每分鐘 60 次、每天 1,000 次的方案是 OAuth 方案，而 Gemini CLI 的設定參考文件指出，GOOGLE_GEMINI_BASE_URL 適用於使用 gemini-api-key 驗證時——因此自訂端點與該 OAuth 配額並不是同一條路徑。
如果我切換用戶端，還能繼續執行 Qwen 模型嗎？
可以，前提是透過提供這些模型的供應商，而不是透過用戶端本身。Qwen Code 的文件將 OpenRouter 與 Fireworks AI 列為已停止 OAuth 方案的替代方案，而兩者都能從任何相容 OpenAI 的用戶端存取。Crush 自己的供應商 Charm Hyper 在 2026 年 9 月 21 日提供 23 個模型 ID，其中 7 個是 Qwen ID，包括 qwen3.8-max、qwen3.8-flash 與 qwen3.7-plus。這只是目錄列示，不是基準測試、價格或可用性保證，也不能證明這些 ID 與 Alibaba 販售的模型是相同版本。Kunavo 不是這個問題的答案：其目錄沒有 Qwen 文字模型，因此透過 Kunavo 路由是在終端代理中執行 Claude 與 GPT 的方式，絕不是更便宜的 Qwen。
我的 QWEN.md 能移到另一個代理嗎？
部分可以。Qwen Code 會與 QWEN.md 一起讀取 AGENTS.md，因此你保存在 AGENTS.md 中的指示才是可攜式的部分：OpenCode 的文件表示，它會從目前目錄向上尋找 AGENTS.md 與 CLAUDE.md，接著尋找全域檔案，最後尋找 Claude Code 自己的檔案。Gemini CLI 的內容檔案文件也顯示相同的遷移方式：其 context.fileName 設定接受陣列，文件中的範例是 ["AGENTS.md", "CONTEXT.md", "GEMINI.md"]，因此完成設定後便會讀取 AGENTS.md——這是文件記載的行為，本頁未進行測試。無法移動的是 .qwen 下的所有內容：.qwen/rules/ 中的規則及其 paths: glob、.qwen/skills/ 下的技能，以及對話歷史。Qwen Code 可以將工作階段匯出為 HTML、Markdown、JSON 或 JSONL，但在任何目的地用戶端的文件中都找不到這些檔案的匯入器，因此請預期會遺失逐字稿。
檢查日期：2026 年 9 月 21 日。查核來源包括：上述各儲存庫的 GitHub API；Qwen Code 和 Cline 的 npm registry；Qwen Code 在 main 上的驗證、模型提供者、記憶、規則、技能、指令及網路搜尋文件；Gemini CLI 的 README、設定參考資料和上下文檔案頁面，以及 geminicli.com 的配額頁面；OpenCode 的規則和提供者文件；Crush 的 README 和授權檔案；Codex CLI 的提供者和設定原始碼；Charm Hyper 的公開模型清單；Aider 的 PyPI；Roo Code 的文件網站；continue.dev；OpenHands 的 LLM 文件；cline.bot 的定價頁面；Anthropic 的 LLM 閘道頁面；以及 kilo.ai 的定價頁面。本輪研究同日記錄的相關組織公告，是關於 iFlow CLI 關閉日期、goose 移轉至 Agentic AI Foundation，以及 Kilo 收購案的依據。本頁沒有任何用戶端經過針對 Kunavo 的實際執行測試。Kunavo 的 token 費率來自即時目錄，所有美元數字均為示意性的 token 計算。