幾乎沒有人需要離開 Crush，而這正是 Crush 替代方案頁面能告訴你的最有用資訊。 Crush 是 Charm 的終端機程式設計代理——不是名稱相同但無關的 Rust shell 與程式語言 liljencrantz/crush，也不是佔據裸查詢「crush ai」的任何陪伴聊天應用程式。Charm 的 Crush 仍在積極開發：GitHub API 在 2026 年 9 月 21 日回報 charmbracelet/crush 未封存，且擁有超過 28,000 顆星；同日也發布了 v0.96.1。因此，這裡的「替代方案」其實代表六種不同的退出原因，其中三種根本不需要更換用戶端。
先確認哪一項原因適用於你。接著閱讀遷移帳本，因為切換成本並不在多數人預期的位置。
先從退出原因開始，而不是候選清單
| 你正在尋找的原因 | 需要不同的用戶端嗎？ | 真正能解決它的方式 |
|---|---|---|
| Charm Hyper 沒有提供你想要的模型系列 | 否 | 註冊你自己的端點。Crush 將自訂提供者記錄為簡單的 config builtin，且未對其附加任何方案要求；README 稱 Hyper 是最快的開始方式，而不是必要條件 |
| 你希望關閉遙測 | 否 | Crush 預設會記錄假名化的使用量指標，並記載兩種選擇退出方式：CRUSH_DISABLE_METRICS=1，且會遵守 DO_NOT_TRACK=1 |
| 你的組織要求工具採用 OSI 核准的授權 | 是 | Crush 採用 FSL-1.1-MIT，而 GitHub 回報 NOASSERTION。OpenCode 和 OpenHands 採用 MIT；goose 和 Codex CLI 採用 Apache-2.0 |
| 你不希望設定檔會執行程式碼 | 是 | Crush 自己的文件寫道：「兩種格式都是受信任的程式碼：它們會在 UI 出現之前，以你的 shell 權限執行。」OpenCode 的 opencode.json 是資料 |
| 你需要終端機之外的操作介面 | 是 | OpenCode 文件說明它會以 opencode web 啟動瀏覽器 UI，並提供適用於 VS Code 及其分支版本的 IDE 擴充功能。OpenHands 將自身描述為「用於軟體工程代理的開放原始碼平台」，並提供 GUI、CLI 和 SDK，因此當你不想要終端機聊天迴圈的形式時，這是值得評估的選項 |
| 你想要固定的月費，而不是按量計費的 token | 可能不需要 | Hyper 發布了 $20/月的訂閱方案；OpenCode Go 為 $10/月，而 Crush 將 OpenCode 作為內建提供者提供。Go 自己的已驗證用戶端表格未列出 Crush，而本頁也沒有任何一方的證據——請自行測試 |
該表格的來源，均於 2026 年 9 月 21 日查核：用於自訂提供者與指標的 Crush README、用於受信任程式碼警告的 docs/config/README.md、用於訂閱價格的 hyper.charm.land、用於其價格的 OpenCode Go，以及用於非終端機介面的 OpenCode 網頁和 IDE 頁面。關於 Crush 文件的實務備註：charm.land/crush 回應 200，但其完整內容是 199 位元組、重新導向至儲存庫的 meta refresh，因此 README 與 docs/config/README.md 是第一方文件。由 Mintlify 託管的 Crush 文件鏡像仍在介紹已棄用的 crush.json 格式；它帶有「Claim this site」橫幅，並非 Charm 的網站。
目前實際存在的候選清單
其中三個專案最近才移動組織，因此多數已發布的比較仍使用錯誤的儲存庫。
| 專案 | 2026 年 9 月 21 日的狀態 | 授權 | 最新發行版 |
|---|---|---|---|
| OpenCode（Anomaly） | 仍在活躍。原為 sst/opencode；該路徑現在會解析至 anomalyco/opencode | MIT | v1.18.31，2026 年 9 月 14 日 |
| goose（AAIF） | 仍在活躍。原為 block/goose；該專案於 2026 年 4 月 7 日宣布移轉至 Linux Foundation 的 Agentic AI Foundation | Apache-2.0 | v1.51.0，2026 年 9 月 17 日 |
| OpenHands | 仍在活躍。原為 All-Hands-AI/OpenHands；首頁現在是 openhands.dev | MIT | v1.20.0，2026 年 9 月 17 日 |
| Codex CLI | 仍在活躍 | Apache-2.0 | rust-v0.155.1，2026 年 9 月 18 日 |
| Claude Code | 仍在活躍，且不是開放原始碼：其 LICENSE.md 保留所有權利，並規定使用須受 Anthropic's Commercial Terms of Service 約束 | 專有；GitHub 未偵測到 SPDX 授權 | 本文未比較 |
| Aider | 未封存，但已停滯：最後一次提交至 main 是 2026 年 5 月 22 日；有 1,379 個未解決問題 | Apache-2.0 | v0.86.0，日期為 2025 年 8 月 9 日；PyPI aider-chat 0.86.2，發布於 2026 年 2 月 12 日 |
| Gemini CLI | 儲存庫仍在發布版本（v0.60.0，2026 年 9 月 15 日），但其專案網站稱 CLI 已於 2026 年 6 月 18 日由 Antigravity CLI 取代，適用於未付費方案與 Google One 使用者 | Apache-2.0 | v0.60.0，2026 年 9 月 15 日 |
儲存庫狀態、授權與發行版本於 2026 年 9 月 21 日透過 GitHub API 讀取。Gemini CLI 列的範圍完全依照其來源所述，沒有擴大：儲存庫明顯仍在發布版本，也未找到 Google 自有網域上的公告來佐證取代通知。至於 Crush 與 OpenCode 的比較本身——權限預設值、授權細節、雙錢包拆分——請參閱 Crush 與 OpenCode 比較，而不是在此處查看摘要。
各用戶端讓你放置自己端點的位置
這張表決定候選方案對你而言是否甚至可行。同一個 gateway 在這五個用戶端中有四種不同寫法，其中一個完全無法接受純 chat-completions 端點。
| 用戶端 | 端點放在哪裡 | URL 的寫法 | 需要知道的限制 |
|---|---|---|---|
| Crush | provider add <id> --type openai-compat --base-url … --api-key …，接著是 model add | 包含 /v1。Charm 自己的範例寫成 https://api.deepseek.com/v1 | 端點上沒有設定。使用 openai-compat，不要使用 openai——README 表示 openai「應在透過 OpenAI 代理或路由請求時使用」 |
| OpenCode | opencode.json，一個包含 "npm": "@ai-sdk/openai-compatible" 和 options.baseURL 的提供者區塊 | 包含 /v1 | 端點上沒有設定。依照線路格式選擇套件：其文件對 /v1/chat/completions 使用 @ai-sdk/openai-compatible，對 /v1/responses 使用 @ai-sdk/openai。另外，同一份文件表示 baseURL 可以在任何提供者上設定，而實作範例會覆寫內建的 anthropic 提供者 |
| Claude Code | ANTHROPIC_BASE_URL，加上一個憑證變數 | 裸 origin，不含路徑。 文件範例是 https://llm-gateway.example.com；用戶端會附加 /v1/messages | 憑證變數決定標頭——ANTHROPIC_AUTH_TOKEN 會傳送 Authorization: Bearer，ANTHROPIC_API_KEY 會傳送 x-api-key，使用錯誤的那個會回傳 401。桌面應用程式既不讀取這個，也不讀取 settings.json |
| goose | OPENAI_API_KEY 加上 OPENAI_HOST 和 OPENAI_BASE_PATH，或使用專用的自訂提供者 | 拆成兩個。 OPENAI_HOST 是不含尾端路徑的根目錄；OPENAI_BASE_PATH 預設為 v1/chat/completions | 其文件指出：404 通常表示 OPENAI_BASE_PATH 不適合你的端點，而 401 表示金鑰未載入 |
| Codex CLI | [model_providers.<id>]中的 config.toml | base_url 加上 wire_api | 硬性限制。 在 config.schema.json 中，WireApi 定義只有一個列舉值，即 "responses"。僅支援 chat-completions 的端點沒有有效的線路協定。openai、ollama 和 lmstudio 也都是內建 ID，而 Codex 的提供者原始碼表示內建提供者「通常不可覆寫」 |
Crush 與 goose 的內容於 2026 年 9 月 21 日逐字讀取自 Crush README 與 goose 的提供者文件；Codex 列舉值來自 config.schema.json，內建 ID 來自 model-provider-info，兩者皆位於 main 並於同日擷取；Claude Code 內容來自其閘道連線頁面；OpenCode 內容來自其提供者文件。有兩點值得記住：基底 URL 參考存在，是因為該 /v1 差異是不同用戶端之間遷移時常見的設定錯誤；而 Anthropic 的閘道概覽表示，它「不認可、維護或稽核第三方閘道產品，也不支援透過任何閘道將 Claude Code 路由至非 Claude 模型」。Kunavo 發布了使用 wire_api = "responses" 的 Codex 設定——請參閱 最適合 Codex 的 API——但已發布的設定並不等於測試結果。
遷移帳本：哪些會移動，哪些不會
令人意外的是，可攜資產是昂貴的那些，而人們擔心的卻是用過即丟的那些。
| 資產 | 會移動嗎？ | 詳細資訊 |
|---|---|---|
| 代理技能（Agent Skills） | 會，保持不變 | Crush 的全域 skill 路徑包括 ~/.claude/skills/ 和 ~/.agents/skills/；每個專案會讀取 .agents/skills、.crush/skills、.claude/skills 和 .cursor/skills。OpenCode 也會讀取 ~/.claude/skills/。相同的資料夾，不需要轉換 |
| 跨工具的專案規則 | 是 | Crush 將 ~/.config/AGENTS.md 載入為共用檔案，將 ~/.config/crush/CRUSH.md 載入為僅供 Crush 使用的檔案。OpenCode 會先讀取 AGENTS.md，接著讀取 ~/.config/opencode/AGENTS.md，再讀取 ~/.claude/CLAUDE.md。任何 Crush 專用內容都會依設計保留在 CRUSH.md 中 |
| 你的 API 金鑰 | 是 | 它屬於端點，而不是用戶端。在比較 Crush、OpenCode 和 goose 的同時，一個金鑰可以同時供三者使用 |
| MCP 與 LSP 伺服器 | 功能相同，語法不同 | 兩個用戶端都支援它們；宣告格式需要重寫。這是複製並重新塑形的工作，而不是重新設計架構 |
| 供應商設定 | 沒有轉換器 | crushrc 是包含 Crush 內建功能的 Bash；opencode.json 是資料檔案。每個專案或每台機器手動重寫一次 |
| 工作階段歷史 | 否 | Crush 的 session 指令會註冊 list、show、last、delete 和 rename——沒有匯出或匯入子命令。狀態位於 ~/.local/share/crush（Unix）或 %LOCALAPPDATA%\crush（Windows） |
| 螢幕上的成本讀數 | 不，而且它從來都不是帳單 | 對於手動註冊的 Crush 提供者，這個數字是你輸入的 --price-input 與 --price-output 數字所做的算術結果；對於內建提供者，則來自 Catwalk。兩者都不會讀取你的帳戶 |
內容取自 main 分支上的 Crush README、docs/config/README.md 與 internal/cmd/session.go，以及 OpenCode 的規則文件，全部於 2026 年 9 月 21 日讀取。有一項歧義保持原樣而未加以猜測：Crush 自己的檔案對工作階段狀態的儲存方式說法不一致，因此本頁只標示位置，而不指定儲存引擎。
回復原狀。 將候選工具安裝在 Crush 旁邊，而不是取代 Crush。保留 crushrc 不變，將新用戶端指向相同端點，並在兩者上執行一個受限任務。Skills 和 AGENTS.md 會從共用路徑讀取，因此兩個用戶端都不需要重新設定即可使用它們；要回復原狀，只需再次執行 crush。開始前唯一需要決定的是：你是否在意會留下的工作階段歷史——因為它是唯一沒有出口的資產。
無論哪個用戶端勝出，一個工作階段的成本
這些用戶端本身都不收費。Crush、OpenCode、goose、Codex CLI 和 Aider 都是免費下載；你支付的是所設定端點上的模型 token 費用。因此，用戶端選擇不會改變帳單——真正會改變帳單的是錢包，這正是 Crush 使用者最終開始尋找替代方案的原因。
以下數字是示意性的 token 算術，不是實測任務成本，也不是帳單上限。假設一個工作階段在大型插槽上傳送200,000 個未快取輸入 token，並接收15,000 個輸出 token。這個比例是為了比較而做的假設，不是對你儲存庫的測量。費率是即時的Kunavo catalog每百萬 token 價格。
| 模型 | 每 1M 的輸入／輸出 | 該工作階段的估計成本 |
|---|---|---|
| Claude Haiku 4.5 | $0.70 / $3.50 | $0.192 |
| GPT-5.6 Terra | $0.70 / $4.20 | $0.203 |
| Claude Sonnet 5 | $1.40 / $7.00 | $0.385 |
Crush 還有第二個專屬的費用項目，任何遷移後都值得檢查。Crush 固定使用兩個插槽：model large 和 model small。在 main 的 Crush 原始碼中（internal/agent/agent.go，於 2026 年 9 月 21 日讀取），小型插槽會產生工作階段標題並支援內建的代理式擷取工具，而對話摘要則使用大型模型。標題產生每個工作階段只會進行一次簡短呼叫，除非插槽中的是推理模型，否則輸出上限為 40 個 token——因此小型插槽本身在設計上很便宜，而可能讓費用累積的是擷取工具。為了量化其規模，假設一個工作階段中小型插槽流量為任意的40,000 個輸入 token 和 3,000 個輸出 token——這個數字是為了讓模型可比較，而不是 Crush 的實測值。在 Claude Haiku 4.5 上，估算費用為 $0.038；若指向 Claude Sonnet 5，則為 $0.077，約為 2 倍的 Claude Haiku 4.5 數值。無論你最後選擇哪個用戶端，都請確認它是否有便宜模型插槽，以及其中實際放的是什麼。
為了說明為何會出現錢包問題：Charm Hyper 的公開模型端點在 2026 年 9 月 21 日回傳了23 個模型，其中沒有 Claude、GPT-5 或 GPT-6 系列，也沒有 Gemini 模型。其已發布方案為 Free 方案「$0 /month」，每月「100 Hypercredits」；以及 Subscription 方案「$20 /month」，包含「250 Hypercredits, refreshing daily」；另有預付套件：$5 可購買 100 點、$10 可購買 200 點、$20 可購買 400 點。頁面表示「Prepaid Hypercredits never expire」，同一頁也表示「1 Hypercredit is currently 5¢」。這兩項說法無法相互換算成每月額度，而頁面也未發布扣除規則，因此本指南只引用這些字串，不對其進行算術計算。
Kunavo 的目錄金額是計費下限，而不是上限：上游回報費用時，帳單取目錄成本與上游成本乘以適用加成兩者中較高者。快取費用與外部工具不包含在此範例中。最低儲值額為預付額度 $10——這是資金下限，不是任務費用或訂閱費用。請參閱 billing details。Kunavo 不提供嵌入、文字轉語音或語音轉文字模型，因此任何需要這些呼叫的用戶端都會以自己的帳戶使用外部提供者。
選擇前需要誠實面對的兩項注意事項
首先，Kunavo 不是唯一撰寫 Crush 內容的 API 供應商，任何暗示相反的頁面都可以查證，而且是錯的。Z.AI、DeepSeek 和 Vercel 都各自發布了第一方 Crush 設定頁面。值得注意的是，2026 年 9 月 21 日閱讀這三個頁面時，Z.AI 和 DeepSeek 都發布了手寫的 已棄用 crush.json 區塊，而 Vercel 的頁面則將設定指向 ~/.config/crush/crush.json——Crush 自己的文件表示 crush.json「是原始格式，現在已棄用」，且新選項只會加入以 Bash 為基礎的設定中。DeepSeek 的區塊也將 base_url 設為 https://api.deepseek.com，沒有 Charm 自己的 DeepSeek 範例所使用的 /v1 後綴。如果你從 token 供應商的頁面複製設定，請先與 README 核對。
其次，清單上最低的費率與完成任務最便宜的方式是不同的主張，而價格表只涵蓋前者。選擇能完成工作的最低價模型，前提是你接受其所需的審查工作量；接著以提供者帳戶記錄的帳本核對，而不是核對終端機讀數，因為對手動註冊的提供者而言，終端機讀數只是對你自行輸入的數字所做的算術。
試用一個
如果你留在 Crush，只更換錢包，Crush 整合指南包含完整的 crushrc。如果你要遷移，OpenCode 與 goose 的設定頁面涵蓋最常見的兩個目的地。Kunavo 未對這些用戶端進行任何執行階段測試——那些頁面記載的是各用戶端針對 Kunavo 發布端點的自有設定，這與相容性結果不是同一回事。保留一條可運作的路徑，執行一個受限任務，並在遷移日常使用的工具前，讀取帳戶實際記錄的費用。準備為金鑰注資時，建立 Kunavo 帳戶。
想比較更廣泛的選項？OpenCode 替代方案和 Claude Code 替代方案會從另一側執行相同的決策樹練習，而OpenAI 相容 API 參考涵蓋多數這些用戶端所依賴的端點慣例。
常見問題
Crush CLI 的替代方案有哪些？
人們實際在其間切換的終端代理程式包括 Anomaly 的 OpenCode（MIT，位於 opencode.ai）、goose（Apache-2.0，目前由 Linux Foundation 的 Agentic AI Foundation 管理）、OpenAI 的 Codex CLI（Apache-2.0）、Anthropic 的 Claude Code（並非開放原始碼：其 LICENSE.md 保留所有權利，並將使用置於 Anthropic 商業服務條款下）、Google 的 Gemini CLI（Apache-2.0）以及 Aider（Apache-2.0，但已停滯）。OpenHands 是例外：它將自己描述為軟體工程代理程式的開放原始碼平台，並提供 GUI、CLI 與 SDK，而不是終端聊天迴圈。比較前先注意一個陷阱：github.com/opencode-ai/opencode 上已封存的儲存庫根本不是替代方案——其 README 自己表示該專案以 Crush 之名繼續，因此那個 OpenCode 是 Crush 的前身名稱。儲存庫資訊查核於 2026 年 9 月 21 日。
Crush CLI 是被放棄或停止了嗎？
不是。2026 年 9 月 21 日，GitHub API 回報 charmbracelet/crush 的 archived 為 false、擁有超過 28,000 顆星、建立於 2025 年 5 月 21 日，並在同日發布 v0.96.1；npm 套件 @charmland/crush 幾分鐘後也升至 0.96.1。如果你是因為搜尋結果暗示該專案已停止而來到這裡，可能原因是它與已封存、後來成為 Crush 的 Go 儲存庫同名，或與 github.com/liljencrantz/crush（無關的命令列 Shell 與程式語言）撞名。兩者都與 Charm 的代理程式無關。
如果 Charm 不銷售某個模型，我需要不同的用戶端才能使用它嗎？
不需要。Crush 將自訂供應商列為一級路徑，文件也沒有為此附加方案要求：provider add 會註冊端點，model add 會註冊每個 ID，而 Charm 自己的範例涵蓋 OpenAI 相容與 Anthropic 相容端點。README 將 Hyper 稱為最快的開始方式，而非必要條件。這很重要，因為 Hyper 的公開目錄於 2026 年 9 月 21 日回傳 23 個模型，其中沒有 Claude、GPT-5 或 GPT-6 系列，也沒有 Gemini 模型——因此，想使用其中某個系列，是更換付費服務來源的理由，而不是更換用戶端的理由。
切換終端程式碼代理程式時，實際上有哪些內容會移轉？
Agent Skills 無需轉換即可移轉，因為多個用戶端會讀取相同資料夾：Crush 文件記載的技能路徑包括 ~/.claude/skills/，以及專案中的 .claude/skills 與 .cursor/skills；OpenCode 也會讀取 ~/.claude/skills/。跨工具的專案規則透過 AGENTS.md 移轉——Crush 將 ~/.config/AGENTS.md 載入為共用檔案，將 ~/.config/crush/CRUSH.md 載入為僅限 Crush 的檔案；OpenCode 會先讀取 AGENTS.md，並回退至 CLAUDE.md。你的 API 金鑰會移轉，因為它屬於端點而非用戶端。無法移轉的是供應商設定，格式之間沒有轉換器；以及工作階段歷史記錄：Crush 的 session 指令提供 list、show、last、delete 與 rename，沒有 export 或 import 子命令。查核於 2026 年 9 月 21 日。
Crush 小型模型插槽需要付費嗎？
需要一點費用，而了解費用花在哪裡是值得的。Crush 固定使用兩個模型插槽：大型與小型。在 Crush 的原始碼中，小型插槽會產生工作階段標題，並支援內建的代理式擷取工具；對話摘要則使用大型模型，而不是小型模型。標題產生每個工作階段只會進行一次簡短呼叫，除非插槽中的是推理模型，否則輸出上限為 40 個 token。因此，小型插槽在設計上本來就很便宜——遷移後只需確認其中放的是便宜模型，而不是你為大型插槽選擇的昂貴模型。來源：2026 年 9 月 21 日 main 分支上的 internal/agent/agent.go。
Crush CLI 是開放原始碼嗎？
它並未採用 OSI 核准的授權，而這是唯一確實會迫使你更換用戶端的退出原因。Crush 的 LICENSE.md 標示為 Functional Source License, Version 1.1, MIT Future License，簡稱 FSL-1.1-MIT，版權所有 2025-2026 Charmbracelet, Inc.；GitHub 的 license API 將其回報為 NOASSERTION，而不是已識別的 SPDX 識別碼。如果組織政策要求開發工具採用 OSI 核准的授權，OpenCode 採用 MIT，goose 與 Codex CLI 採用 Apache-2.0，而 OpenHands 採用 MIT。Claude Code 在這方面不是替代方案——其 LICENSE.md 保留所有權利，並規定使用須受 Anthropic's Commercial Terms of Service 約束；GitHub 也未偵測到該儲存庫的 SPDX 授權。
我可以在不放棄目前設定的情況下試用替代方案嗎？
可以，而且回復原狀的成本比多數切換方案低，因為兩項昂貴資產是共用的，而不是需要搬移。將候選工具與 Crush 並存安裝，指向相同端點，保留現有設定，並在兩者上執行相同的受限任務。Skills 和 AGENTS.md 會從共用路徑讀取，因此兩個用戶端都不需要重新設定即可使用它們。試用其他工具不會解除安裝 Crush 中的任何內容；如果你回到 Crush，從未編輯過的 crushrc 仍然存在。
哪些替代方案不該從舊清單文章中挑選？
任何仍將 Aider 稱為新鮮選項的推薦，以及使用了已移動儲存庫名稱的推薦。Aider 並未封存，但其最新 GitHub 發行版本是 v0.86.0（日期為 2025 年 8 月 9 日），aider-chat 的最新 PyPI 建置版本是 0.86.2（上傳於 2026 年 2 月 12 日），其最後一次提交至 main 是 2026 年 5 月 22 日，且有 1,379 個未解決問題——應將它視為有維護風險的選項，而不是新鮮推薦。另一方面，sst/opencode 現在會解析至 anomalyco/opencode，block/goose 在捐贈給 Agentic AI Foundation 後會解析至 aaif-goose/goose，而 All-Hands-AI/OpenHands 已移至 OpenHands/OpenHands。使用舊名稱的清單文章是在這些移動之前撰寫的，其他方面也可能已過時。
查核日期為 2026 年 9 月 21 日：透過 GitHub API 查閱 Crush、OpenCode、goose、OpenHands、Codex、Aider 以及無關的 liljencrantz/crush 的儲存庫狀態、授權與最新發行版本；查閱 main 分支上的 Crush README、docs/config/README.md、internal/cmd/session.go 和 internal/agent/agent.go，以及 @charmland/crush 的 npm 紀錄；查閱 charm.land/crush、hyper.charm.land 及其 models 端點；查閱 Codex 的 config.schema.json 線路協定定義及其 model-provider-info 原始碼；查閱 goose 的提供者文件與 2026 年 4 月 7 日的移動公告。Claude Code 的 LICENSE.md 與 gateway 頁面、OpenCode 的提供者、規則、web 和 IDE 文件、OpenCode Go 的價格、Gemini CLI 取代通知，以及 Z.AI、DeepSeek 和 Vercel 的 Crush 設定頁面，均來自這些供應商同日的自有頁面。Kunavo token 費率取自即時目錄。本頁沒有任何用戶端經過對 Kunavo 端點的執行階段測試，也未提出任何基準測試或效能主張。