# Codex vs Claude Code 2026：如何選擇工具 > Codex 與 Claude Code 比較：價格與使用限制、推理、AGENTS.md 與 CLAUDE.md、評測、使用情境，以及以真實任務進行的平行測試。 Source: https://ailoot.ai/blog/zh-hant-tw/codex-vs-claude-code-choice/ Canonical: https://ailoot.ai/blog/zh-hant-tw/codex-vs-claude-code-choice/ Language: zh-Hant-TW Publisher: Ailoot (https://ailoot.ai/) Translation: guide-085 Revision: sha256-de40c7f8d01aced1dc33aab230193ed0d19ff8212b67f702355765411d5fa84e 如需進一步了解如何使用模型，請參閱[Ailoot 文件](https://ailoot.ai/docs/)。 ## 一分鐘了解 Codex 和 Claude Code
重點 Claude Code 是 Anthropic 的終端機代理程式：它會讀取專案、徵求許可，並透過對話進行工作。Codex CLI 是 OpenAI 的代理程式，會在沙箱中自主工作：接收任務、執行任務，並呈現結果。兩者都能編輯檔案、執行命令、使用 MCP 和外掛程式。差異在於理念：Claude Code 會停下來提問；Codex 則會一路推進直到完成。
2025 年 4 月，OpenAI 推出了 Codex CLI，並同時發布了 o3 和 o4-mini 模型。Codex 作為開源工具的起點由此展開——它最初是包裝 o3/o4-mini 的工具，接著成為獨立模型 GPT-5-Codex；到了 2026 年，更發展成完整系列：GPT-5.3-Codex、GPT-5.4、GPT-5.5，推理強度可從 `minimal` 切換至 `xhigh`。 Anthropic 更早在 2025 年夏季，將 Claude Code 作為 Claude Pro 訂閱的一部分推出。到了 2026 年，它已成為完整生態系：VS Code 擴充功能、網頁版、行動通知、外掛程式市集，以及具備跨工作階段記憶的託管代理程式。 從技術面來看，兩者都是具備相同基本功能的代理程式： - 讀取和編輯專案中的檔案， - 在終端機執行命令， - 操控瀏覽器（Computer Use）， - 連接 MCP 伺服器（Model Context Protocol）以使用外部系統， - 將專案指示儲存在專用檔案中（Anthropic 使用 CLAUDE.md，Codex 使用 AGENTS.md）， - 啟動子代理程式平行工作。 差異從理念層面開始。Claude Code 預設會在變更前**徵求許可**、說明決策的優缺點，並展示推理過程。Codex 預設會在**隔離沙箱**中工作，一路完成任務，並把無法立即完成的事項列入 `TODO`。請參閱 [OpenAI 官方文件](https://developers.openai.com/codex/concepts/sandboxing)中的隔離模式說明。 從介面也能感受到這種差異：使用 Claude Code 時，你會把 Claude 當成對話夥伴；使用 Codex 時，你會把它當成執行者。 ## 選擇的關鍵不在大家以為的地方
重點 2026 年，主要的選擇不是 Codex 和 Claude Code 之間二選一，而是在「依照別人的規則使用別人的沙箱」與「組建一套由自己掌控編輯器、模型、上下文和預算的技術堆疊」之間做選擇。Bolt、Lovable 和 Replit Agent 屬於前者。VS Code 加上任一代理程式（Codex 或 Claude Code）則屬於後者。沒有方法論，任何技術堆疊都會比有方法論時更快變成一堆草稿。
在比較 Codex 和 Claude Code 的功能之前，我們先退一步來看。在本文描述的情境中，幾乎試過所有目前受矚目的氛圍編碼雲端 IDE：Bolt、Lovable、Replit Agent 和 v0。每次都得到相同結論。 雲端 IDE 就是**沙箱**。它是方便又漂亮的沙箱，但仍然是沙箱。你看不到自己的程式碼，也無法掌控架構。由於這些服務會在 Anthropic 或 OpenAI 的費用之上再加收自己的費用，代幣消耗速度會比使用適當的技術堆疊快 10–20 倍。最糟的是，如果你決定離開，就無法把專案帶走。 作者表示，相關費用相當於他訂閱 Claude Code 三個月的費用；他的訂閱資源仍足以再做兩個專案。 這是氛圍編碼創業者常見的路徑： 1. ### 階段 1：沙箱 進入 Bolt 或 Lovable，一個晚上就拼出原型。感到興奮。 2. ### 階段 2：嘗試擴大規模 想把原型做成正式專案。需要掌控程式碼、使用自己的資料庫和驗證機制，以及妥善管理 Git。沙箱不允許這麼做。 3. ### 階段 3：碰到天花板 預算消耗速度比預期快 10 倍。已經無法再把專案移到自己的技術堆疊——所有範本、資料庫和檔案都鎖在服務裡。 4. ### 階段 4：改用適當的技術堆疊 開啟 VS Code，安裝 Claude Code 或 Codex，花幾天熟悉操作，終於覺得自己像專業人士一樣工作。 同樣的道理也適用於 Cursor。Cursor 是加上 AI 功能的 VS Code 複製品。Google 的 Antigravity 是加上多代理程式功能的 Cursor 複製品。分支版本離原始產品越遠，就越容易把你鎖進別人的生態系。 實際上的選擇如下： 1. 雲端 IDE（Bolt、Lovable、Replit Agent、v0）：適合快速製作原型，但會讓你受制於平台。適合在週末測試點子。 2. 半 IDE（Cursor、Antigravity、Trae）：是開發環境，但屬於 VS Code 分支版本，會讓你受制於別人的生態系。Cursor 會在供應商 API 費用之上加收自己的費用——也就是說，你連接的 Claude 和 GPT 會透過 Cursor 的代幣計費，而不是直接透過供應商計費。 3. 開放式技術堆疊（VS Code + Codex / VS Code + Claude Code）：保留熟悉的編輯器、原生 GitHub、檔案樹和擴充功能，並在此基礎上使用完整的代理程式。 如果你已經進入第三個階段，Codex 和 Claude Code 之間的差異就成了戰術層面的選擇。你甚至可以同時使用兩者：在一個 worktree 中使用 Codex，在另一個使用 Claude Code；[git worktree](https://git-scm.com/docs/git-worktree)會將它們分隔在不同分支。 這時第二條規則就派上用場：工具能提升速度，但沒有方法論，速度反而會對你不利。如果使用者尚未完善構想、規劃架構，或透過 [Plan Mode](https://ailoot.ai/blog/zh-hant-tw/claude-code-plan-mode/) 和 [`CLAUDE.md`](https://ailoot.ai/blog/zh-hant-tw/claude-md-template/) 著手處理專案，那麼即使使用最新的 Opus 4.7，也只會比平常更快產出垃圾。99% 的氛圍編碼專案之所以在早期就被放棄，正是因為構想沒有充分琢磨。 想組建一套**讓 Claude 或 Codex 值得信賴的技術堆疊**嗎？單一工具只是其中一個組件。要可靠地工作，技術堆疊才重要：**AI 分身 + 第二大腦 + 上下文工程**——這能讓任何代理程式從「會產生幻覺的助理」轉變為可靠的執行者。 ## 2026 年 Codex 和 Claude Code 的實際費用
重點 兩者的入門方案都是每月約 $20（ChatGPT Plus 或 Claude Pro）。Pro 方案費用為 $100 和 $200。Codex 處理例行任務時較便宜，因為相同工作約只使用四分之一的代幣。2026 年 5 月，Claude Code 將每週使用上限提高 50%，優惠至 7 月 13 日——如果你常碰到上限，這點很重要。Codex 的優惠至 2026 年 5 月 31 日：Pro 100 的使用額度加倍，Pro 200 的使用額度為 25 倍。
大家最先會問每個月要花多少錢。以下是相關數字，並附上注意事項： | 項目 | Codex（OpenAI） | Claude Code（Anthropic） | |----|----|----| | 入門方案 | ChatGPT Plus \$20/月 | Claude Pro \$20/月 | | 高用量方案 | Pro \$100（Codex tier）或 Pro \$200（Max） | Max 5x \$100 或 Max 20x \$200 | | 使用上限週期 | 5 小時時段 + 每週上限 | 5 小時時段 + 每週上限 | | 預設模型 | GPT-5.4 medium | Opus 4.7（Max）、Sonnet 4.6（Pro） | | 最高階模型 API | GPT-5.5：每 1M credits 輸入 \$125 / 輸出 \$750 | Opus 4.7：每 1M tokens 輸入 \$5 / 輸出 \$25 | | 推理強度設定 | minimal / low / medium / high / xhigh | low / medium / high / xhigh + 互動式 `/effort` | | 優惠至 2026 年 5 月 31 日 | Pro \$100：使用量 x2；Pro \$200：Plus 的 25 倍 | 每週使用上限 +50%，優惠至 2026-07-13 | 供查證的來源：[Codex 價格](https://developers.openai.com/codex/pricing)和 [Claude 價格](https://platform.claude.com/docs/en/about-claude/pricing)。 使用上限方面需要了解以下事項： - **5 小時時段**是每 5 小時重設一次、數量不多的訊息「籃子」。在一個時段內，Codex 的 Plus 使用者搭配 GPT-5.5，可傳送 15 到 80 則本機訊息。Pro 20x 則可傳送 300 到 1,600 則。確切數字取決於你呼叫的模型。 - **每週上限**是在 5 小時時段之外加上的每週使用上限。2026 年 5 月，Anthropic 將上限提高 50%，優惠至 7 月 13 日——所有 Pro、Max、Team 和採席位制的 Enterprise 使用者都適用。對 Max 20x 而言，這相當於每週可使用約 300 小時的 Opus 4.7，而非先前的 200 小時。 如果你大量透過 API 自動化（例如在伺服器上背景執行代理程式），實際帳單很容易超過每月 $500。masturbyte.com 的文章提到，有時會達到 $5,000。這指的是大量使用 API，而非一般 CLI 使用。 **依你的情況推薦方案：** - 每天少於 30 個請求，一般編輯工作：任一服務的 Plus 或 Pro \$20 應該都很夠用。 - 每天 30–100 個請求，長時間代理程式工作階段：Codex Pro \$100 或 Claude Max 5x \$100。 - 每天超過 100 個請求，多小時的自主任務：Claude Max 20x \$200（加上 5 月的 +50% 額度，能提供穩定的使用時段），或 Codex Pro \$200（更適合平行執行和 Computer Use）。 在 Bolt 或 Replit Agent 上，同樣的預算會快一個數量級就用完。 ## 誰會想得更久：Codex 和 Claude Code 的推理等級
重點 兩者都能調整代理程式的「思考深度」。在 Codex 中，可透過 TUI 使用 `/effort minimal/low/medium/high/xhigh`，或在 config.toml 中設定 `model_reasoning_effort`。Claude Code 有相同的等級，另外還提供互動式 `/effort` 滑桿。等級越高，代理程式思考的時間越長，請求費用也越高。
推理強度是控制代理程式深入思考任務程度的槓桿。在 `minimal` 下，Codex 會像簡單的程式碼片段產生器一樣處理問題：快速、低成本，不做冗長推理。在 `xhigh` 下，它會多花數倍代幣，列出各種選項、檢查邊界案例，並驗證自己的工作。 Codex 等級（來源：[官方提示指南](https://developers.openai.com/cookbook/examples/gpt-5/codex_prompting_guide)）： | 等級 | 使用時機 | |----|----| | `minimal` | 非常簡單的編輯、例行任務（修正錯字、更新文案） | | `low` | 簡單重構、快速編輯 | | `medium` | 預設值，建議日常使用 | | `high` | 複雜的多步驟任務 | | `xhigh` | 架構決策、規劃，以及不受延遲影響的任務 | 在 TUI 中使用 `/effort high` 命令即可切換，無須重新啟動；也可以在 `~/.codex/config.toml` 加入 `model_reasoning_effort = "high"` 這一行。 Claude Code 也有相同的等級，但透過 2026 年 4 月推出的互動式 `/effort` 滑桿切換（Week 16 變更記錄）。此外，從 2.1.x 起，hooks 可以讀取 `effort.level` 值和 `$CLAUDE_EFFORT` 變數，因此你可以針對高推理強度任務自動呼叫不同的 hook。 實用建議：不要試圖「所有事情都開到最大」。嚴格的規則是預設使用 `medium`，只有在任務真的很複雜時（例如新功能、架構、大型重構）才手動切換至 `xhigh`。若想進一步節省代幣，請參閱[Claude Code 使用上限指南](https://ailoot.ai/blog/zh-hant-tw/claude-code-token-limits-saving/)。 ## CLAUDE.md 和 AGENTS.md：差異與兩者的用途
重點 CLAUDE.md 是 Anthropic 專有格式，只有 Claude Code 會讀取。AGENTS.md 是由 Codex、Amp、Google 的 Jules、Cursor、Factory 讀取的開放標準；自 2026 年 9 月起，如果專案沒有 CLAUDE.md，Claude Code 也會讀取。如果你只使用 Claude Code，一個 CLAUDE.md 就夠了。如果你會在不同工具間切換，且沒有 Claude 專用規則，一個 AGENTS.md 就夠了。如果你有這類規則，請以 AGENTS.md 作為標準檔案，並在 CLAUDE.md 中使用 `@AGENTS.md` 匯入。
這是專案中作為「代理程式指示」的兩種檔案。兩者都是一般 Markdown，可放在儲存庫根目錄或子資料夾。差異在於讀取檔案的工具。 **CLAUDE.md** 是 Anthropic 的格式，僅供 Claude Code 使用： - 支援 `@import` 語法：`@AGENTS.md`、`@.claude/rules.md`。 - 理解依路徑套用的規則（子資料夾中的 CLAUDE.md 只適用於該子資料夾內的程式碼）。 - 能識別權限等級、子代理程式委派和工作階段。 - 子代理程式委派和 hooks 透過 CLAUDE.md 中的參照進行設定。 **AGENTS.md** 是在 [agents.md](https://agents.md/) 公布的開放標準：

AGENTS.md 是專為程式碼代理程式提供指示的簡單開放格式。可以把它想成代理程式專用的 README。

— agents.md, https://agents.md/
Codex 會讀取 AGENTS.md 階層，從全域的 `~/.codex/AGENTS.md` 到儲存庫根目錄，再到每個子資料夾。離目前位置最近的檔案優先。Amp、Google 的 Jules、Cursor 和 Factory 也支援相同格式，因此一個檔案就能成為專案中任何代理程式的通用上下文。 ⚠️ 重要補充：從 2.1.277 版（2026 年 9 月 18 日發布）起，Claude Code **會自行讀取 AGENTS.md**，但僅限工作資料夾或其上層不存在 CLAUDE.md、`.claude/CLAUDE.md` 或 `CLAUDE.local.md` 的情況。如果有 CLAUDE.md，Claude Code 預設只會讀取該檔案；你可以在 CLAUDE.md 中加入 `@AGENTS.md` 這一行，或建立符號連結 `ln -s AGENTS.md CLAUDE.md`，將 AGENTS.md 納入。`@AGENTS.md` 這一行不會讓檔案被讀取兩次。你可以在 `/config` 的 Project instructions 中變更這項行為，例如讓 Claude Code 同時讀取兩個檔案。所有選項的逐步說明都在[如何在同一專案中使用 AGENTS.md 和 CLAUDE.md 的指南](https://ailoot.ai/blog/zh-hant-tw/agents-md-claude-md-one-instruction-file/)中。 如果你同時使用兩種工具，而且需要 Claude 專用規則，最好的做法是： ``` # CLAUDE.md @AGENTS.md ## Claude 專用 - 使用子代理程式進行安全性審查 - 權限等級：workspace-write ``` 也就是說，以一份 AGENTS.md 作為標準檔案，再於 CLAUDE.md 中透過 `@` 匯入 AGENTS.md，加入少量 Claude 專用規則。 以下內容可在兩種檔案之間**一對一移轉**（來源：CLAUDE.md 至 AGENTS.md 移轉指南）： - 命令（build、test、lint）。 - 程式碼風格規則。 - 架構說明。 - 禁止使用特定模式的規則。 - 業務背景。 **僅保留在 CLAUDE.md 的內容：** - 子代理程式委派指示。 - `@import` 鏈。 - 依路徑套用的規則（子資料夾中的 CLAUDE.md 設定不同規則）。 - 權限等級。 - Output Style 偏好（下文會說明）。 這是專案「第二大腦」的第一部分：為代理程式提供上下文的檔案。第二部分（`business/` 和 `ai-clone/` 結構）會在另一篇指南中說明。 ## 2026 年 5 月雙方推出的功能
重點 2026 年 5 月，Anthropic 為 Claude Code 推出 16 項更新：外掛程式市集、具備 Dreaming 和 Outcomes 的託管代理程式、每週使用上限 +50%、/goal、Agent View，以及 Opus 4.7 的 fast mode。OpenAI 則推出 Codex Mobile（透過 iPhone 操控）、Codex for Chrome、正式推出 Goal Mode GA，並將 Business 改為以代幣計價。如果你正在規劃選擇，只看過去兩週的發行說明；其他資訊都已過時。
我們一個月前整理的「近期概覽」已經過時。以下整理了兩種工具在 2026 年 5 月的變更記錄及其重要內容。 **Anthropic Claude Code（根據 [code.claude.com/docs/en/whats-new](https://code.claude.com/docs/en/whats-new)）：** - Week 20（5 月 11–15 日）：Agent View——`claude agents` 命令會在單一畫面顯示所有目前的 Claude Code 工作階段：正在執行、遭遇阻礙和已完成的項目。`/goal`——代理程式會跨多個回合持續工作，直到達到指定條件。Fast mode 預設改用 Opus 4.7。Rewind 現在可以透過「Summarize up to here」壓縮較早的上下文。 - Week 19（5 月 4–8 日）：外掛程式市集。外掛程式可從 `.zip` 封存檔和 URL 載入。Anthropic 提供精選目錄 [claude-plugins-official](https://github.com/anthropics/claude-plugins-official)，另外也有社群目錄。 - Week 18（4 月 27 日–5 月 1 日）：用於 CI 的 `claude ultrareview`、`claude project purge`，以及 `/resume` 中的 PR URL。 - **Week 17（4 月 20–24 日）：**`/ultrareview` 公開研究預覽版、工作階段摘要、自訂佈景主題。 - Week 16（4 月 13–17 日）：Max/Team Premium 的預設模型改為 Opus 4.7。`/effort` 新增 `xhigh` 等級。互動式 `/effort` 滑桿。Claude Code Web 的 Routines。行動推播通知。`/usage` 命令。 - 5 月 6 日，舊金山 Code w/ Claude 活動：Managed Agents 研究預覽版。Dreaming——代理程式會在工作階段之間整合記憶。Outcomes——撰寫定義「成功代表什麼」的評分規準，並由獨立評分器評估結果。Multiagent Orchestration。供長時間執行的 Outcome 使用的 Webhook。來源：[Anthropic 部落格](https://claude.com/blog/new-in-claude-managed-agents)。 - 5 月 13 日：Pro、Max、Team 和採席位制的 Enterprise 每週使用上限提高 +50%，優惠至 2026 年 7 月 13 日。 **OpenAI Codex（根據 [developers.openai.com/codex/changelog](https://developers.openai.com/codex/changelog)）：** - 5 月 14 日：Codex Mobile。在 Mac 上啟動 Codex CLI，使用 ChatGPT 行動版掃描 QR code，便可從手機操控代理程式。 - 5 月 21 日，v26.519：Goal Mode GA、Remote computer use、外掛程式分享。 - 5 月 7 日：Codex for Chrome——讓代理程式查看目前開啟內容的瀏覽器擴充功能。 - 4 月 9 日：Codex 將 Business 和新 Enterprise 方案改為以代幣計價（不再按訊息計價）。 這些變化對你的選擇有以下影響： - 如果你重視**行動工作**，Codex Mobile 更成熟（透過一個 QR code 與 Mac 配對）。Claude Code Web 已經推出，但介面是為完整桌面環境設計的。 - 如果你重視**工作階段之間的記憶**，Anthropic 的 Managed Agents with Dreaming 仍處於研究預覽階段；Codex 沒有類似功能。 - 如果你重視**大量自主程序的價格**，Codex 比較便宜，而且 `Goal Mode` 已正式推出。Claude 的 `/goal` 早一週推出，但仍處於早期研究存取階段。 ⚠️ 有一點很重要：Anthropic 已在 Claude Code 中停用 Output Styles，並建議改用外掛程式、hooks 或子代理程式（請參閱[官方文件](https://docs.anthropic.com/en/docs/claude-code/output-styles)）。如果你正在閱讀介紹 Output Styles 的舊文章，請將其中的做法改用新的外掛程式／hooks／子代理程式堆疊。 ## 服務可用性與替代工具
重點 請依據供應商的服務條款確認 Codex 和 Claude Code 是否可用。替代方案包括 DeepSeek、GLM-5.1（相容 Anthropic 的端點），以及 VS Code 中的 Cline + DeepSeek。這些替代方案的程式設計能力比 Claude 和 Codex 弱約 15–20%——大致相當於「使用 Sonnet 而非 Opus」。但對大多數任務來說已經夠用。
來看看有哪些選項。 Codex CLI 或 Claude Code 可以透過標準 npm 方法或官方安裝程式安裝。 **替代方案 #1：DeepSeek** DeepSeek V4（2026 年 4 月 24 日發布）是中國的模型；列出的付款方式是 Alipay（QR code）。 代幣價格約為每百萬 0.27 / 1.10 美元。在可比較的基準測試中，價格比 Sonnet 4.6 便宜 10 倍。 **替代方案 #2：GLM-5.1（Zhipu AI / z.ai）** GLM-5.1 是 744B MoE 模型，採用 MIT 授權，可執行持續 8+ 小時的自主任務。z.ai 提供相容 Anthropic 的 API 端點，技術上可直接替換連接。價格方案：透過 NVIDIA NIM 使用免費層級，或透過 z.ai 付費使用。 **替代方案 #3：VS Code 中的 Cline** [Cline](https://docs.cline.bot/) 是 VS Code 擴充功能，也是自主式程式碼代理程式。支援 Cline API、ChatGPT、Claude、Gemini 和 DeepSeek。 使用 `.clinerules` 檔案設定，形式類似 CLAUDE.md 或 AGENTS.md，但採用 Cline 的格式。 **替代方案 #4：Yandex GPT / Sber 的 GigaChat** 程式碼品質比 Codex 或 Claude 弱，但足以處理例行任務（產生 SQL、簡單指令碼）。上下文視窗較小，也沒有完整的代理程式架構。 **實際該使用哪種技術堆疊：**
提示 例行工作使用 Codex CLI（Plus \$20）+ 架構工作使用 Claude Code Pro \$20。
無論選擇哪種工具，方法論——架構、第二大腦和驗證週期——都不會改變。 ## 真實評價：誰換了工具，以及原因 以下是四則來自同時使用過兩者並留下公開評價的使用者的重要引言。 **1. HN 討論串「Is Codex really on Par with Claude Code?」（2025 年 12 月）：**

過去幾週，我大多已從 Claude Code（Opus 4.6）轉用 Codex（GPT-5.4 high）。

— d-lo
四個來源的比較摘要： | Codex 的優勢 | Claude Code 的優勢 | |----|----| | 代幣成本和速率限制——用 \$20 就能工作一整天 | 程式碼品質——67% 的盲測比較中勝出 | | 速度，尤其是搭配 GPT-5.4 medium | 行動前會先提出釐清問題——對非程式設計師很重要 | | 隔離沙箱模式帶來自主性——無須介入即可完成任務 | 介面和前端工作 | | Computer Use 更成熟（根據 Fulton 的說法） | 架構與規劃——推理更深入 | | 不會重複處理已列入 TODO 的任務 | 安全性工作 | 從這些真實評價得出的主要結論是：兩者都沒有「比較好」。它們針對不同情境最佳化。大多數兩者都用超過兩週的人，最後會並行使用。Codex 評價為何差異如此大，以及它在日常工作中的表現如何，請參閱[Codex 評測與使用體驗](https://ailoot.ai/blog/zh-hant-tw/openai-codex-user-reviews/)一文。 ## 依你的情況選擇：5 種常見情境
重點 以下是 5 種常見情況的具體建議：沒有程式設計經驗的初學者，適合 Claude Code Pro \$20（它會說明決策的優缺點）。打造內容工廠的行銷人員，適合 Codex Plus \$20（例行工作、範本）。處理文件的律師，適合 Claude Code Pro（長上下文）。只有一項產品的創業者，適合 Claude Code Pro / Max 5x（品質 > 價格）。經驗豐富的開發者，適合並行使用兩者。
以下列出五種典型使用者，並為各自提供具體建議。 **1. 從未寫過程式、想打造第一個可用原型的完全初學者。** 建議：**Claude Code Pro \$20**。 - Claude 預設會在修改程式碼前提出釐清問題。這對初學者非常重要：你能了解正在發生什麼事。 - Codex 預設會自主工作。對初學者而言，這代表出問題時，你會拿到不知道如何修正的程式碼。 **2. 打造內容工廠（郵件寄送、解析、格式設定）的行銷人員。** 建議：**Codex Plus \$20**。 - 多數任務都是例行工作，邏輯也有範本可循（產生指令碼、解析 RSS、格式設定、資料傳輸）。 - Codex 使用較少代幣，因此處理重複且相似的任務時更便宜。 - Skills + Hooks 可讓你為可重複的工作流程建立範本。 - 在內容專案的儲存庫中使用 AGENTS.md，就能平行連接各種 AI 工具。 **3. 自動化文件工作的律師（合約、依檢查清單審查）。** 建議：**Claude Code Pro \$20 或 Max 5x \$100**。 - Claude 更擅長處理長上下文和細微差異（解析 PDF、摘要合約）。 - Managed Agents 中的 Outcomes 是理想模式，可用於「依照 30 點檢查清單審查這份合約」的任務。 - 推理品質比價格重要——法律錯誤的代價比訂閱費高。 **4. 擁有一項產品的創業者（簡單的 CRUD 原型、商業邏輯）。** 建議：先用 **Claude Code Pro \$20**，如果你的步調超過每天 30 個請求，再改用 **Max 5x \$100**。 - 對非程式設計師而言，Claude 會提出釐清問題這一點很重要。 - 程式碼品質較高，初期錯誤較少，之後也更容易維護。 - 隨著專案成長，Max 5x 加上 5 月的 +50% 額度，可提供穩定使用時段，不會中途被切斷。 **5. 經驗豐富的開發者或技術主管（例行任務 + 複雜的架構決策）。** 建議：**兩者並行使用**。 - 使用 Codex Pro $100 處理例行工作、重構和程式碼審查。 - 使用 Claude Code Max 5x $100 處理架構、安全敏感任務和前端工作。 - 以 AGENTS.md 作為唯一可信來源，並在 CLAUDE.md 中使用 `@AGENTS.md` 匯入。 ⚠️ 這份表格不是教條，只是起點。要做出真正適合自己的選擇，唯一的方法就是針對自己的任務平行測試兩種工具。 ## 如何在一個週末測試兩者，又不把預算花光
重點 從專案中挑一個真實功能——是實際工作任務，而不是指南中的範例。建立兩個 git worktree，一邊使用 Claude Code，另一邊使用 Codex。讓它們在一個週末平行實作。衡量四項指標：首次編譯所需時間、迭代次數、程式碼品質和總成本。一個範例無法證明什麼——至少要在 3–5 種不同類型的任務上重複測試。
最公平的選擇方法是進行平行測試。以下說明步驟。 1. ### 步驟 1：準備兩個 worktree 從同一個原始 checkout 的目前 `HEAD` 建立兩個未使用的分支與 worktree。執行兩個指令時，原始 checkout 必須維持相同提交；若兩個工具都需要共用指示，先在原始 checkout 提交。分支名已存在時請換未使用的名稱，不要強制重設： ```bash git worktree add -b feature-claude ../my-project-claude HEAD git worktree add -b feature-codex ../my-project-codex HEAD ``` 現在你有兩份位於不同目錄、內容相同的工作副本。可以在兩個 VS Code 視窗中分別開啟。 2. ### 步驟 2：建立 AGENTS.md 和 CLAUDE.md 啟動任一代理之前，將相同的 `AGENTS.md` 一般專案規則（命令、風格、架構）放進兩個 worktree，或在步驟 1 前先將共用規則提交至原始 checkout。 在 `CLAUDE.md` 中： ``` @AGENTS.md ## Claude 專用 - 安全性審查用子代理程式 - 權限等級：workspace-write ``` 這樣兩個代理程式就能使用相同規則。 3. ### 步驟 3：選擇一個真實任務 不要選指南中的範例，也不要選「計算階乘」。選一項專案中真正需要完成的任務，例如資料庫整合、驗證或表單處理。範圍設定為經驗豐富的開發者需要 4–8 小時才能完成的工作。 用相同格式向兩個代理程式描述任務：列出需求、驗收條件，並附上現有程式碼的連結。 4. ### 步驟 4：同時啟動兩者 - 在第一個 worktree 中，將任務交給 Claude Code 開始執行。 - 在第二個 worktree 中，將相同任務交給 Codex CLI 開始執行。 - 前 30 分鐘不要介入，讓它們自行工作。 - 如果代理程式提出釐清問題，請在兩個視窗中以相同方式回答。 5. ### 步驟 5：衡量四項指標 - **首次編譯／測試通過所需時間。** - **迭代次數**——你必須說幾次「不是這樣，重做」。 - **程式碼品質**——透過自動審查（npm test、lint、type-check）後評估。 - **成本**——Codex 使用 `/usage`；Claude Code 使用 `/usage` 或管理員儀表板。 6. ### 步驟 6：在 3–5 項任務上重複測試 不要只根據一次比較就下結論。隨機因素太多。至少測試三種不同類型的任務：一項著重介面、一項著重商業邏輯，另一項著重與外部服務的整合。 完成 3–5 次平行測試後，你就能真正看出「哪一種能讓工作變快」。 兩種工具的測試預算約為 $40–80（如果你已經有 Plus 和 Pro 訂閱，就不需要額外付費）。 ## 輕鬆將 CLAUDE.md 移轉至 AGENTS.md
重點 如果你已經在使用 Claude Code，並想開始試用 Codex，不要重寫 CLAUDE.md。建立一個 AGENTS.md 放入通用規則，並在 CLAUDE.md 第一行加入 `@AGENTS.md`。這樣指示就有一份標準版本。Claude 專用規則（子代理程式委派、依路徑套用的規則、權限等級）只保留在 CLAUDE.md。Skills 和 hooks 移至 `.agents/skills/` 和 `~/.codex/config.toml`。
在此情境中，使用一份標準版本，再透過匯入使用。 **新專案的步驟：** 1. 一開始就直接在根目錄建立 `AGENTS.md`。將所有通用內容放進其中： - 命令（build、test、lint）。 - 程式碼風格規則。 - 架構說明（模型、服務和路由各自的位置）。 - 禁止使用特定模式的規則。 - 業務背景。 2. 建立一份只加入少量 Claude 專用規則的 `CLAUDE.md`： ```markdown # CLAUDE.md @AGENTS.md ## Claude 專用 - 使用 `Agent` 工具執行安全性審查用的子代理程式 - 權限等級：workspace-write - @.claude/permissions.md - @.claude/business-context.md ``` 3. 如果有超過 500 字的長篇工作程序，請移至 Skills： - Claude Code：`.claude/skills//SKILL.md` - Codex：`.agents/skills//SKILL.md` 4. 在兩者中設定 Hooks： - Claude Code：`~/.claude/hooks/` 或專案的 `.claude/hooks/`。 - Codex：`~/.codex/config.toml` 中的 `[hooks]` 區段。 5. MCP 伺服器採用標準形式，可以一對一移轉。如果你已為 Claude 設定好，只要使用 `codex mcp add` 將設定複製至 Codex。 **不會自動移轉的項目：** - Claude Code 的子代理程式委派，在 Codex 中有對應的子代理程式，但設定格式不同。 - `@import` 鏈僅適用於 Claude。在 Codex 中，AGENTS.md 階層是透過目錄樹安排。 - Output Style 是舊機制，已由外掛程式／hooks／子代理程式取代（如上所述）。 如果你已依照[「如何設定 CLAUDE.md」](https://ailoot.ai/blog/zh-hant-tw/claude-md-template/)指南操作，移轉約需半小時：建立 AGENTS.md，將通用區段複製進去，並只在 CLAUDE.md 頂端保留 Claude 專用內容和 `@AGENTS.md`。 ## 產業發展方向，以及一年後可能的情況
重點 2026 年 5 月，Anthropic 收購了 SDK 產生器 Stainless；Google 推出以 Gemini 3.5 Flash 為基礎的 Antigravity 2.0；Cursor 則推出以 Kimi K2.5 為基礎的 Composer 2.5，價格比 Opus 4.7 便宜 10 倍。Codex 推出行動版。開放標準 AGENTS.md 正逐漸普及。產業版圖一年後就會不同——不要做出「永遠不變」的選擇。選擇一套你能在一週內換掉的技術堆疊。
如果我在一年前撰寫這篇指南，這裡提到的一半工具當時都還不存在。一年後也會是如此。因此，我建議記住三條規則： **規則 1：選擇一套能在一週內切換的技術堆疊。** 如果你在 Bolt 上花了兩個月，開發一個有 30 個畫面的專案，要離開就很痛苦。如果你使用 VS Code + Claude Code，半年後想試試 Codex，切換只需一小時（建立 AGENTS.md，再將它匯入 CLAUDE.md）。這就是開放式技術堆疊帶來的自由。 **規則 2：AGENTS.md 是避免受制於單一平台的保險。** 這項開放標準可供 Codex、Amp、Google 的 Jules、Cursor、Factory 讀取；自 2026 年 9 月起，Claude Code 也支援。支援清單每個月都在增加。儲存庫中的一個檔案，能比你更換三種工具的時間還長久。 **規則 3：方法論才是不應改變的事物。** 模型、IDE、價格、使用上限和功能都會改變。唯一不變的是你處理專案的方式——採用什麼架構、如何提供上下文給代理程式，以及遵循什麼驗證週期。專業的氛圍編碼 = 建立在方法論之上的技術堆疊。沒有方法論，最新模型只會比平常更快產出垃圾。 2026 年 5 月競爭對手發生的變化，以及這些變化為何會影響局勢： - OpenAI：Codex Mobile（透過 iPhone 操控）、Codex for Chrome、Goal Mode GA、Business 改為以代幣計價。 - Google：以 Gemini 3.5 Flash 為基礎的 [Antigravity 2.0](https://ailoot.ai/blog/zh-hant-tw/google-antigravity/)（桌面版 + CLI + SDK，5 月 19 日）。Jules 自 2025 年 8 月起已是完整產品。 - Cursor：內建 Kimi K2.5 的 Composer 2.5，價格比 Opus 4.7 便宜 10 倍（5 月 18 日，Elon 在 X 上擴大傳播）。 - Anthropic：5 月 18 日收購 Stainless（SDK 產生器）。外掛程式市集成為一級功能。Managed Agents 加入 Dreaming、Outcomes 和 Multiagent Orchestration。 任何一家公司都可能在六個月後改變你的選擇。不要押注單一工具。選擇一套通用技術堆疊，讓你在其中任何一項改變時都能繼續使用。
### 來源 - [Codex CLI 價格](https://developers.openai.com/codex/pricing) - OpenAI 官方頁面 - [Codex 變更記錄](https://developers.openai.com/codex/changelog) - Codex 的所有更新 - [Codex 沙箱概念](https://developers.openai.com/codex/concepts/sandboxing) - 三種沙箱模式 - [AGENTS.md 格式](https://agents.md/) - 開放標準 - [Codex AGENTS.md 指南](https://developers.openai.com/codex/guides/agents-md) - 官方指南 - [Codex 推理強度提示指南](https://developers.openai.com/cookbook/examples/gpt-5/codex_prompting_guide) - [Claude Code 新功能](https://code.claude.com/docs/en/whats-new) - Anthropic 發行說明 - [Claude 價格](https://platform.claude.com/docs/en/about-claude/pricing) - API 價格 - [Max 方案常見問題](https://support.claude.com/en/articles/11049741-what-is-the-max-plan) - [Anthropic 宣布推出 Managed Agents](https://claude.com/blog/new-in-claude-managed-agents) - [Cline 的 DeepSeek 文件](https://docs.cline.bot/provider-config/deepseek)
氛圍編碼技術堆疊：**AI 分身 + 第二大腦 + 上下文工程**。 如需進一步工作，請使用 [Ailoot](https://ailoot.ai/)。 ## 常見問題：Codex vs Claude Code 2026：如何選擇工具 ### 為什麼原本的 worktree 指令可能在新儲存庫失敗？ 明確指定的分支參數通常代表既有分支。請用 `git worktree add -b` 建立尚未使用的比較分支，並在未改動的原始 checkout 執行兩個指令，確保 `HEAD` 都是同一個起始提交。 ### 如何讓工具比較公平？ 讓兩者使用相同任務、來源提交、專案指示與驗收標準，記錄測試通過時間、引導迭代、輸出品質及用量。再用幾種真實任務重複比較，不憑一次執行選勝者。 ## Ailoot · 公司及其專案組合 Ailoot以累積的營運經驗、廣大的客戶群、穩定的服務及持續的KPI管理為基礎。 公司及其專案組合：數百萬客戶，每月銷售額達數十億。 Ailoot將這些營運經驗用於API存取，讓客戶的產品、代理、應用程式及自動化流程使用AI功能。