Codex 和 Claude Code 完整終極比較，非工程師該怎麼選？

雖然產品目前已經更名，但為了方便閱讀，也配合多數使用者的搜尋習慣，本文仍統一稱為「Codex」。本文方案與功能查核日期為 2026 年 8 月，產品變動很快，實際使用時仍應以官方最新說明為準。

Codex Claude Code 比較：懶人包

如果你的工作以 SEO 分析、關鍵字研究、競品調查、內容稽核和外部工具協作為主，我目前會優先選 Codex。它在我的工作環境裡比較常主動選用適合的 Skill，工具整合流程也比較連貫。

如果你的主要任務是繁體中文寫作、文案或文字潤飾，我仍然比較喜歡 Claude Code。但如果你沒有文案工作需求，我比較推薦 Codex，因為額度大方，中文語感也越來越好，過去的缺點越來越少，現在也可以有編輯畫布方便文字工作者。

為什麼 Codex 越來越受歡迎？

過去不少台灣使用者對 ChatGPT 的繁體中文體驗有所抱怨，例如偶爾混入簡體字、詞彙不符合台灣用法，或需要額外提示才能穩定輸出繁體中文。至於背後是否能直接歸因於特定訓練資料比例，OpenAI 並未公開足以支持精確百分比的完整資料。另一個廣為人知的問題是過度討好。GPT-4o 在 2025 年的一次更新後變得太過奉承、附和使用者，OpenAI 後來也公開承認問題並回滾更新。這不是網路傳聞，而是官方自己發布的檢討。OpenAI：Sycophancy in GPT-4o

但到了 2026 年，風向開始改變。

Codex 不再只是工程師寫程式用的工具，而是逐漸變成可以承接研究、分析與多步驟工作流程的超好用 AI agent。

此外 Codex 時不時就會贈送有重置用量，甚至你沒有用到重置，還可以儲存起來，額度非常大方。Codex 的 UI/UX 設計非常好，不會寫程式的人也可以用，你只要會打 / command 就可以流暢地運用，甚至可以在同一個 session 叫出多個 skill。

但 Claude Code 沒辦法，他自己也承認XD

MCP 是什麼？

MCP（Model Context Protocol）是一個讓 AI 應用程式連接外部工具與資料來源的開放標準。

例如透過自訂的 MCP，AI 可以取得 Google Search Console、SEO 工具、任務管理系統或其他服務中的即時資料，而不只是依賴模型既有知識。透過自訂的 notion MCP，AI 可以讀取改寫 notion 資料庫、obsidian 資料庫等等，等於給 AI 額外的第三方工具使用。

MCP、Connector 和 Plugin 的差別？

MCP 是底層的通訊標準；Claude 的 Connector 與 Codex 中的外掛程式則是使用者連接及使用外部服務的整合功能。 Connector 是 Claude 對所有需要授權連線的功能的通稱。對一般使用者而言，Claude Connector 和 Codex 的外掛程式的就是一樣的東西，都是讓 AI 使用外部服務，但這些 connector 、能讀取哪些資料，以及能執行哪些操作，仍須以各自的整合功能與授權範圍為準。

例如Notion 的做得非常好，你根本不須要打開 notion 就可以直接叫任一 AI 幫你操作 notion 但 Canva 就沒有整合得很好，很多時候還是要打開 Canva 自己操作。

Skill 和 Plugin 是什麼？兩者有什麼不同？

Skill 是給 AI 使用的工作流程

Skill 可以理解成一份寫給 AI 看的 SOP。核心通常是一個 SKILL.md，裡面會說明遇到某種任務時該檢查什麼、按照哪些步驟執行，以及最後要輸出什麼格式。MD 檔案非常單純，就是文字檔，文字檔裡可能有參考資料、範本與腳本，再由 AI agent 在使用者授權及環境權限範圍內使用。

Skill 可以透過 Codex/ Claude Code 進一步修改、調整，但是 Plugin 沒辦法。以 marketingskills 的 SEO Skill 為例，它會告訴 AI 在 Audit、Schema、AI 搜尋優化或網站架構任務中，應該採取什麼分析框架。你不必每次從頭解釋完整 SOP，AI 需要時讀取對應 Skill 即可。

Plugin 是把工作流程和工具一起打包

Plugin 是較完整的擴充套件。它可以只包含多個 Skill，也可以同時包含外部服務連線、MCP 工具、Hooks 或其他元件。

除非是自己建立的 Plugin，我們無法透過 AI 修改 Plugin ，優點是 Plugin 通常可以在 Codex/ Claude Code 裡面升級更新。簡單來說 Plugin 比較像是我們手機裡的應用程式，取決於寫這個程式的人有無好好維繫。而 Skill 則是每個人都可以修改的文字指令。

所以 Skill 和 Plugin 並不是完全互斥的兩套系統。Skill 可以單獨安裝，也可以放進 Plugin 裡發布。比較簡單的理解方式是：

• Skill 單純用文字教 AI 這類任務要怎麼做。
• Plugin 著重把完成任務需要的 Skill 與工具一起包裝、安裝和管理。

Codex 與 Claude Code 允許 Plugin 包含一個或多個 Skill。OpenAI Plugin 文件、Claude Code Plugin 文件，但需要注意不是所有 Plugin 都可以單獨安裝裡面的 Skill，有些 Plugin 就是一整包都要安裝下來，這部分 Github 上的 README 都會有詳細的說明。

Codex 和 Claude Code 的 Plugin 外掛程式差在哪？

Codex 的介面比較習慣把 Skill、Agent、MCP 設定一起捆進一個 Plugin 裡，再整包安裝或分享。比方說 Codex 的 Notion 就只能用外掛程式安裝，Notion Plugin 底下有一個應用程式和四個 Skill 。

Claude Code 則是把這些拆開來獨立設定，你可以單獨裝一個 MCP Server，例如連接 notion connector 外部服務，並且獨立決定 Claude 可以用 notion 做到哪些行為，哪些不行

你也可以安裝 Anthropic 的 Notion Plugin，把 connector 加上四個來自 Notion 官方製作的 skill 打包在一起：Knowledge Capture（知識整理）、Meeting Intelligence（會議記錄處理）、Research Documentation（研究文件化）、Spec to Implementation（把規格轉成可執行任務）。

安裝後可以用像是 /notion-search、/notion-create-page、/notion-query-database 這樣的斜線指令，或是直接用自然語言請 Claude 去搜尋 Notion、建立文件、整理任務追蹤等等。

我一直覺得 Claude 的 Plugin 這個東西泛用性很低就是了，對我來說，Plugin 就是用別人調教過的 Skill 與工作流程。問題是這種同捆包很難適用所有人的使用流程，也很看撰寫這個 Plugin 的人功力好不好，而且 Plugin 很佔空間，因為裡面有非常多 Skill，也很佔上下文空間，但這純粹是我個人的體感。

一張圖搞懂 MCP、Plugin、Connector、應用程式的差別

Codex 裡面多了一個東西叫做應用程式，我搞不太懂這個的意義是什麼。總之這個應用程式是讓使用者可以授權比如 Notion、Canva 權限的地方，可以隨時開啟或關閉。

Connector 則是 Claude 通稱所有需要連線的東西，可以想像成是第三方服務幫你做好的 MCP，授權後可以使用。

其他 MCP 與 Plugin (外掛）不論是 Claude 或者是 Codex 都是一樣的東西

找不到我想要的服務怎麼辦？Github 找你需要的 MCP！

比方說我想要串接 Google Search Console，但是 Google 官方本身並沒有製作這樣的 MCP，那就會需要會寫程式的人自訂的 MCP。

舉例來說我有安裝：AminForou/mcp-gsc: Google Search Console Insights with Claude AI for SEOs 的 MCP

同樣的 MCP，在 Claude Code 一定要用終端機才能查看設定，但是在 Codex 就不需要

超熱門 Plugin marketingskills 怎麼安裝？

marketingskills 提供好幾種安裝方式。如果要一次安裝所有 Skill，可以執行：

如果只需要特定 Skill，例如 SEO 稽核與 AI SEO，可以使用：

marketing skill 也能透過自己的 Plugin 系統安裝，但是透過 Plugin 安裝就是所有 17 個 skills 都會安裝下來，無法選擇。如果怕消耗太多上下文空間，還是不要用 Plugin 安裝比較好。

Codex 和 Claude Code 用量、費用比較

Claude Code Pro 的用量

我使用 Claude Code Pro 跑較複雜的任務時，用量消耗得很快。只要同時處理網頁資料、關鍵字分析和長篇報告，一下就用光了。這點應該算是很多人的共同感受，不是我的錯覺，而且 Claude Code 不會有什麼重置機會，沒了就是沒了。

Claude 只有 PremLogin 有共享方案，Flixseek 沒有，想玩看看可以用 PremLogin 買短期方案～

ChatGPT Plus 的 Codex 用量

Codex 在 ChatGPT Plus 方案下，對我的 SEO 工作來說撐得比較久。
我很少寫程式，主要處理內容、研究與分析，推理強度多半只開中度，因此不太容易碰到短期用量上限。OpenAI 在 2026 年 4 月把 Codex 的計價方式調整成依 token 使用量換算 credit，不再只用平均訊息數估算。實際消耗取決於輸入、快取輸入、輸出 token、模型和推理強度。如果都開 Sol 模型中度推理，也是蠻快就會用完 Weekly limit，但如果都開 Terra 中度推理，幾乎是不太會碰到上限。

Flixseek 的 ChatGPT 方案無法使用 Codex，所以建議從 PremLogin 平台訂購。

Codex Claude Code Skill 使用比較

主動調用 Skill 的能力是我最後偏向 Codex 的核心原因之一。

把 marketingskills 安裝進去後，我只要說「幫我評估這個頁面的 on-page SEO」，Codex 通常就會自行判斷需要使用 SEO 相關 Skill，不必每次都明確指定 Skill 名稱。不過主動不一定只有好處。Codex 有時會在沒有事先告知的情況下，使用我原本不打算啟用的 Skill。像我安裝 doublecheck 這個 Skill 之後，Codex 遇到需要確認內容或事實的任務，就開始自行套用這個 Skill，即使我沒有在提示中要求它這麼做。

這種積極度在需要嚴格查核時很方便，卻也可能讓原本單純的任務變長、消耗更多用量，或套用到我當下並不需要的工作流程。

因此，Skill 並不是裝得越多越好；如果某個 Skill 只適合特定情境，最好把啟用條件寫清楚，或在提示中明確指定這次要用、不要用哪些 Skill。

Claude Code 同樣支援根據任務情境自動使用 Skill，這是官方明確提供的能力，不能說它在設計上一定要靠使用者手動呼叫。
不過以我目前的安裝方式、提示語和實際任務來看，Claude Code 比較常需要我明確點名；Codex 主動選用的頻率則比較高。對我來說，Codex 的優點是少下幾道指令，代價則是必須更留意它實際選用了哪些 Skill。

因此，這裡比較的是我的實際工作體感，不是產品規格上的有無。如果要做更公平的測試，應該準備同一組提示，在相同 Skill 與相近設定下記錄自動觸發率。

Codex Claude Code MCP 工具整合比較

以 Ubersuggest MCP 為例，我在 Codex 裡的體驗比較好：連接流程快、介面直覺，工具結果也比較容易接續到後面的分析工作。

但並不是 Codex 的所有 MCP 都比 Claude Code 穩定。我自己在手機版使用 Todoist MCP 時，也遇過工具沒有正確觸發或連線中斷。

我認為不同 MCP server、驗證方式、執行環境與裝置，都可能產生不同結果。如果你特別依賴某一個 MCP，最實際的做法先用自己的帳號與工作環境實測。

Codex 和 Claude Code 手機版比較

如果你常常離開電腦後還要查看進度、回答問題或核准操作，手機體驗就會變得很重要。

Codex 手機版怎麼用？

1. 強制開啟多種驗證，所以要準備 google authenticator 等 2FA 程式

2. 驗證成功之後，會出現以下各種同意畫面

3. 點允許之後電腦會出現 QR Code，接著用手機掃描電腦上的 QR code

Codex 手機版好用嗎？

Codex 可以透過 ChatGPT 手機版查看與引導桌面端或遠端環境中的任務，包括檢查執行結果、回答問題、調整方向和核准下一步，可參考 OpenAI Codex Mobile 說明，整體非常順暢，就跟在電腦上使用沒有差別，可以同步所有對話，而且不需要終端機版本。我目前遇到的實際問題，是手機版的 MCP 觸發不一定每次都可靠，

Claude Code 手機版怎麼用？

手機版必需要用終端機版本，進入 Claude code 終端機之後輸入 /remote-control

這邊先不詳細討論如何安裝 Claude Code 終端機版本，有機會我再來寫教學

Claude Code 手機版可以做什麼？體驗好嗎？

Claude Code 手機版一定要用終端機版本進行第一次登入設定連線，才可以用，但 Codex 不需要，這是最主要的差別。因為 Claude 的 Remote Control 的本質是「手機遠端控制電腦上正在跑的 Claude Code」，所以：

• 電腦端一定要先安裝並執行終端機版的 claude CLI（或搭配 VS Code extension 裡的 Claude Code）
• 那個 process 必須保持在線，手機只是連進去操控/查看同一個 session，不是手機獨立跑一份 Claude Code
• 如果電腦關機、終端機被關掉、或網路斷線太久，session 就會離線，手機端也就連不上了
• 無法同步所有對話，只能「連線」一個 session

Claude code 的雲端同步功能是什麼？為什麼對普通人來說很雞肋？

要實現雲端完全同步，只能透過 Github 的雲端同步功能，但處理的對象主要是程式碼專案，需要透過 GitHub repo 讓它讀取/修改程式碼（或上傳一個小於 100MB 的本地專案資料夾），但如果你：

• 沒有 GitHub repo / 沒有程式碼專案 → 沒有東西可以丟給它處理
• 目前的使用情境大多是在本機直接跟 Claude Code 互動、讀寫本機檔案，這種用法本來就不需要「雲端獨立執行」
• 如果只是想要「用手機看/接續對話」，其實 Remote Control 已經夠用了——只要電腦開著跑，手機就能鏡射操作，不必牽扯到 GitHub、上傳程式碼這些門檻

Codex 和 Claude Code 中文介面比較

Codex 的繁體中文介面比較完整。如果主要工作語言是中文，整體使用感比較接近一個原本就支援中文的產品，而不是把英文工具翻成中文。但是 Claude Code 有很多地方都沒有中文化，可惜的是介面中文化完整，不代表生成的中文一定最自然。

Codex 在某些情境下仍會出現英文直譯感，尤其是長篇文案、情緒較細膩的文字，讀起來比較容易有「AI 味」。Claude Code 在這方面通常自然一些，更接近台灣讀者熟悉的用字和句型。

用 AI Agent 做 SEO 有哪些優勢？

以我的工作方式來看，Codex 最適合以下任務：

• 關鍵字研究與搜尋意圖整理
• Google Search Console 資料分析
• 競品頁面與內容差距研究
• 內容品質與 On-page SEO 稽核
• Schema、網站架構與技術 SEO 檢查
• 需要多個工具或檔案接續處理的長流程任務

有些 Skill 或 MCP 工具主要為 Claude Code 撰寫，沒有原生 Codex 安裝說明。遇到這種情況，我通常會把 GitHub repo 交給 Codex，請它讀取安裝方式並調整到目前環境。以我的經驗，這個方法通常沒什麼問題，我建議在做任何指令之前都告訴 AI，「有不確定的請問我」

不寫程式，Codex 和 Claude Code 怎麼選？

如果你不是工程師，不必從「哪一個 coding agent 寫程式最強」開始選，而應該先看自己的工作流程。

需要大量 SEO 分析、研究與外部工具協作，而且希望 AI 能主動判斷下一步的人，我比較推薦先試 Codex。

工作重心是繁體中文內容產出，尤其重視台灣用語與自然語感的人，Claude Code 仍然很值得保留。

如果預算允許，兩個工具不一定要二選一，小孩才做選擇，Codex 做分析與策略，Claude Code 做中文內容與潤飾，是我目前覺得最實際的分工方式。這個工具生態變動得很快，今天的比較結果不代表半年後仍然成立。比起押注單一工具，更重要的是知道自己的任務需要什麼，再定期重新檢查用量、功能與工作成果。

Codex Claude Code 常見問題