opencode、Claude Code、Codex 有什麼區別？開源 AI 編程工具使用指南

opencode 是 anomalyco 開源的 AI Coding Agent。它的定位很直接：讓開發者在終端裡使用一個可程式化、可擴充、可接入多家模型的程式碼助手。

如果把它和 Claude Code、Codex 放在一起看，三者解決的是同一類問題：讓 AI 進入真實程式碼庫，理解上下文，修改檔案，執行命令和測試。但它們的產品取向不一樣。

opencode 更強調開源、多模型和終端 TUI；Claude Code 更強調 Anthropic 模型生態和本地工程協作；Codex 則是 OpenAI 的 AI coding agent，可以在終端、IDE、Codex app 和雲端任務裡使用。

opencode 適合誰

opencode 更適合這幾類開發者：

想在終端裡完成程式碼修改、專案分析和工程任務的人。
希望 AI Coding Agent 不綁定單一模型提供商的人。
偏好開源工具，想自己審計、擴充或二次開發的人。
已經習慣 Neovim、TUI、命令列工作流的人。
希望以後用桌面端、行動端或其他客戶端遠端驅動同一個編碼代理的人。

它的重點不是做一個聊天視窗，而是把 AI 編程能力放進開發者原本使用的終端和專案目錄裡。

安裝方式

官方 README 提供了多種安裝方式。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21


# 直接安裝
curl -fsSL https://opencode.ai/install | bash

# npm
npm i -g opencode-ai@latest

# Windows
scoop install opencode
choco install opencode

# macOS 和 Linux
brew install anomalyco/tap/opencode
brew install opencode

# Arch Linux
sudo pacman -S opencode
paru -S opencode-bin

# 其他方式
mise use -g opencode
nix run nixpkgs#opencode

官方也提醒，安裝前最好先移除 0.1.x 之前的舊版本，避免舊版本殘留造成問題。

安裝腳本會按優先級選擇安裝目錄：

$OPENCODE_INSTALL_DIR
$XDG_BIN_DIR
$HOME/bin
$HOME/.opencode/bin

如果需要指定路徑，可以這樣寫：

1
2


OPENCODE_INSTALL_DIR=/usr/local/bin curl -fsSL https://opencode.ai/install | bash
XDG_BIN_DIR=$HOME/.local/bin curl -fsSL https://opencode.ai/install | bash

桌面應用還在 Beta

除了命令列工具，opencode 也提供桌面應用，目前仍處於 Beta。可以從 GitHub Releases 或 opencode.ai/download 下載。

桌面端覆蓋這些平台：

平台	檔案
macOS Apple Silicon	`opencode-desktop-mac-arm64.dmg`
macOS Intel	`opencode-desktop-mac-x64.dmg`
Windows	`opencode-desktop-windows-x64.exe`
Linux	`.deb`、`.rpm` 或 `.AppImage`

macOS 和 Windows 也可以透過套件管理器安裝桌面端。

1
2
3
4
5
6


# macOS
brew install --cask opencode-desktop

# Windows
scoop bucket add extras
scoop install extras/opencode-desktop

兩種內建 Agent 模式

opencode 內建兩種 Agent，可以透過 Tab 鍵切換。

build 是預設模式，擁有完整開發權限，適合直接修改程式碼、執行命令和推進工程任務。

plan 是唯讀模式，更適合分析陌生程式碼庫、理解專案結構、制定修改方案。它預設拒絕檔案編輯，並且在執行 bash 命令前會詢問。

另外，opencode 還帶有一個 general 子 Agent，用於複雜搜尋和多步驟任務。使用者可以在訊息中輸入 @general 呼叫。

這個設計比較實用：真正動手前先用 plan 看清楚專案，需要改程式碼時再切到 build。對於大型倉庫，讀寫權限分開能減少誤操作。

Codex 是什麼

Codex 是 OpenAI 的 AI coding agent，用來幫助開發者寫程式碼、審查程式碼、修復 bug 和交付工程任務。

和單純的程式碼補全工具不同，Codex 更接近一個可以操作程式碼庫的 Agent。它可以在本地工具裡和你結對，也可以把任務委託到雲端執行。OpenAI 官方資料裡提到，Codex 可以透過 CLI、IDE、Codex app、ChatGPT/Codex 雲端等不同入口使用。

對開發者來說，Codex 的重點有幾處：

可以讀取程式碼庫、編輯檔案、執行命令和測試。
支援終端、IDE、應用和雲端等多種使用介面。
適合修 bug、寫功能、重構、遷移、程式碼審查和測試補齊。
更偏 OpenAI 帳號、模型和 Codex 產品體系。
雲端任務適合並行處理多個相對清晰的工程任務。

如果 opencode 更像一個開放的終端代理框架，Codex 更像 OpenAI 提供的一整套 AI 編程工作台：本地可以結對，雲端可以委託，團隊可以把它接入更長的工程流程。

三者核心區別

opencode、Claude Code、Codex 都是 AI 編程工具，但選擇時可以先看這幾個維度。

工具	核心定位	主要優勢	更適合
`opencode`	開源 AI Coding Agent	開源、多模型、TUI、客戶端/伺服器架構	想要開放工具鏈、可替換模型、偏終端工作流的開發者
`Claude Code`	Anthropic 的命令列編程工具	Claude 模型體驗、程式碼理解、長上下文、工程任務協作	已經使用 Claude/Anthropic 生態，希望本地推進程式碼任務的開發者
`Codex`	OpenAI 的 AI coding agent	CLI、IDE、Codex app、雲端任務、多 Agent 工作流	已經使用 ChatGPT/OpenAI，希望本地結對和雲端委託並用的團隊

簡單說，opencode 的關鍵詞是「開源和可替換」，Claude Code 的關鍵詞是「Claude 生態和本地工程代理」，Codex 的關鍵詞是「OpenAI 生態和多入口協作」。

和 Claude Code 的區別

opencode 的官方 FAQ 直接把 Claude Code 拿來對比。兩者能力上很接近，但差異主要在這幾處。

第一，opencode 是 100% 開源專案，程式碼託管在 GitHub，並使用 MIT license。

第二，opencode 不綁定單一模型提供商。它推薦 OpenCode Zen 提供的模型，但也可以搭配 Claude、OpenAI、Google 或本地模型。對開發者來說，這意味著模型成本、能力和可用性變化時，不必被某一個平台鎖住。

第三，opencode 內建可選的 LSP 支援。對程式碼補全、跳轉、診斷和專案理解來說，LSP 是非常關鍵的基礎能力。

第四，opencode 更強調 TUI。它由 Neovim 使用者和 terminal.shop 的建立者打造，產品重心明顯放在終端體驗上。

第五，opencode 採用客戶端/伺服器架構。也就是說，opencode 可以在你的電腦上執行，未來由 TUI、桌面端、行動端或其他客戶端來控制。TUI 只是其中一種前端形態。

什麼時候選 opencode、Claude Code 或 Codex

如果你已經在使用 Claude Code 或 Codex，opencode 不一定是立刻替換它們的工具。更合理的看法是：它提供了一個開源、可替換模型、偏終端的選擇。

可以優先考慮 opencode 的場景包括：

你希望 AI 編程工具盡量開源。
你不想把工作流綁定在某個模型供應商上。
你希望用同一個工具測試 Claude、OpenAI、Google 或本地模型。
你喜歡 TUI，不希望主要工作流被桌面應用或網頁應用打斷。
你關注客戶端/伺服器架構帶來的遠端控制能力。

可以優先考慮 Claude Code 的場景包括：

你主要使用 Claude 模型。
你重視長上下文、程式碼理解和複雜工程任務協作。
你希望在本地倉庫中持續推進修改、測試和重構。
你更信任 Anthropic 對 Claude Code 的預設產品體驗。

可以優先考慮 Codex 的場景包括：

你已經在使用 ChatGPT 或 OpenAI 帳號體系。
你希望同一個 coding agent 覆蓋終端、IDE、桌面應用和雲端任務。
你想把較清晰的 bug 修復、功能開發、遷移、測試補齊交給雲端並行處理。
你需要程式碼審查、背景任務、團隊協作和多 Agent 工作流。

如果你更看重官方閉環體驗、模型預設配置、企業管理和現成整合，Claude Code 或 Codex 可能更省心；如果你更看重可控性、開放性和 provider-agnostic，opencode 更值得關注。

需要注意的地方

opencode、Claude Code 和 Codex 都發展很快，GitHub release、安裝命令、桌面端檔名、模型可用性和方案權限都可能變化。實際安裝和選型前，最好直接查看各自官方 README、文件和發布頁面。

另外，它的桌面應用仍然標註為 Beta，不適合預設當作穩定生產工具。對於日常工程任務，終端版仍然是更主要的入口。

從工具趨勢看，opencode 代表的是 AI Coding Agent 的開放工具鏈方向：模型可以替換，客戶端可以替換，核心代理能力盡量開放。Codex 和 Claude Code 則更像模型公司把 coding agent 做成完整產品入口。對開發者來說，這兩條路線會長期並存。

Cursor、Claude Code 與 Codex 的實用協作流程

一套日常工作流

第一步：Cursor 先摸上下文

在 Cursor 裡先找入口檔案、看相關模組、確認改動範圍。不要一開始就讓 Agent 大改。

1

這個功能的入口在哪裡？相關檔案有哪些？先不要修改程式碼。

Cursor 適合快速建立「人類視角」的地圖。

第二步：Claude Code 做實作

把 Cursor 找到的範圍交給 Claude Code：

1
2
3
4


根據這些檔案實作功能 X。
範圍限制在 src/api 和 src/components/Checkout。
先給計畫，再改程式碼。
完成後執行 pnpm test -- Checkout。

Claude Code 負責小計畫、修改、跑測試、根據失敗繼續修、回報實際改動。如果任務很大，就讓它分階段停下。

第三步：Codex 做獨立審查

Claude Code 改完後，讓 Codex 看目前 diff：

1
2
3


請只讀審查目前改動。
重點檢查 bug、回歸風險、權限邊界、測試缺口和不必要的重構。
不要修改檔案。

Codex 的輸出最好是問題列表，而不是泛泛總結。沒有問題時，也要明確說「未發現高風險問題」。

如果已配置 Claude Code 調 Codex 的插件，可以直接把 Codex 放進 Claude Code 工作台裡。教程可看：/zh-tw/2026/07/06/codex-plugin-cc-claude-code-codex-plugin/。

第四步：Cursor 裡人工收尾

最後回到 Cursor 看 diff、改命名、調整 UI 細節、檢查 import、刪除多餘註解、決定是否提交。AI 可以負責大量勞動，但最後形態、風格和取捨，最好由人類在 IDE 裡掃一遍。

三種典型任務怎麼拆

任務一：修一個線上 bug

階段	工具	做什麼
定位	Cursor	找相關程式碼、讀日誌附近模組
排查	Claude Code	復現、跑測試、修復
審查	Codex	檢查是否引入回歸
收尾	Cursor	看 diff、手動微調

1
2
3


Claude Code：請只圍繞訂單金額計算錯誤排查。
先找相關測試和計算函式，不要重構無關模組。
修復後執行最小相關測試。

1
2
3


Codex：請審查目前 diff。
重點看金額精度、邊界條件、舊訂單相容和測試覆蓋。
只讀，不修改。

任務二：新增功能

階段	工具	做什麼
需求拆解	Codex 或 Claude Code	生成實作計畫
找程式入口	Cursor	確認真實檔案和現有模式
實作	Claude Code	多檔修改和測試
視覺/互動調整	Cursor	局部改 UI
評審	Codex	獨立 review

Codex 可以先做方案評審，不直接寫：

1
2
3


請根據目前程式碼庫提出實作方案。
列出涉及檔案、資料流、測試點和風險。
不要修改檔案。

任務三：大重構

階段	工具	做什麼
影響面分析	Codex	列呼叫鏈、風險和階段計畫
程式碼定位	Cursor	人工確認關鍵檔案
分階段實作	Claude Code	一階段一階段改
每階段審查	Codex	只讀評審
最終整理	Cursor	人工看 diff 和提交

大重構的關鍵是先分析，不要急著改：

1
2
3


先做只讀影響面分析。
列出必須改、可能改、不建議動的檔案。
不要修改程式碼。

如果任務會持續很久，還要把階段狀態寫下來，避免中斷後重複執行危險操作。長任務恢復可看：。

不要讓三個工具同時寫同一批檔案

三工具協作最常見的坑，就是並發寫同一批檔案。更穩的規則是：

同一時間只讓一個工具擁有寫權限。
其他工具只做只讀審查或方案分析。
使用 Git branch 或 worktree 隔離並行任務。
每個階段結束後看 git status --short。
合併前先由人類確認 diff。

如果確實要並行，建議按模組拆開。

規則檔案怎麼放

三個工具共同使用時，規則檔案要分層：

1
2
3
4
5
6
7


repo/
  AGENTS.md
  CLAUDE.md
  .cursor/
    rules/
  docs/
    ai-workflow.md

檔案	適合放什麼
`AGENTS.md`	Codex 和通用 Agent 規則、命令、驗證方式
`CLAUDE.md`	Claude Code 需要的專案規則、終端命令、禁區
`.cursor/rules/`	Cursor IDE 內的編輯規則、程式風格、局部約束
`docs/ai-workflow.md`	團隊三工具分工、任務接力、審查流程

不要三份檔案寫三套互相衝突的規則。通用規則寫一份，工具特有規則只寫差異，定期清理過期規則，並把危險命令、禁區檔案、測試命令寫清楚。

如果正在考慮程式碼庫記憶工具，可參考這篇對比：。

一套可複用分工模板

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16


# AI Coding Workflow

## Tool Roles

- Cursor: code reading, local edits, UI tweaks, final diff review.
- Claude Code: terminal tasks, implementation, debugging, running tests.
- Codex: planning, independent review, long-running tasks, parallel worktrees, reusable skills.

## Rules

- Only one tool writes to the same files at a time.
- Use read-only review before large refactors.
- Run `git status --short` before and after AI changes.
- Do not delete, move, or overwrite files without listing paths first.
- Use Codex for independent review before commit.
- Use Cursor for final human-facing diff inspection.

這類規則不需要很長，但要能影響真實操作。

什麼時候只用一個工具

只用 Cursor：改 CSS、補型別、看函式、調 UI 元件、人類想強控制每一處 diff。

只用 Claude Code：測試失敗、終端復現 bug、中等規模實作、需要跑命令看輸出再繼續修。

只用 Codex：背景跑獨立任務、雲端改 issue、生成審查意見、做反方設計評審、把重複流程沉澱成 Skill。

三者一起用，適合中大型任務，不適合每個小改動。

參考資料

參考連結

opencode GitHub：https://github.com/anomalyco/opencode
opencode 官網：https://opencode.ai
opencode 文件：https://opencode.ai/docs
opencode Releases：https://github.com/anomalyco/opencode/releases
OpenAI Codex：https://openai.com/codex/
Using Codex with your ChatGPT plan：https://help.openai.com/en/articles/11369540-codex-in-chatgpt
OpenAI Codex CLI Getting Started：https://help.openai.com/en/articles/11096431-openai-codex-ci-getting-started