若您想要受支援、可透過單一指令安裝且向帳戶計費的終端機程式設計代理程式,請選 Claude Code;若持有執行環境本身就是需求,請選 OpenHands。 在 2026 年 9 月,這個框架尤其重要,因為兩項產品已不再是同一種形態。Claude Code 是專有終端機代理程式。自從其 monorepo 納入 Agent Canvas 後,OpenHands 主要是自託管瀏覽器控制中心,而其自身終端機 CLI——唯一可直接比較的介面——已被明確列入維護狀態。
兩者也能居中結合,這就是為什麼簡單的二選一會造成誤導。Agent Canvas 可以透過 Agent Client Protocol 以子程序執行 Claude Code,因此「兩者皆用」是實際可行的設定,而其中的計費後果值得您在決定採用哪一個之前先閱讀。
您實際比較的是什麼
兩個專案近期都發生了足以讓 2025 年的評測帶您前往錯誤儲存庫的變動。原本位於 All-Hands-AI/OpenHands 的儲存庫現在是 OpenHands/OpenHands,舊路徑會重新導向至此;docs.all-hands.dev 會重新導向至 docs.openhands.dev;而獨立的 OpenHands/agent-canvas 儲存庫已被封存,因為 Canvas 已併入 monorepo。Claude Code 的文件也搬遷了:docs.claude.com/en/docs/claude-code/… 現在會以 301 重新導向至 code.claude.com/docs/en/…。
| OpenHands | Claude Code | |
|---|---|---|
| 授權 | MIT(monorepo),未封存 | 專有——「© Anthropic PBC. All rights reserved」 |
| 目前積極發布的內容 | Agent Canvas(自託管瀏覽器控制中心),以及 Software Agent SDK 與 Agent Server | 終端機與 IDE 代理程式,以原生二進位檔安裝 |
| 最新發行版 | v1.20.0,2026 年 9 月 17 日;GitHub 星數超過 88,000 | 每週發布數個 npm 版本;上次檢查時 latest 標籤為 2.1.278(2026 年 9 月 19 日),stable 標籤為 2.1.267 |
| 終端機 CLI 狀態 | 「功能完整,主要為穩定性維護」 | 產品本身 |
| 安裝 | CLI 使用 uv tool install openhands --python 3.12;Canvas 使用 npm、npx 或 Docker | curl -fsSL https://claude.ai/install.sh | bash(文件記載的建議原生安裝方式)、Homebrew、winget 或已簽署的 apt/dnf/apk 儲存庫;文件也記載了全域 npm 安裝方式,列於進階選項下 |
| 需要帳戶 | 本機開放原始碼路徑不需要任何帳戶 | 「Pro、Max、Team、Enterprise 或 Console 帳戶」;不包含免費的 claude.ai 方案 |
來源,全部於 2026 年 9 月 21 日重新檢查:OpenHands 儲存庫 API、其 README、元件對照表(其中包含 CLI 狀態列與下方的 Local GUI 註記)、發布 uv tool install 指令的 CLI 頁面、Claude Code npm 套件登錄庫項目、其 LICENSE.md 與 設定文件。
有一個數字本身就能決定 CLI 問題。OpenHands 自身文件的安裝指令會提取 PyPI openhands 套件;該套件版本為 1.16.0,於 2026 年 5 月 8 日上傳——共 34 個發布版本,自春季以來沒有更新。同一期間,其底層函式庫持續發布:openhands-sdk 1.49.2 於 2026 年 9 月 17 日上傳。如果您原本期待比較兩個終端機代理程式,那麼這個差距就是答案:OpenHands 的終端機介面不是其開發重心。
誰應該選哪一個
若您的工作流程是由一位開發者在自己已簽出的儲存庫中主導變更,而且您寧願購買代理程式而不是營運它,請選 Claude Code。執行作業在您自己的使用者權限下於工作站本機進行,權限提示由 Claude Code 自身提供,設定方式是單一安裝指令加上登入。成本路徑可以是 Anthropic 方案、API 帳戶或您指定的 gateway。若要與其他工具並行嘗試,不必拆除任何設定:其記憶文件將專案指示放在儲存庫本身的 CLAUDE.md(或 AGENTS.md)檔案中。
若您實際需要的是控制平面:讓多個對話與排程自動化在您選擇的後端上執行,並將 sandbox 邊界作為明確決策而非假設,請選 OpenHands。Sandbox 文件提供 Docker sandbox(建議)、被描述為「不安全,但快速」且「沒有容器隔離」的 Process sandbox,以及透過 RUNTIME 環境變數選取的 Remote sandbox。這是形態上的真正差異,而不是功能缺口:Claude Code 也記載了自身的沙盒化 Bash 工具,在 macOS、Linux 與 WSL2 上由作業系統內建並強制執行;但它會在您當下使用的那台機器上將命令置於 sandbox 中,而 OpenHands 讓您選擇整個 agent server 執行所在的後端。這個選擇是真實的,而現在這項工作也由您負責。
為團隊選擇 OpenHands 前,請先了解其上限。 其官方 FAQ 說明:「OpenHands 的設計用途是由單一使用者在自己的本機工作站上執行。不適合多使用者共用同一個實例的多租戶部署。沒有內建的驗證、隔離或擴展性。」多使用者功能屬於 Enterprise 方案,而該方案未公布價格。此外,Canvas 本身不會進行 sandbox——安裝頁面指出,代理程式與 ACP 程序應視為不受信任,且「Agent Canvas 是用戶端,不提供隔離」;直接在您的機器上執行的後端會讓代理程式以您使用者帳戶的權限行動。
若您想要 Canvas 的操作介面,但要使用 Claude Code 的代理程式行為,請選兩者。這是文件記載的設定,並會在下方兩節進行說明。
方案與各方案的上限
| 方案 | 公布價格 | 包含內容或上限 |
|---|---|---|
| OpenHands 本機開源版 | 免費 | 「在本機執行」、1 位使用者、每日對話不限次數;模型帳戶由您提供 |
| OpenHands SaaS 個人版 | 免費 | 1 位使用者,每日最多 10 次對話;「BYOK 或以成本價使用 OpenHands 模型」 |
| OpenHands 企業版 | 客製報價 | SaaS 或在您的 VPC 中自託管;使用者不限;未公布金額 |
| Claude Free | $0 | Claude Code:否 |
| Claude Pro | 年度方案每月 $17(預先支付 $200),或每月 $20 | 包含 Claude Code 的最低層級 |
| Claude Max | 每月 $100 起 | 「選擇 Pro 使用量的 5 倍或 20 倍」 |
| 使用計量型 API 金鑰的任一用戶端 | 按 token 計費 | 無訂閱;帳單就是使用量 |
於 2026 年 9 月 21 日閱讀 openhands.dev/pricing 與 anthropic.com/pricing。關於您可能在其他地方看到的數字:Max 20x 通常被引用為每月 $200,但 Anthropic 頁面只顯示「From $100」,其標記中的唯一一個 $200 是 Pro 年度方案的預先支付費用。請在升級畫面確認 20x 的價格,不要相信第三方表格,包括本表格。
兩個供應商來源對 OpenHands 的本機瀏覽器介面有不同說法,值得了解您實際要安裝的是哪一個。定價頁面的功能表在免費 Local 方案下列出「Web-based GUI」,而文件的元件對照表則將 Local GUI 稱為「前一個 OpenHands monorepo 中已棄用、以 Docker 為基礎的瀏覽器應用程式」,並說明「使用 Agent Canvas 進行目前的瀏覽器用戶端開發」。請遵循元件對照表。
在模型方面,OpenHands Cloud 的 Individual 層級提供自有路由供應商,標示為「按成本、不加價」。其已發布的費率卡指出「所列價格反映供應商費率,不含加價」,但不應將其視為目前的 Claude 目錄:其中列出的最新 Sonnet 是 Sonnet 4.5,每百萬 token 為 $3/$15;而 Anthropic 的官方定價頁面將 Sonnet 5 列為 $2/$10。應從中採納的主張是其機制——按成本、不加價。本頁未登入 OpenHands Cloud,因此無法說明該帳戶目前實際提供哪些模型。
Canvas 可以執行 Claude Code,而登入資訊優先於金鑰
monorepo README 指出,Agent Canvas 可以「在本機、遠端與雲端後端上執行 OpenHands、Claude Code、Codex、Gemini 或任何相容 ACP 的代理程式」。ACP 代理程式頁面將 Claude Code 的預設指令列為 npx -y @agentclientprotocol/claude-agent-acp,並清楚描述其機制:供應商自身的 CLI 會以子程序執行,而 Agent Server「負責子程序與憑證;Agent Canvas 只記錄要執行哪個代理程式,並顯示其所需密碼的表單」。
計費細節位於驗證區段,而且常令人意外。訂閱登入資訊會從 Claude Code 自身的憑證儲存區自動偵測——macOS Keychain,或 Linux 上的 ~/.claude/.credentials.json——文件並指出:「登入資訊優先於 API 金鑰:登入期間,環境中設定的金鑰不會被使用。」因此,在您曾執行 claude 並以 Pro 或 Max 登入過的機器上,您以為會按金鑰計量的工作,實際上會使用訂閱額度。同一頁也說明相反情況:「在乾淨的雲端 sandbox 中沒有儲存的登入資訊,因此需要 API 金鑰」——這表示同一個 Canvas 設定可能因執行所在的後端不同而以兩種方式計費。模型設定頁面補充說明:「Claude Code、Codex 與 Gemini CLI 等 ACP 代理程式會自行管理模型存取」,因此 OpenHands LLM 設定檔不會重新導向該子程序。
同一個 gateway,兩個不同的 URL 字串
若您將任一用戶端透過自己的一個 API 金鑰進行路由,最常見的失敗原因是 URL 形式,因為兩者的慣例正好相反。Claude Code 使用 Anthropic Messages 格式,需要一個 origin;OpenHands 透過 LiteLLM 路由,需要一個包含 /v1 且帶有供應商前綴模型 ID 的 base URL。
# ANTHROPIC_BASE_URL takes the ORIGIN. Claude Code appends /v1/messages
# itself, so a trailing /v1 produces /v1/v1/messages, which your gateway
# will not be serving.
export ANTHROPIC_BASE_URL=https://api.kunavo.com
export ANTHROPIC_AUTH_TOKEN=sk-your-kunavo-key
# Pin models Kunavo serves. Claude Code's default and its opus alias are the
# newest Opus — pinned here to Opus 5.5, which needs Claude Code v2.1.280 or
# later (run `claude update`). The sonnet alias asks for Sonnet 5.5, which
# Kunavo does not serve: unpinned, /model sonnet, opusplan's execution phase
# and sonnet subagents 404.
export ANTHROPIC_MODEL=claude-sonnet-5
export ANTHROPIC_DEFAULT_OPUS_MODEL=claude-opus-5-5
export ANTHROPIC_DEFAULT_SONNET_MODEL=claude-sonnet-5
# On this path background tasks run on the main model unless this variable
# pins one, so it is worth setting.
export ANTHROPIC_DEFAULT_HAIKU_MODEL=claude-haiku-4-5# OpenHands routes through LiteLLM, so the id carries a provider prefix
# and the base URL INCLUDES /v1 — the opposite convention to the one above.
LLM_MODEL=openai/claude-sonnet-5
LLM_API_KEY=sk-your-kunavo-key
LLM_BASE_URL=https://api.kunavo.com/v1
# In Agent Canvas the same three values are Settings > LLM > Advanced:
# Custom Model / Base URL / API KeyClaude Code 變數記載於其環境變數頁面——ANTHROPIC_BASE_URL「覆寫 API 端點,以透過 proxy 或 gateway 路由請求」,而 ANTHROPIC_AUTH_TOKEN 是「Authorization 標頭的自訂值(您在此設定的值會加上前綴 Bearer)」。Gateway 協定頁面列出的端點是 /v1/messages 以及選用的 /v1/messages/count_tokens,因此該變數只接受 origin。OpenHands 欄位來自其LLM 設定頁面——Custom Model、「設定自訂模型,並以供應商作為前綴」;Base URL;API Key——而模型設定頁面規定使用 openai/<served-model-id>,取得確切 ID 的方式「通常是從其 GET /v1/models 端點」。
四個實務上的注意事項,每一項都來自供應商自己的頁面,而非測試:
- Claude Code 的成本會無聲增加。 如果 gateway 未原樣轉送
cache_control,gateway 頁面指出「不會發生錯誤:每一輪對話都會以未快取的輸入計費」。這是沒有任何錯誤訊息的價格差異。 - 自訂主機會停用部分功能。 將
ANTHROPIC_BASE_URL設為非第一方主機後,MCP 工具搜尋預設會停用(若 proxy 轉送tool_reference區塊,可使用ENABLE_TOOL_SEARCH=true重新啟用),而截至 v2.1.196,Remote Control 也已停用。Gateway 模型探索同樣預設為關閉。 - 不得緩衝串流。 Claude Code 會計算轉送的位元組,包括 SSE ping,並且「預設會中止靜默 300 秒的串流」。
- OpenHands 會在儲存時驗證,而可達性取決於後端。 儲存本機設定檔時,會先對後端進行驗證,失敗時會阻止儲存;base URL 必須能夠從後端連線——如果 Canvas 在 Docker 中執行,而您的端點位於主機上,
127.0.0.1指的是容器。每個帳戶最多可保留 10 個 LLM 設定檔。
Kunavo 發布了 Anthropic 格式路由的設定參考(ANTHROPIC_BASE_URL 與 Claude Code 整合),以及 快速入門中的 OpenAI 格式路由。這些是已發布的設定參考,而非相容性測試:本頁未安裝或執行任何一個用戶端來連線端點。這裡沒有 OpenHands 專用的設定頁面,OpenHands 所使用、以 Anthropic 為前綴的已記錄路由也尚未驗證,因此請將上方的 openai/ 表單視為已記錄的路徑,並在您自己的環境中確認。
使用單一計量金鑰時的工作階段成本
這些是說明性的 Token 算術,不是實測的工作成本,也不是帳單上限。假設一個小型工作包含 150k 個未快取輸入 Token 和 8k 個輸出 Token,以及一次長時間代理程式執行包含 800k 個未快取輸入 Token 和 40k 個輸出 Token——代理程式工作階段偏重輸入,因為檔案和工具結果會重新傳送。費率是目前Kunavo 目錄中每百萬 Token 的價格,無論由哪個用戶端傳送要求,均適用相同費率。
| 模型 | 每 1M 的輸入/輸出 | 小型工作估算 | 長時間代理程式執行估算 |
|---|---|---|---|
| Claude Haiku 4.5 | $0.70 / $3.50 | $0.133 | $0.700 |
| GPT-5.6 Terra | $0.70 / $4.20 | $0.139 | $0.728 |
| Claude Sonnet 5 | $1.40 / $7.00 | $0.266 | $1.400 |
| Claude Opus 5 | $3.50 / $17.50 | $0.665 | $3.500 |
為了與第一方數據比較規模:Anthropic 自己的成本文件指出:「在企業部署中,平均成本約為每位開發人員每個活躍日 $13、每位開發人員每月 $150-250,且 90% 的使用者每個活躍日的成本低於 $30」。在上述假設下,$13 在 Claude Sonnet 5 上、以分別為 $1.400 和 $0.266 的價格計算,約可支應 9 次長時間執行或 49 個小型工作。Anthropic 的數據僅適用於其自身的企業部署,並非閘道的報價;這項算術只是對數量級的合理性檢查,不是預測。快取會大幅改變結果,且可能朝任一方向變動——請參閱提示快取。
Kunavo 的目錄金額是計費下限,而非上限:上游回報費用時,帳單金額取目錄成本與上游成本乘以適用加成兩者中較高者。快取費用和外部工具不包含在此範例中。最低加值為預付額度中的$10資金下限,這是資金最低額度,而非工作費用或訂閱——請參閱計費詳細資訊。
三項成本,而非一項
人們最容易搞錯的比較是「免費用戶端對付費用戶端」。請改為拆分預算:
- 模型 Token。兩者使用相同問題,上方表格已回答這一點。這是 OpenHands Individual 方案看起來唯一會計量的項目,儘管其定價頁面對計算或沙箱計費同樣沒有明確說明。
- 執行沙箱的機器。在 Claude Code 的已記錄預設路徑中,不需要額外機器,因為代理程式及其內建 Bash 沙箱會在您現有的工作站上執行。對於自託管 OpenHands,這項成本非零且尚未發布:文件描述了 Docker、VM 和遠端後端,但未發布成本模型,因此請依您自己的供應商費率預算 VM 時數、儲存空間和沙箱容器時間。本頁不會為此臆造數字。
- 正在計費的帳戶。Claude 方案、API 餘額,或在 Canvas 執行 Claude Code 的路徑上,取決於該機器恰好登入了其中哪一個。
兩者之間的遷移,在人們通常採用的方向上成本很低。Claude Code 將專案指示保存在儲存庫檔案中,因此嘗試 OpenHands 不需要刪除任何內容;而且由於 Canvas 可以透過 ACP 驅動 Claude Code,評估不一定要變成切換。成本較高的方向是讓團隊標準化採用自託管 OpenHands,因為單一使用者限制和無人負責的基礎設施成本會在這裡顯現。
從一項受限工作開始
無論您選擇哪一個,都請在兩者上執行相同的小型、可驗證變更——一個帶有失敗測試的錯誤——使用相同的提交,在分開的工作區中進行,並記錄差異、審查工作量,以及您的帳戶實際登記的費用。這是本頁唯一屬於您的比較,而不是供應商的比較。
如果您想使用計量路由,Claude Code 整合指南提供 Anthropic 格式的設定,而建立 Kunavo 帳戶即可為金鑰提供資金;快速入門中的 OpenAI 格式值是 OpenHands Advanced 分頁所需的值。仍在用戶端之間而非供應商之間做決定?OpenHands 與 OpenCode 比較比較這兩個開源介面,Claude Code 定價完整說明方案層面,而不使用訂閱的 Claude Code則單獨說明閘道路徑。
常見問題
OpenHands 與 Claude Code 有什麼不同?
Claude Code 是 Anthropic 的專有終端機與 IDE 代理程式:其 LICENSE.md 寫著「© Anthropic PBC. All rights reserved」,需要 Pro、Max、Team、Enterprise 或 Console 帳戶,而免費的 claude.ai 方案不包含它。OpenHands 採 MIT 授權開放原始碼;截至 2026 年 9 月,其 monorepo 中積極發布的內容是 Agent Canvas——用於代理程式對話與自動化的自託管瀏覽器控制中心,而不是終端機代理程式。OpenHands 也有終端機 CLI,但其自身文件將該 CLI 描述為功能完整,主要為穩定性維護。因此,誠實的比較是:一個受支援的單人終端機代理程式,對上一個由您自行執行的自營控制平面。
OpenHands 免費嗎?這是否代表它比 Claude Code 便宜?
軟體本身是免費的:OpenHands monorepo 採 MIT 授權,定價頁面列出 Local Open Source 為 Free,SaaS Individual 也為 Free,但每日對話上限為 10 次。這不等於總成本免費。自託管的 OpenHands 後端仍會透過某個供應商帳戶使用模型 token,也仍會執行一台機器——Docker sandbox、VM 或遠端 sandbox——而 OpenHands 沒有發布其成本模型。Claude Code 將機器問題隱藏起來,因為代理程式在您自己的工作站上執行,帳單則歸入它登入的帳戶。請比較三項,而不是一項:模型 token、執行 sandbox 的運算資源,以及實際計費的帳戶。
OpenHands 可以執行 Claude Code 嗎?
可以,而且這是多數比較忽略的細節。OpenHands monorepo 的 README 指出,Agent Canvas 可以執行 OpenHands、Claude Code、Codex、Gemini 或任何相容 ACP 的代理程式;Agent Canvas ACP 文件則將 Claude Code 的預設指令列為 npx -y @agentclientprotocol/claude-agent-acp。供應商自身的 CLI 會以子程序執行,文件說明 Agent Server 負責該子程序及其憑證,而 Agent Canvas 只記錄要執行哪個代理程式。在預算規劃前,有一項後果值得了解:文件指出訂閱登入優先於 API 金鑰,因此如果執行 Agent Server 的機器上儲存了 Claude Code Pro 或 Max 登入資訊,環境中設定的 ANTHROPIC_API_KEY 完全不會被使用。
我可以將 OpenHands 與 Claude Code 指向同一個 API gateway 嗎?
兩個用戶端都記錄了自訂端點,但使用不同的協定與不同的 URL 形式。Claude Code 的 ANTHROPIC_BASE_URL 是 Anthropic Messages 格式中的 origin——Claude Code 會自行附加 /v1/messages,因此若在值中包含 /v1,就會產生 /v1/v1/messages,而您的 gateway 不會提供這條路徑——並搭配 ANTHROPIC_AUTH_TOKEN。OpenHands 透過 LiteLLM 路由模型呼叫,因此其相容 gateway 的文件路徑是將模型 ID 寫成 openai/<served-model-id>,加上確實包含 /v1 的 base URL。於 Canvas 內執行的 ACP 代理程式完全另當別論:OpenHands 文件指出,ACP 代理程式自行管理模型存取,因此 OpenHands LLM 設定檔不會控制 Claude Code 子程序的端點。
OpenHands CLI 還在維護嗎?
它已發布且未被封存,但文件明確表示開發方向不在此。OpenHands 文件將 CLI 列為功能完整,主要為穩定性維護;發布日期也符合這項描述:文件記載的安裝指令是 uv tool install openhands --python 3.12,而 PyPI 提供的 openhands 1.16.0 上傳日期為 2026 年 5 月 8 日,共有 34 個發布版本。同一期間,它所依賴的函式庫快速演進——openhands-sdk 1.49.2 於 2026 年 9 月 17 日上傳——而現在發布 Agent Canvas 的 monorepo 也於 2026 年 9 月 17 日標記了 v1.20.0。若您想使用積極開發中的 OpenHands 介面,那就是 Agent Canvas 與 SDK,而不是 CLI。
團隊應該選哪一個?
單獨來看,兩項產品都不是多使用者方案。OpenHands FAQ 明確表示,OpenHands 的設計用途是由單一使用者在自己的本機工作站上執行,不適合多租戶部署,也沒有內建的驗證、隔離或擴展性;多使用者工作屬於 Enterprise 方案,而該方案未公布價格。Claude Code 按帳戶授權,透過 Pro、Max、Team、Enterprise 或 Console 銷售,因此團隊面對的是席次數量或 API 預算,而非部署專案。若您想要每位開發者各自設定且無需持有基礎設施,請選 Claude Code;若持有執行環境與自動化介面本身就是需求,請選 OpenHands。
儲存庫、套件登錄庫、定價和文件來源已於 2026 年 9 月 21 日重新檢查;基礎研究於 2026 年 9 月 18 日蒐集。本頁未安裝、設定或使用任何一個用戶端連線 Kunavo 的端點——所有設定主張均源自文件,且未進行相容性或效能測試。由於找不到兩個代理程式的中立基準測試,因此不提供工作成功率或速度比較。Kunavo Token 費率來自目前目錄,本頁的所有美元範例都是說明性的 Token 算術。