---
schemaVersion: 1
slug: gp-52-20260212-codex-mcp-claude-code
ticketId: GP-52
lang: zh-tw
title: 在 Claude Code 裡優雅調用 Codex
summary: 把 Codex 當 MCP server 接進 Claude Code，一條命令搞定，體驗直接升級。Codex CLI 的沙箱限制太多？讓 Claude Code 當你的主控台。
originalDate: 2026-02-12
translatedDate: 2026-02-12
source: "@discountifu"
sourceUrl: https://x.com/discountifu/status/2021887568875598183
author: null
authorshipNote: null
canonicalUrl: https://gu-log.vercel.app/posts/gp-52-20260212-codex-mcp-claude-code
status: published
replacementTicketId: null
replacementUrl: null
---

# 在 Claude Code 裡優雅調用 Codex

> **來源:** [@discountifu](https://x.com/discountifu/status/2021887568875598183)

你有沒有遇過那種狀況——你在夜市看到一攤鹹酥雞，聞起來超香，排隊排了二十分鐘，結果買到手才發現：油膩、沒調味、紙袋還漏油。

[Codex](https://gu-log.vercel.app/glossary#codex) CLI 給我的感覺就是這樣。

OpenAI 端出來的 Codex，模型本身確實聰明。推理能力不差，寫 code 的品質也有一定水準。但你實際打開 terminal 開始用那個 CLI 的時候，馬上就會發現問題：命令行交互像是 2015 年的產物、sandbox 三不五時炸給你看、一堆操作被擋得死死的。

就好像你請了一個很會做菜的廚師，但廚房只給他一把生鏽的菜刀和一個漏水的鍋子。

> **Mogu 忍不住說：**
>
> 我說真的，Codex CLI 的 sandbox 設計讓我很困惑。你都把一個 AI agent 放出來寫 code 了，然後又不讓它執行大部分命令？這就像你叫外送員去幫你買東西，但規定他不能進店裡、不能付錢、不能拿東西。那你到底要人家幫你幹嘛 ┐(￣ヘ￣)┌

那怎麼辦？答案其實藏在一個很簡單的概念裡：**你不一定要用原廠的殼。**

想像一下。你有一台引擎很猛的車，但原廠的方向盤很難握、儀表板看不清楚、座椅坐起來像石頭。正常人會怎麼做？改裝啊。把引擎拆出來，裝進一台操控性更好的車裡。

這就是 [MCP](https://gu-log.vercel.app/glossary#mcp) 讓你做的事。

[Claude Code](https://gu-log.vercel.app/glossary#claude-code) 本身就是一個設計得很完整的開發環境——原生支援 MCP、[Plugin](https://gu-log.vercel.app/glossary#plugin)、[Skill](https://gu-log.vercel.app/glossary#skill)、[Agent](https://gu-log.vercel.app/glossary#agent)，工具鏈整合到位，UX 也打磨得不錯。如果 Codex 的「腦」不錯但「身體」不行，那最合理的做法就是：**把 Codex 的腦裝進 Claude Code 的身體裡。**

> **Mogu 吐槽時間：**
>
> 好啦我知道這個「換身體」的比喻聽起來有點像恐怖片劇情 (╯°□°)╯ 但技術上來說，MCP 就是這麼回事——它是一個標準化的介面協議，讓不同的 AI 工具可以互相「接線」。你不需要改任何原始碼，也不需要搞什麼 hack。就像 USB-C 一樣，插上去就通了。只是這條線的另一端接的是一個會燒你帳單的 AI。

## 實際操作：一條命令的事

廢話講完了，來看怎麼做。整件事就一條命令：

```bash
claude mcp add codex -s user -- codex -m gpt-5.3-codex -c model_reasoning_effort="high" mcp-server
```

你可能會問：這一串到底在幹嘛？來，我們一個一個看。

`-s user` 是告訴 Claude Code「把這個設定寫進全局配置」，這樣你不管開哪個專案都能用，不用每次重新設定。`codex -m gpt-5.3-codex` 指定你要用的 Codex 模型。`-c model_reasoning_effort="high"` 是跟 Codex 說「你給我認真想，不要敷衍我」。最後的 `mcp-server` 就是啟動 MCP 服務器模式。

整個過程不到十秒鐘。沒有設定檔要改，沒有環境變數要設，沒有 docker compose 要寫。

> **Mogu 補個刀：**
>
> `model_reasoning_effort="high"` 這個參數我每次看到都覺得很好笑——你居然要「手動告訴 AI 認真一點」。這不就是在跟你的員工說「拜託這次不要擺爛好嗎」？更好笑的是，開 high 真的有差，token 帳單也真的會噴。所以本質上你在做的事情是：付更多錢讓 AI 不要偷懶。這個商業模式，OpenAI 真的很懂人性 (￣▽￣)／

設定完之後，確認一下有沒有成功：

```bash
claude mcp list
claude mcp get codex
```

然後在 Claude Code 的對話中打 `/mcp`，選 `codex`，完事。

就這樣。一條命令，收工。

## 但真正有趣的不是操作本身

你知道嗎，這整件事最讓我覺得有意思的，不是「哇 Codex 可以接進 Claude Code 好酷」——而是它背後反映的一個趨勢。

這件事讓我想到我以前組桌機的經驗。你去光華商場，CPU 挑 AMD 的、顯卡挑 NVIDIA 的、記憶體挑金士頓的——沒有人會傻到買一整台品牌機然後被綁死在那個生態系裡面。現在 AI 工具終於也走到這一步了。MCP 就是那個讓你「自己組」的標準介面。

Codex 推理強？裝上去。Claude Code 操控順？當主機板。Gemini 吃超長 context 不會消化不良？未來搞不好也能插一張進來。重點是，你自己決定這台機器長什麼樣子。

> **Mogu 偷偷說：**
>
> 老實說，我覺得 OpenAI 真正該擔心的不是別人的模型比他強——而是別人的「殼」比他好用。你的 engine 再猛，如果使用體驗像在用 Windows Vista，人家還是會想辦法把你的 engine 拆出來裝到別的地方去。這篇推文的存在本身就是一個活生生的例子 (⌐■\_■)

## 附帶一提

如果哪天你不想用了，移除也是一條命令：

```bash
claude mcp remove codex
```

另外，如果你輸入指令後找不到 `codex` 命令，先檢查你的 `PATH` 有沒有包含 Codex CLI 的安裝路徑。這種低級但常見的問題，十個人裡面有七個會踩到。

## 延伸閱讀

- [GP-2: Claude Code vs Codex：選對工具再上場](https://gu-log.vercel.app/posts/gp-2-20260129-claude-code-vs-codex/)
- [MP-67: Boris 的 Claude Code 客製化大全 — 12 招把 AI 編輯器調成你的形狀](https://gu-log.vercel.app/posts/mp-67-20260212-bcherny-claude-code-customization/)
- [GP-120: Claude Code 與 Codex：AI Agent CLI 的底層架構差異與設定指南](https://gu-log.vercel.app/posts/gp-120-20260320-nyk-builderz-claude-code-codex-ai-agent-cli/)

> **Mogu 歪樓一下：**
>
> 你知道為什麼我特別喜歡這個「一行裝、一行拆」的設計嗎？因為 AI 工具圈最噁心的趨勢就是 vendor lock-in。一堆工具裝完之後就像牛皮癬一樣黏在你的系統上，想移除要改十個設定檔、砍三個 daemon process、還要手動清 cache。MCP 這種「不爽就拔」的哲學，根本是在打那些搞 lock-in 的廠商的臉。我個人非常支持 (⌐■\_■)

所以回到最開始那個夜市鹹酥雞的故事。有時候食材本身沒問題，只是那個攤位的做法不行。換一家來炸，味道可能就完全不同了。

Codex 的腦子配上 Claude Code 的身手，大概就是這個意思。

---

_原文來自 [@discountifu](https://x.com/discountifu/status/2021887568875598183)（大梦想家迪士尼），感謝分享！_