OpenHands 替代方案：根據離開的原因選擇

多數 OpenHands 替代方案的搜尋，其實都找錯了目標：OpenHands 程式碼代理仍在運作，停止的是它的終端機 CLI。 github.com/OpenHands/OpenHands 採 MIT 授權、未封存，於 2026 年 9 月 21 日有推送，並於 2026 年 9 月 17 日發布 v1.20.0（GitHub API，截至 2026 年 9 月 21 日查核）。獨立的 OpenHands-CLI 儲存庫 在 README 頂端附近顯示「此專案已不再積極維護」的橫幅，並建議改用 Agent Canvas。因此候選方向會立即分岔：如果你要的是代理及其瀏覽器介面，繼續使用仍是可行選項；如果你實際使用的是終端機代理，就需要另一個用戶端。

列出清單前，先確認一個名稱，因為它會顛倒答案。AI4Bharat/OpenHands 是手語辨識工具包，採 Apache-2.0 授權，最後一次推送為 2023 年 3 月 15 日，其 GitHub 說明寫著「不再積極維護」。聲稱 OpenHands 已被放棄的文章與 AI 答案，常常引用的是該儲存庫。程式碼代理是 OpenHands/OpenHands，採 MIT 授權，最初名為 OpenDevin——OpenDevin/OpenDevin 目前仍會重新導向至該處。

先從你離開的原因開始

OpenHands 的 定價頁面 在 2026 年 9 月 21 日列出三列：Open Source (Local) 為 Free，Max Daily Conversations 為「Unlimited」，使用者數為 1；Individual (SaaS) 為 Free，Max Daily Conversations 為 10，使用者數為 1；Enterprise 為 Custom pricing。該頁沒有公布 Enterprise 的數字，本頁也不估算。多數離開原因都可追溯至五種特定摩擦點，而不是代理本身。

每個候選方案的狀態，重新查核而非憑記憶

常見清單上的三個名稱在 2026 年期間曾移轉或停止，而較舊的整理文章會把你帶往已不存在的地方。以下每一列都取自 2026 年 9 月 21 日的 GitHub API。

免費用戶端不等於零成本用戶端

上方多數列採 OSI 授權且不收授權費；Claude Code 是專有軟體，Crush 則依 FSL-1.1-MIT 提供原始碼；本頁未取得任何用戶端的訂閱價格。但無論如何，這些都不是你真正要編列預算的數字。成本有兩條線：代理及其沙箱執行所在的機器，以及 token。第一條線正是 OpenHands 與終端機代理在結構上的差異——它需要後端。其自身的 VM 指南寫著「Ubuntu 24.04 LTS 搭配 2 vCPU 與 4 GB RAM 足以供單一使用者使用」，而 Modal 配方將同樣規格定價為每天約 $3.40。這些是該文件化配方的主機費用，不是 OpenHands 收取的費用，也不是可套用到其他主機的數字。

token 成本會跟著你移至每個用戶端，因此值得在選擇前先估算。假設一次繁忙的代理工作階段傳送 300,000 個未快取輸入 token，並接收 20,000 個輸出 token——OpenHands 自身的 模型文件警告它「會向你設定的 LLM 發送許多提示」。費率是 Kunavo 目錄中每百萬 token 的即時價格。

這是示範性的 token 算術，不是實測任務成本，也不是帳單上限：答案取決於你的工作階段型態；需要嘗試三次的便宜模型，可能比一次完成的模型更貴。列出的最低費率與完成任務的最低成本是兩個不同問題。Kunavo 目錄中的金額是計費下限而非上限——上游回報費用時，帳單會取目錄成本與上游成本乘以適用加成兩者中較高者。快取費用與外部工具不包含在此範例中，而最低儲值額是預付額度 $10，這是資金最低門檻，不是任務費或訂閱費。請參閱 計費詳細資訊。

哪些內容會移轉、哪些不會，以及如何回復

儲存庫內容是可移植的部分。OpenHands 會讀取儲存庫根目錄的 AGENTS.md，也辨識 CLAUDE.md 與 GEMINI.md；其 技能文件特別建議使用 .agents/skills/<name>/SKILL.md，因為該位置「遵循 Agent Skills 標準，並使技能可在相容的代理工具之間移植」。MCP 伺服器的形式也能移轉：OpenHands 的 MCP 設定頁面支援 SSE、Streamable HTTP 與 stdio——它將 stdio 與 Streamable HTTP 連結至 2025-06-18 的 MCP 規格，將 SSE 連結至較舊的 2024-11-05 規格，因此不要假設 SSE 部分在所有地方都是最新的——而設定位於 UI 中，或位於 config.toml 的 [mcp] 區段中。

Hooks 沒有看起來那麼難以移植。OpenHands 的 hooks 文件表示，.openhands/hooks.json 格式「與 Claude Code hooks 相容，因此可以在兩個工具之間重複使用 hook 腳本」——這項說法只適用於這兩個工具，不代表清單上的每個用戶端。其餘 OpenHands 專用部分無法移轉：.openhands/setup.sh 是 OpenHands 自身的儲存庫設定契約；對話歷史會匯出為供閱讀的 Markdown 或 HTML 檔案，而 OpenHands 自身文件沒有描述匯入路徑；以 openhands/ 為前綴的 LLM 金鑰只能連到該供應商的 proxy。

也要預期端點格式會改變。OpenHands 需要在設定中的 Settings > LLM、Advanced 切換選項後，使用帶有供應商前綴的 Custom Model；對於 OpenAI 相容伺服器，其 模型設定頁面規定使用從伺服器的 GET /v1/models 讀取的 openai/<served-model-id>，且 base URL 必須包含版本路徑。OpenCode 則改以 provider 區塊表示相同金鑰，因此移轉是重寫而非複製：

{
  "provider": {
    "kunavo": {
      "npm": "@ai-sdk/openai-compatible",
      "options": {
        "baseURL": "https://api.kunavo.com/v1",
        "apiKey": "{env:KUNAVO_API_KEY}"
      },
      "models": { "claude-sonnet-4-6": { "name": "Claude Sonnet 4.6" } }
    }
  }
}

Kunavo 不提供 embedding 模型、text-to-speech 模型或 speech-to-text 模型。這會影響一項設定：OpenHands 將 LLM_EMBEDDING_MODEL 列入其 UI 無法設定的項目，必須透過環境變數或 config.toml 提供——請將它指向提供該步驟的供應商，或保持未設定。

一項能在一天內產出答案的試驗：保留 OpenHands 的安裝與已儲存的設定檔，從相同的起始 commit 在兩個用戶端各執行一項有界限的任務，然後比較實際接受的 diff、審查工作量，以及你的供應商帳戶實際記錄的用量。回復時，測試期間保留 ~/.openhands/settings.json 與任何 config.toml 不變——值得刻意這樣做，因為 OpenHands 自身的安裝頁面警告，從 1.0.0 發布前的 CLI 版本升級時，必須重新完成設定流程，因為設定格式已改變。另請注意，OpenHands 的 LLM 設定頁面表示每個帳戶最多可儲存 10 個 LLM 設定檔，因此新增測試設定檔前請先清理。

設定下一個用戶端並檢查第一筆費用

Kunavo 為上方數個用戶端發布設定參考資料，包括 OpenHands、OpenCode 與 Cline。這些是已發布的設定指南，不是相容性測試：本頁未對任何一個用戶端與 Kunavo 端點進行執行期測試，本頁所有行為說法都取自各專案自身的文件與儲存庫。切換期間保留一條可運作的路徑，執行一項範圍明確的任務，然後查看帳戶為該任務記錄的費用。準備為金鑰儲值時，請建立 Kunavo 帳戶。

如果你的決定範圍小於完整切換，OpenHands 與 OpenCode以及 OpenHands 與 Claude Code會直接比較其中兩者，而 OpenAI 相容 API涵蓋此清單中 OpenAI 相容用戶端所預期的端點格式——Claude Code 是例外，因為它讀取 origin 格式的 ANTHROPIC_BASE_URL，並使用 Anthropic 格式。

常見問題

所有 11 個用戶端的儲存庫狀態、授權與發布來源，均於 2026 年 9 月 21 日從 GitHub API 讀取；發布標籤變動很快，Codex 與 Crush 可能已經領先一個版本。OpenHands 的方案列、CLI 狀態、沙箱成本與 LLM 設定檔行為，同日從 openhands.dev 與 docs.openhands.dev 讀取；PyPI 版本取自 pypi.org；goose 的捐贈與 Roo Code 的關閉資訊取自其自身公告。Kunavo token 費率來自即時目錄，而美元範例是示範性的 token 算術，不是實測任務成本。