Open Interpreter 與 Claude Code——可攜性只朝單一方向

Open Interpreter 和 Claude Code 都是終端機程式碼代理，而兩者之間的選擇取決於一項不對稱性，而不是主觀感受：Open Interpreter 文件記載三種請求格式，並接受自訂提供者，其模型只需在設定檔中以字串表示；Claude Code 只接受 Anthropic 格式，而 Anthropic 表示「不支援透過任何閘道將 Claude Code 路由至非 Claude 模型」。授權、帳戶要求、成本路徑和遷移工作量都源自這項差異，而這也是設定無法消除的唯一因素。

先確認你指的是哪個 Open Interpreter，因為這個名稱所指的程式已經改變。自 2026 年 7 月 13 日宣布重新推出後，Open Interpreter 是 Rust 終端機代理，其 README 稱之為「OpenAI Codex 的分支」；該文章補充說它是「建構於 OpenAI Codex CLI 之上」，並以 Apache 2.0 授權發布。曾在聊天迴圈中執行產生程式碼的 Python 工具則是不同的程式，在 PyPI 上停留於 2024 年 10 月 26 日的 0.4.3 版本。2026 年以前撰寫的幾乎所有比較文章，描述的都是那個程式。

截至 2026 年 9 月 21 日的兩個程式

儲存庫身分、授權、星數、推送日期和發行標籤於 2026 年 9 月 21 日從 GitHub API 讀取；npm 數據則於同日從 套件登錄庫讀取；安裝與帳戶說明來自各供應商自己的文件，包括 Claude Code 設定和 Open Interpreter 安裝頁面。此處的姊妹頁面於 9 月 18 日記錄了 rust-v0.0.44——兩個版本號都符合各自日期，而此系列的版本每月發布數次。

本頁未比較的三件事

此查詢的搜尋結果混入三種無關產品；如果把錯誤的價格歸給錯誤的工具，每一種都可能破壞預算。

兩種工具的價格均於 2026 年 9 月 21 日確認。

誰應該選哪一個

兩個用戶端實際上的差異

其中一列值得展開說明，因為它是 Open Interpreter 最清楚繼承自 Codex 的部分。除了沙箱之外，它還記載一套獨立、依路徑設定的 權限設定檔系統：default_permissions會選取內建設定檔，例如 :read-only 或 :workspace；位於 [permissions.<name>] 下的自訂設定檔，會針對如 **/*.env 的路徑 glob 和網域模式設定允許讀取、允許寫入或拒絕存取，而「拒絕優先於較寬泛的授權」。其 沙箱頁面列出 macOS 上的 Seatbelt 設定檔，以及 Linux 和 WSL 上「可用時的 Bubblewrap、seccomp 和相關核心沙箱」，並表示當要求的政策無法強制執行時，其意圖是「拒絕執行以維持安全，而不是悄悄在未套用沙箱的狀態下執行」。以上內容均於 2026 年 9 月 21 日讀自該專案的文件，本頁未實際執行測試。

天花板設定無法解除的限制

兩個用戶端都接受第三方端點；在你讀取它們各自會接受對方哪些內容之前，兩種設定看起來很相似。Open Interpreter 使用 TOML 提供者區塊，而其提供者頁面上的每個自訂提供者完整範例，都使用 chat 線路搭配以 /v1 結尾的基底 URL：

# Top-level keys come first; anything after a [table] header belongs to it.
model_provider = "kunavo"
model = "claude-sonnet-5"

[model_providers.kunavo]
name = "Kunavo"
base_url = "https://api.kunavo.com/v1"   # OpenAI-compatible: /v1 included
env_key = "KUNAVO_API_KEY"               # the NAME of the variable, not the key
wire_api = "chat"

Claude Code 接受一個來源和一個憑證變數，而該變數會選擇標頭——ANTHROPIC_AUTH_TOKEN 放在 Authorization: Bearer 中，ANTHROPIC_API_KEY 放在 x-api-key 中：

# ANTHROPIC_BASE_URL is an ORIGIN. Claude Code appends /v1/messages itself,
# so a value ending in /v1 produces requests to /v1/v1/messages.
export ANTHROPIC_BASE_URL=https://api.kunavo.com
export ANTHROPIC_AUTH_TOKEN=sk-your-key   # sent as Authorization: Bearer
# Pin models Kunavo serves. Claude Code's default and its opus/sonnet aliases
# follow Anthropic's newest models; the sonnet alias asks for Sonnet 5.5,
# which Kunavo does not serve — unpinned, /model sonnet 404s.
# Opus 5.5 needs Claude Code v2.1.280 or later; on older versions run claude update.
export ANTHROPIC_MODEL=claude-sonnet-5
export ANTHROPIC_DEFAULT_OPUS_MODEL=claude-opus-5-5
export ANTHROPIC_DEFAULT_SONNET_MODEL=claude-sonnet-5
export ANTHROPIC_DEFAULT_HAIKU_MODEL=claude-haiku-4-5

claude   # /status shows the active provider and base URL

差異不在語法，而在於第一個區塊將端點和模型指定為自由文字欄位；第二個則必須指向使用 Anthropic Messages 格式並提供 Claude 的服務——而且 Anthropic 自己明確說明了界線：「任何提供受支援 API 格式的閘道都能運作。Anthropic 不背書、維護或稽核第三方閘道產品，也不支援透過任何閘道將 Claude Code 路由至非 Claude 模型。」在你做出決定前，有四項後果值得了解，全部來自 Anthropic 的 閘道相容性指南和 功能可用性頁面，並於 2026 年 9 月 21 日確認：

• 提示快取可能無錯誤地失效。如果閘道重塑 cache_control 或將區塊形式的 system 內容扁平化，症狀會是「沒有錯誤：每一回合的對話都會以未快取輸入計費；在 usage 中可見 input_tokens 很高，但幾乎沒有快取活動」。這是看起來像什麼都沒發生的成本故障。
• 具名功能會停用。只要基底 URL 指向 api.anthropic.com 以外的主機，Claude Code 就會停用 Remote Control 和伺服器管理的設定，「無論閘道轉送什麼內容」；在任何自訂基底 URL 上，細粒度工具串流也預設為關閉。
• 憑證會轉移你的計費。當閘道憑證或 apiKeyHelper 啟用時，「開發人員的 claude.ai 訂閱不會被使用」，流量會按 token 向憑證擁有者計費。單獨設定基底 URL 不會造成這種情況。
• 未知的模型 ID 會被假設具有某些能力。對於無法辨識的內容視窗，「Claude Code 會假設為 200K；若 ID 帶有 [1m]，則假設為 1M」；在 ANTHROPIC_BASE_URL 連線上，如果串流靜默 300 秒，就會中止。

Open Interpreter 方面有一項明確的注意事項：其提供者頁面將 wire_api = "messages"記載為「僅供 Anthropic Messages 相容提供者」使用的值，但其中每個完整的自訂提供者範例都使用 chat 線路。因此，該值有文件記載，但沒有展示其設定方式，本指南也未嘗試。請從 chat 線路開始。兩個用戶端都未針對 Kunavo 進行執行階段測試。

各自的費用

Open Interpreter 方面很簡單：用戶端採用 Apache-2.0 授權，openinterpreter.com/pricing於 2026 年 9 月 21 日回傳 HTTP 404，而其自己的 模型頁面完全沒有價格說明。沒有可供比較的方案——只有你所設定提供者的 token 費用。同一供應商也在 openinterpreter.com/desktop 提供另一項獨立的桌面產品；那不是本頁比較的終端機代理，而其重新推出文章向企業提供「在提供相同功能的同時，達到或低於各實驗室提供的成本」——這是一項沒有公布費率的銷售提案。

以上皆於 2026 年 9 月 21 日從 claude.com/pricing讀取。請注意其中沒有的內容：Anthropic 自己的 FAQ 表示，網頁、桌面、行動版和 Claude Code 的活動「全都從同一個池中扣除」，而且「沒有固定的訊息數量」，另加上 5 小時工作階段和每週限制。因此，表中的方案都沒有可公布的 Claude Code 額度；你看到的任何具體數字，都是某人的猜測。

以一個假設的工作階段為例估算

這是示範性的 token 算術，不是測得的工作成本，也不是帳單上限。假設一個代理工作階段傳送 300,000 個未快取輸入 token並接收 20,000 個輸出 token——選擇這種形式，是因為 Codex 風格的 harness 每回合都會重新傳送累積的內容。你的儲存庫和回合數會有所不同。費率是目前的 Kunavo 目錄每百萬 token 價格。

請將表格視為兩個區塊，而不是單一排名。前 3 列是可直接比較的部分：Open Interpreter 的模型頁面列出 Anthropic ID，而 Claude Code 要求這些 ID，因此這幾列代表兩個用戶端都能執行相同工作，選擇用戶端取決於工作流程，而非費率。最後一列則是 Claude Code 完全無法觸及的部分——在這些假設下，同一工作階段使用 GPT-5.6 Terra 的試算成本為 $0.294，使用 Claude Opus 5 則為 $1.400。這個差距就是可攜性的金錢價值，但它不是推薦：列出的最低價格與完成工作的最低成本是不同的主張，而需要三次嘗試的模型可能比一次就能完成的模型更昂貴。

Kunavo 的目錄金額是計費下限而非上限：上游回報費用時，帳單會取目錄成本與上游成本乘以適用加價率兩者中較高者。快取費用和外部工具不在此範例之內。最低加值金額是$10 的預付額度，這是資金最低額，而不是工作費用或訂閱費用——請參閱 計費詳細資訊。

雙向遷移成本

從 Claude Code 遷移至 Open Interpreter 大多成本低廉，因為 Open Interpreter 有意重用共用標準。其 README 說明目標：「目前包括儲存庫 AGENTS.md、共用的 .agents/skills 目錄、MCP、ACP，以及 Codex exec 通訊協定。」因此，指示與技能通常會以檔案形式移動，而不是重寫；MCP 伺服器則重新宣告；新的工作是加入 provider 區塊，並熟悉 harness 與 sandbox 設定。這是供應商的設計聲明，不是本頁測試過的遷移流程。

從 Open Interpreter 遷移至 Claude Code 的成本不只是設定，因為這同時是模型選擇與用戶端選擇。如果你使用的是開放權重模型，沒有受支援的方式可以保留它。如果你是透過第三方端點使用 Claude，Claude Code 可以指向該端點——但你會放棄僅限訂閱方案的功能清單、Remote Control、由伺服器管理的設定，以及上述預設啟用的工具串流行為。在切換前，而不是切換後，先評估團隊實際使用的功能。

設定其中任一者

Kunavo 為兩個用戶端——Open Interpreter 與 Claude Code——發布設定參考；而已發布的設定指南是設定參考，不是相容性測試。本頁未針對 Kunavo 的端點對任一者進行執行時測試。保留一條可運作的路徑，分別在兩者上執行一項有界任務，然後查看帳戶實際記錄的費用。準備為金鑰儲值時，建立 Kunavo 帳戶，並參閱 ANTHROPIC_BASE_URL，了解 Claude Code 端最容易讓首次嘗試失敗的 origin 與 /v1 陷阱。

想進行更廣泛的比較？Claude Code 替代方案 涵蓋更廣泛的選項，而 OpenAI 相容 API 說明聊天通訊線路能保證與不能保證的內容。

常見問題

於 2026 年 9 月 21 日查核並於文中引用：透過 GitHub API 查閱 Open Interpreter 儲存庫、授權條款與 rust-v0.0.45 發行版本；@anthropic-ai/claude-code npm 套件登錄庫項目；Open Interpreter 的執行框架文件；以及 Anthropic 的 LLM 閘道、閘道相容性與定價頁面。安裝路徑、沙箱與權限設定、提供者與模型頁面、PyPI 套件狀態及功能可用性清單也在同日查閱。本頁內容未針對任何端點進行執行時測試；由於未找到獨立基準測試，因此未引用任何基準測試結果；所有美元範例都是說明性的 token 費用計算，而非測得的任務成本。