Orkas Orkas
首頁 對比 Claude Code vs Codex vs OpenCode
誠實對比

Claude Code vs Codex vs OpenCode:
它們各自允許宿主向自己要什麼

三個都是終端編程 Agent,三個都能綁定項目目錄,三個都原生支援續接會話。真正要緊的差別,只有當有別的東西在驅動它們時才顯現:一條常駐指令能不能活下來、Agent 能不能讀寫自己的持久記憶、運行中能不能被打斷,以及哪些權限模式實際夠得著。這幾行是實測出來的,不是引用來的。

一覽表

Claude Code、Codex、OpenCode 逐項對比

標著 “measured” 的行,來自 Orkas 為把它們當本地 CLI 後端驅動而維護的能力清單。它們描述的是每個 Agent 對外暴露的宿主契約——不是它寫代碼寫得好不好。

能力Claude CodeAnthropicCodexOpenAIOpenCodeMIT,社區
誰做的,許可證是什麼Anthropic;專有OpenAI;Apache-2.0社區;MIT
模型可選範圍Anthropic 的 Claude 模型ChatGPT 套餐、API key、自定義供應商或本地模型幾十家供應商、任何 OpenAI 兼容介面,以及本地運行時
你從哪裡驅動它終端,或 IDE 集成終端、VS Code / Cursor / Windsurf 擴展,還有雲端版本先是 TUI,桌面應用較新
從上次中斷處續上 (實測)有原生續接操作有原生續接操作有原生續接操作
攜帶一條常駐指令 (實測)有原生指令字段,但作用域是單次呼叫——宿主每次運行都要重發有原生的 developer instruction 字段,且存活於會話內沒有原生字段——指令作為第一條使用者消息送達,存活於會話內
綁定到項目目錄 (實測)是是是
夠得到宿主自己的工具 (實測)是——可掛載單次運行的橋接是——可掛載單次運行的橋接是——可掛載單次運行的橋接
讀寫持久的 Agent 記憶 (實測)是是否——橋接是掛上了,但記憶不在其中
運行途中接收新消息 (實測)是——通過它的流式 JSON 傳輸是——通過它的 app-server 傳輸否——得等這一輪跑完
宿主能施加的權限模式 (實測)沿用它自己的預設、每次詢問,或完全放行沿用它自己的預設、每次詢問,或完全放行只有自動模式——它的一次性運行傳輸沒有審批回傳通道

這裡面有兩行真正會改變決策。OpenCode 是三者中唯一沒有審批回傳通道的,所以宿主無法為它提供「每次都問我」的模式,只能按它支援的自動模式跑——選它時要挑那種可以接受這一點的活。另外,Claude Code 的指令字段作用域是單次呼叫而非整個會話;你自己在終端里敲的時候完全看不出來,但當有別的東西替你反復拉起進程時,這一點非常要緊。

本對比頁最後更新於 2026 年 9 月 27 日;最新條款請以各廠商官網為準。

什麼時候選哪個

按你動不了的那個約束來選

選 Claude Code,如果……

  • 你要的就是 Claude 模型,而且來自做它的那家廠商
  • 你在終端或 IDE 集成里乾活,沒有別的東西來驅動它
  • 你希望宿主能在動手之前暫停下來問你

選 Codex,如果……

  • 你已經有 ChatGPT 套餐,或者想要一次不在你機器上的雲端運行
  • 你希望一條常駐指令在會話里活下來,而不是每次重發
  • 你的編輯器是 VS Code、Cursor 或 Windsurf

選 OpenCode,如果……

  • 許可證必須是 MIT,供應商清單必須夠長
  • 你希望模型能跑在你自己的硬件上
  • 對你交給它的活來說,自動執行是可以接受的
資料來自哪裡

實測那幾行是怎麼來的

Orkas 把這三個都作為本地 CLI 會話運行,所以每一個對外暴露的宿主契約,這個項目必須知道得精確,而不是大概。

1

這份清單是 Orkas 源碼里的一處聲明;一個後端在那兒聲明好會話語義之前,根本無法被派發。

2

它一共覆蓋五個後端——Claude Code、Codex、OpenCode、OpenClaw 和 Hermes。本頁這三個,是其中會綁定項目目錄的三個。

3

本頁沒有任何一句是在評判它們寫代碼的質量。少一項宿主能力通常是設計選擇,不是缺陷。

證據

這一頁,你可以自己核

標注「實測」的七行,2026 年 9 月 11 日從 Orkas 源碼重新推導了三次,七行全部對得上。Claude Code 與 Codex 另外做了一次不依賴該源碼的外部交叉核驗:claude --help 里 --resume、--permission-mode、--append-system-prompt、stream-json 四項全部存在;codex --help 里 resume、--sandbox、app-server、exec 四項全部存在。核驗時的版本:Claude Code 2.1.267、Codex CLI 0.153.4,系統 macOS 15.6。

有一個缺口,我們選擇留著而不是糊過去:核驗用的機器上沒裝 OpenCode,所以它那一列只有 Orkas 源碼這一個來源,沒有第二來源。補這個缺口的辦法是下次核驗前把它裝上,而不是把那一行的措辭改軟。另外,這些行都不涉及三者寫代碼的質量——少一項宿主能力,通常是設計取捨而不是缺陷。

下載原始證據檔案(JSON)→

常見問題

大家真正會問的問題

一個桌面應用能同時驅動這三個嗎?

可以。Orkas 在同一個窗口裡把 Claude Code、Codex、OpenCode 作為本地 CLI 後端運行,另外還有 OpenClaw 和 Hermes。支援的就是這五個——沒有 Cline 後端,也沒有 Gemini CLI 後端。

為什麼我在 OpenCode 上拿不到審批提示?

因為它一次性運行的傳輸通道沒有辦法把審批問題回傳給宿主並等待回答。給它提供一個「每次都問我」的選項,等於暗示會有一個根本不會發生的暫停,所以它按它支援的自動模式運行。

這三個里,哪個能在多次運行之間保住 system prompt?

Codex 和 OpenCode 都把它留在會話里。Claude Code 的指令字段作用域是單次呼叫,所以只要宿主重新拉起進程,就得每次重發這條指令,它才仍然生效。

更多對比

接著讀

一個窗口,三個都在

Orkas 免費、MIT 許可。它在你自己的機器上,把 Claude Code、Codex、OpenCode、OpenClaw 和 Hermes 作為本地 CLI 會話驅動。