OpenAI Codex 是一個 AI coding agent（AI 編程代理），能在你授權的範圍內讀取程式碼庫、修改檔案、執行測試、協助 code review，甚至把可委派的工作交給雲端或本機環境完成。根據 OpenAI 官方文件，Codex 目前包含在 ChatGPT Plus 及以上方案中，支援 macOS、Windows 與 Linux。它跟一般 ChatGPT 對話最大的差別是：ChatGPT 回答你的問題，Codex 會朝「把工程任務做完」前進。
TL;DR：Codex 是 AI coding agent，不是單純聊天機器人。你給它任務，它能讀 code、改 code、跑測試、交 diff。主要入口包含 Codex app、CLI、IDE extension 與雲端任務，透過 ChatGPT 帳號使用。官方 CLI 安裝方式是
npm i -g @openai/codex；台灣價格與額度請以登入後的 ChatGPT 定價頁為準。
文章目錄
一、OpenAI Codex 是什麼？跟 ChatGPT 的根本差別
定義
Codex 是 OpenAI 推出的 AI 編程代理（coding agent），由 ChatGPT 的程式碼編寫模型驅動。它能接收用自然語言描述的任務，然後自主完成讀取程式碼庫、規劃修改方案、修改檔案、執行指令、跑測試驗證結果、產出 diff 或開 PR 的完整工作流程。在 2026 年 AI 搜尋趨勢全面走向代理化的浪潮中，Codex 是這波變革的代表性產品。
Codex vs ChatGPT：根本差異
很多人第一次聽到 Codex 會問「這跟 ChatGPT 有什麼不一樣？」一句話說清楚：ChatGPT 是顧問，Codex 是實習生。
ChatGPT 的互動模式是「你問它答」。你貼一段 code 問它怎麼改，它給你一段 markdown 程式碼，你自己複製貼上。Codex 的互動模式是「你派任務，它執行」。你告訴它「幫我修這個 bug」，它自己去找相關檔案、改 code、跑測試、產出 diff。過程中它可能會問你授權（取決於你設定的 安全模式），但你不需要一步步指揮它。
打個比方：如果你問 ChatGPT「這段 React 元件的 state 管理有問題，怎麼修？」它會告訴你修改建議。如果你對 Codex 說同一句話，它會自己打開那個檔案、改好、跑測試、然後把 diff 秀給你看。這個差別改變了整個工作節奏。用 ChatGPT 時你是「問 → 讀 → 複製 → 貼上 → 測試」，用 Codex 時你是「派任務 → 等幾秒 → 看 diff → 確認」。後者省掉的不是幾秒，而是整個上下文切換的認知負擔。
一段歷史：Codex 這個名字用過兩次
如果你在網路上搜尋「Codex」，可能會看到舊文章在講「Codex API」。那是早期的程式碼生成模型產品線，跟現在的 Codex agent 不是同一件事。2025 年 5 月，OpenAI 重新推出 Codex，定位成能在雲端沙盒與本機開發環境中工作的 software engineering agent。到 2026 年，Codex 已延伸到 app、CLI、IDE、Web/Cloud、GitHub code review 與多種工作流整合。如果你看到舊文章在講「Codex API」或單純的程式碼補全模型，記得先確認日期。本文談的是 2025 年後的新版 Codex coding agent。
二、Codex 的五種使用入口：App、CLI、IDE、雲端、GitHub 整合
Codex 不是單一工具，而是一組共用 ChatGPT 帳號與工作區控制的 coding agent 入口。這種「多入口、同一後端」的設計跟 Google AI Mode 整合搜尋體驗的做法有異曲同工之妙。以下整理各入口的適合場景。
| 入口 | 適合場景 | 在哪啟動 | 新手提醒 |
|---|---|---|---|
| Codex app | 把多個代理、worktree、雲端環境與本機工作流集中管理 | macOS / Windows app | 適合想把 Codex 當日常開發工作台的人 |
| Codex CLI | 在終端機裡讓 Codex 讀取、修改、執行目前資料夾中的程式碼 | 終端機輸入 codex | 最適合工程師從自己的專案開始試 |
| IDE 擴充 | 在編輯器內對目前檔案直接請 Codex 幫忙 | VS Code 與多數 VS Code forks | 適合想少切換視窗的日常開發 |
| Web / Cloud tasks | 把較長任務委派到雲端環境 | ChatGPT / Codex web 入口 | 通常需要連接 GitHub repo |
| 整合與延伸功能 | GitHub code review、Slack/Linear 工作流、Chrome extension | 依功能在 Codex app 或 GitHub 中啟用 | 團隊導入前先看官方 Feature Maturity |
雲端 vs CLI：怎麼選？
這是新手最常問的問題。兩者的核心差別在於「程式碼在哪裡跑」。理解這個差異對於掌握 AI 搜尋時代的策略（包括 AISO，AI 搜尋最佳化）也有幫助，因為兩者都在重新定義「人跟工具的協作方式」。
| 比較項 | 雲端 Codex | Codex CLI |
|---|---|---|
| 要不要裝東西 | 不用，瀏覽器就行 | 要安裝 CLI |
| 要不要連 GitHub | 通常需要連接 repo | 不用，能直接處理本機資料夾 |
| 程式碼在哪跑 | OpenAI 的雲端環境 | 你的本機與目前工作目錄 |
| 適合什麼任務 | 長時間任務、code review、跨 repo 工作 | 快速修改、日常 debug、想在本機掌控檔案 |
| 安全性 | 需注意 repo 連接、雲端環境與工作區權限 | 本機執行，但仍要檢查權限與 shell 指令 |
實際建議：新手先用 CLI 跑一個小任務，再用雲端處理可委派的長任務。CLI 讓你理解 Codex 怎麼讀檔、改檔與跑測試；雲端則適合可以明確寫成任務單、完成後再審 diff 的工作。如果你對 Google 網頁開發指南裡提到的開發者工具有概念，會發現 Codex 的入口設計跟現代開發工具的走向一致。
三、台灣費用與方案怎麼選
Codex 目前不是一個單獨購買的消費者訂閱，而是包含在 ChatGPT 方案、工作區方案或 API key 用量裡。官方說法是 Plus、Pro、Business、Edu、Enterprise 方案包含 Codex；Free 與 Go 也在有限期間內可使用 Codex，但額度較少。實際價格、額度與促銷會依帳號、地區、方案與工作區設定變動，發布前務必再看 ChatGPT 定價頁與 Codex usage dashboard。
| 方案 | 台灣價格提醒 | Codex 使用方式 | 適合對象 |
|---|---|---|---|
| Free | 免費 | 有限使用，適合試跑小任務 | 想知道 Codex 是什麼 |
| Go | 依台灣登入後定價頁為準 | 有限期間包含 Codex，額度較輕量 | 學生、偶爾使用者 |
| Plus | 依台灣登入後定價頁為準 | 個人日常使用主力 | 個人開發者、多數人的起步點 |
| Pro | 依台灣登入後定價頁為準 | 比 Plus 更高的 Codex 用量 | 每天高強度使用者 |
| Business / Edu / Enterprise | 依官網或業務報價 | 工作區額度、治理、RBAC 與團隊管理 | 工程團隊、大型組織 |
台灣價格怎麼查最準：登入 ChatGPT 後查看「Upgrade / Plan」頁面，或在 Codex 內看 usage dashboard。不要把第三方文章的台幣價格當成永久價格；台灣讀者看到的幣別、稅費與可用方案，會以帳號結帳頁為準。通常可以用台灣發行的信用卡或平台支援的付款方式訂閱 ChatGPT，但可用卡別與稅費仍以結帳頁為準。
怎麼判斷該選哪個方案？
- 只是想試試看：先用免費版，跑幾個小任務感受一下。
- 每週用幾次，改 bug、寫小功能、做 code review：Plus 通常是最合理的起步點。
- 每天用、任務又大又多：考慮 Pro，並學會用較小模型、縮小 context、精簡 AGENTS.md 來延長額度。
- 團隊使用：Business / Edu / Enterprise，重點不是只看額度，而是工作區權限、資料治理與 GitHub review 流程。
四、Codex CLI 安裝教學：從零到第一個任務
如果你想真正理解 Codex 的工作方式，CLI 是最推薦的起點。理解命令列工具的運作邏輯，對後續做 網站程式碼最佳化或技術 SEO 也有幫助。
安裝方式
官方文件目前主推 npm 安裝：
npm i -g @openai/codex
macOS 也可用 Homebrew：
brew install --cask codex
安裝完成後確認：codex --version。官方文件指出 Codex CLI 是開源工具、以 Rust 撰寫，支援 macOS、Windows、Linux。新版本會定期釋出，npm 使用者可用 npm i -g @openai/codex@latest 更新。
登入方式
| 登入方式 | 適合誰 | 額度從哪扣 |
|---|---|---|
| Sign in with ChatGPT（推薦） | Free、Go、Plus、Pro、Business 等帳號 | 使用 ChatGPT / workspace 的 Codex 額度 |
| API key | 沒訂閱 ChatGPT、要走 API 計費 | 從 platform.openai.com 拿 key，按 token 計費 |
第一個任務
登入完成後，直接在終端機輸入 codex 進入互動模式，然後輸入：
幫我看一下這個專案有沒有明顯的 bug
Codex 會讀取你當前目錄的專案檔案，分析後回覆建議。如果你想讓它直接修改，可以說：
把 src/utils/format.js 裡的日期格式從 YYYY-MM-DD 改成 YYYY/MM/DD，並確認所有引用這個函式的地方都能正常運作
這個流程會讓你熟悉三件事：Codex 可以讀取專案、Codex 可以修改檔案、Codex 可以根據你的追問調整結果。新手最適合從這種「低風險、成果明確」的小任務開始。
五、權限設定：三個層級怎麼選才安全
Codex 的核心能力是「能動手」，所以權限設定比一般聊天工具更重要。這跟網站最佳化流程裡強調的「先衡量影響範圍再動手」是同樣的道理。不同版本的名稱可能略有變動，但概念可以抓成三層：
| 權限層級 | 行為 | 適合場景 | 新手建議 |
|---|---|---|---|
| Read only / 需批准 | 先讀檔、分析與提出計畫；編輯檔案前需要你確認 | 第一次使用、關鍵程式碼 | 從這層開始 |
| Auto / 自動編輯 | 允許 Codex 直接改檔，但敏感操作仍需審核 | 日常開發、你信任它的判斷 | 熟悉專案後再開 |
| 高自主執行 | 讓 Codex 在沙盒中更自主地改檔、跑測試與疊代 | 熟悉的專案、低風險例行任務 | 只在 git 狀態乾淨、測試明確時使用 |
實際建議：新手先用 /plan 看完整計畫，再用 /permissions 選保守權限。養成三個習慣：在 git 裡工作、接受前看 /diff、要求 Codex 跑測試或說明為何不能跑。這比記住某個舊版旗標更重要。
六、提示詞技巧：三段式寫法與五個實戰心法
很多人拿到 Codex 後的第一個問題是「我要怎麼給它指令？」寫好提示詞的邏輯，跟我們在 SEO 文章寫作指南裡強調的「先想清楚讀者意圖，再組織內容」是一致的。
基本原則：三段式提示法
不要給 Codex 模糊的指令。理解 搜尋意圖（Search Intent）的概念在這裡很有幫助：就像 SEO 要先理解使用者在找什麼，給 Codex 指令也要先釐清你要它做什麼。一個好的提示詞包含三個要素：背景、目標、約束。
範例：
重構這個元件
背景：我有一個 React 元件 UserProfile.jsx，目前使用 class component
目標：將它改寫為 function component（使用 Hooks），保持所有功能不變
約束：必須通過所有現有單元測試、不要改變 props 的 interface
技巧一：指出相關檔案和位置
Codex 有強大的程式碼搜尋能力，但如果你能縮小範圍，效率更高。這個概念跟 關鍵字最佳化裡說的「精準比廣泛更重要」完全一致。你也可以用 @檔名 引用專案裡的檔案，讓 Codex 直接讀取上下文，不需要每次都重新貼資料。
技巧二：加上驗證步驟
告訴 Codex 怎麼確認結果是對的，它會在工作過程中自我檢查。就像 內容行銷裡強調的「每篇內容都要有可衡量的指標」，給 Codex 的驗證步驟越明確，產出越可靠。例如要求它跑 npm test、確認 eslint 沒有新的錯誤。
技巧三：引導工作方式
你可以告訴 Codex「怎麼做事」，而不只是「做什麼」。例如要求它參考專案裡已有的實作模式、優先使用專案已有的工具函式、遵循團隊的 PR 格式。這能大幅減少「做完但不符預期」的情況。
技巧四：鏈式提示，大任務分步做
大任務不要一次丟給 Codex。拆成幾個步驟，每步完成後驗證，再進行下一步。這個做法跟 長尾關鍵字策略的邏輯類似：把一個大目標拆成多個小而明確的單元，逐個擊破比一次通吃更有效。
技巧五：善用 AGENTS.md
AGENTS.md 是放在專案根目錄的說明檔案，Codex 會讀取它來理解專案約定。它的角色有點像 內部連結最佳化策略裡的網站導覽：讓工具快速掌握你的結構與規則。把團隊的測試方式、技術棧、命名規則、禁止事項寫在這裡，每次給 Codex 任務時就不用重複說明。
範例：
# AGENTS.md
## 專案背景
Node.js + Express REST API，資料庫用 PostgreSQL
## 程式碼規範
- 使用 ES Modules（import/export）
- 縮排用 2 個空格
- 變數命名用 camelCase
## 測試
- 執行測試：npm test
- 測試框架：Jest
## 不要做的事
- 不要修改資料庫 schema
- 不要安裝新的 npm 套件（先提案，確認後再裝）
你花 10 分鐘寫好 AGENTS.md，後面省下的是每次任務都要重複說明的時間。若團隊同時使用多個 coding agent（例如 Claude Code 使用 CLAUDE.md），可以把核心規範同步到各工具支援的專案記憶檔，保持一致性。
七、進階功能：Skills、Automations、MCP、Subagent
如果你已經熟悉基本操作，以下進階功能能讓 Codex 從「好用」變成「不可或缺」。
外掛程式：把常用工具接進 Codex
外掛程式讓 Codex 能連接瀏覽器、GitHub、Slack、試算表、簡報、文件等工具。如果你已經用過我們整理的 免費 Google SEO 工具清單（例如用 Google Search Console 驗證網站狀態），會發現 Codex 外掛的邏輯跟這些工具一樣：把分散的功能集中到一個工作流裡。
Automations：把例行任務排程化
Automations 適合固定頻率或可重複的任務，就像你可以用 Google Trends 定期追蹤關鍵字趨勢一樣。例如每日摘要、每週回顧、專案監控、依賴檢查。它的重點不是「讓 AI 一直跑」，而是把明確、低風險、可驗證的流程變成排程。
Skills：把重複流程封裝成技能
如果某個工作流程會反覆出現，你可以把它打包成 Skill。Codex 下次遇到類似任務時，就不用重新學習整套流程。Skill 的本質是一個包含 SKILL.md 的資料夾，Repo 內常見位置是 .agents/skills/。這個概念跟 主題集群的架構很像：把核心資訊集中在一個地方，讓所有相關工作都能參照。
MCP（Model Context Protocol）：接外部服務
MCP 是一個開放協定，讓 Codex 能連接外部工具和服務。Codex CLI 與 IDE extension 都支援 MCP；你可以用 codex mcp 指令新增 server，也可以在設定檔中設定。常見 MCP 整合包含 GitHub MCP（直接操作 PR、issue、code review）、Sentry MCP（自動讀取錯誤報告並修復）、Playwright MCP（讓 Codex 操作瀏覽器進行端到端測試）。
Subagent：多代理並行工作
Codex 支援 subagent 機制，讓你可以在一個主任務中派生多個子代理同時工作。每個子代理在獨立的 Git Worktree 中執行，不會互相干擾。這對同時修多個 bug、大型重構、或方案比較特別有用。
核心斜線命令一覽
| 命令 | 功能 |
|---|---|
/plan | 讓 Codex 先產出執行計畫，不直接動 code |
/permissions | 調整 Codex 的權限層級 |
/diff | 查看目前工作樹中的修改 |
/review | 請另一個 Codex review 目前改動 |
/compact | 壓縮上下文，釋放 context window 空間 |
/skills | 查看和呼叫已安裝的 Skills |
/mcp | 查看目前連接的 MCP servers |
/status | 查看當前用量和狀態 |
養成使用 /plan 的習慣。在 Codex 執行任何操作前先看完整的步驟規劃，可以避免意外修改。這種「先審查再接受」的態度，在 Google AI Overviews 時代尤其重要，就像網站需要透過良好的 結構化資料 讓搜尋引擎理解內容，你在使用 Codex 時也需要把需求和約束表達清楚。
八、多對話並行工作流：用 Codex 做一個完整產品
很多人用了幾次 Codex 後，會習慣「一次只開一個對話」。但 Codex 真正的威力在於多對話並行。你可以把一個產品開發拆成多個獨立任務，每個任務交給不同的 Codex 對話處理。
例如要做一個 AI 工具學習 App，可以這樣拆：
- 一個對話寫產品計畫與需求文件
- 一個對話做前端 UI 設計與元件開發
- 一個對話建後端 API 與資料庫 schema
- 一個對話寫單元測試與整合測試
- 一個對話做登錄等待名單網頁
- 一個對話產生投資人簡報
每個對話都放在同一個專案資料夾裡，用 @ 引用彼此產出的檔案。這不是叫你同時亂開十個任務，而是把每個對話當成一個「專門負責某件事的代理人」。當其中一個任務正在跑，你可以切到另一個任務補需求、測試成果或整理下一步。
這種工作方式的核心是：不要等 AI 做完才開始下一件事；你要學會把工作拆成清楚的小任務，讓多個任務並行。就像 SEO 飛輪模型一樣，多個並行的小努力會累積成複利效應。
九、實際應用場景：四種日常任務範例
場景一：修一個間歇性出現的 bug
前端回報「建立訂單時偶爾會 500 錯誤」，但沒有穩定的重現步驟。你可以讓 Codex 分析相關函式，檢查未處理的 async/await 錯誤、race condition、未驗證的外部輸入，並查看最近的 git log。Codex 讀取檔案後可能會告訴你：「在 createOrder 的第 47 行，呼叫 inventoryService.checkStock 時沒有 try/catch。」然後你讓它修、加測試、確認 diff。整個過程可能 2-3 分鐘。
場景二：為既有 API 加新功能
在 src/api/users.js 新增批次刪除功能。你只需要描述需求：路徑、接受格式、錯誤處理、回應格式、必須通過測試。Codex 會參考現有的 DELETE /api/users/:id 的實作模式，產出符合團隊慣例的程式碼。
場景三：大規模重構（JS → TS）
這種任務不適合一次丟給 Codex。就像做 頁面 SEO 內容最佳化一樣，一口氣改太多變數會讓你無法判斷哪個改動有效。先用 /plan 分析專案結構、列出遷移優先順序和風險，再逐模組執行。
場景四：日常小任務
有些任務很小但手動做起來很煩：找出專案裡所有 console.log 並移除不必要的、把 var 改成 const 或 let、檢查 package.json 裡有安全漏洞的套件。這種日常小任務交給 Codex 特別划算，省下的時間你可以拿來做更有價值的判斷工作。
十、Codex 與 Claude Code 比較：怎麼選最適合你的工具
如果你已經在使用 AI coding 工具，很可能聽過 Claude Code。如果你還不熟悉 Claude，可以先看我們整理的 Claude AI 教學。如果你是在比較桌面版工作流，可以看 Claude Desktop 教學，避免把聊天桌面 App 和 coding agent 混在一起。
核心定位差異
Codex 擅長的是：你把任務描述清楚、派給它、它可以非同步執行，你回來看 diff 就好。Claude Code 擅長的是：你在終端機裡跟它即時互動，邊討論邊改，需要深度推理的場景它表現穩定。
一句話判斷：能寫成任務單、能晚點審 diff 的，先用 Codex。需要即時探索、邊讀邊改的，先用 Claude Code。
功能比較
| 比較項 | OpenAI Codex | Claude Code |
|---|---|---|
| 主要入口 | Codex app、CLI、IDE、Web/Cloud、GitHub 整合 | CLI、IDE、GitHub Actions、SDK |
| 非同步任務 | 雲端任務、Automations 較完整 | 偏互動式體驗 |
| 並行代理 | worktrees、cloud environments 與多代理工作流 | custom subagents，可為不同任務配置獨立 prompt |
| 開源狀態 | Codex CLI 是 Apache 2.0 開源 | 依 Anthropic 官方發佈為準 |
| 專案記憶檔 | 使用 AGENTS.md 與 skills/plugins | 使用 CLAUDE.md、memory 與 custom commands |
| MCP 支援 | 支援 | 支援 |
怎麼選？
| 你要做的事 | 建議先試 | 原因 |
|---|---|---|
| 可寫成明確任務單的 bug fix / PR review | Codex | 雲端任務、GitHub review 較順 |
| 長時間背景工作、例行檢查 | Codex | Automations 與 background workflows 是強項 |
| 不確定方向、需要邊問邊改的架構探索 | Claude Code | 互動式 terminal pair programming 體驗成熟 |
| 已經深度使用 ChatGPT 工作區 | Codex | 帳號、workspace、GitHub 整合度更高 |
兩者可以同時用。不少開發者的實際做法是：Codex 負責可委派的任務（bug 修復、測試產生、code review），Claude Code 負責需要即時互動的任務（架構討論、除錯 session）。兩者的搭配就像 內容集群裡的支柱文章與衛星文章一樣，各司其職但互相支援。
十一、學習路線圖：從新手到熟練的七天計畫
如果你是完全新手，照這個順序練，七天後你會對 Codex 有紮實的實戰手感。這跟學 SEO 入門一樣，每天做一點比一次讀完一篇長文有效。
- 第一天：安裝 Codex CLI，用 ChatGPT 帳號登入。在任意 git 專案裡讓 Codex 分析專案結構，產出一份摘要。
- 第二天：請 Codex 做一份研究或整理任務（例如「整理這個專案用到的所有 npm 套件，標出有安全漏洞的」），體驗它讀檔與產出檔案的能力。
- 第三天：用
@檔名讓 Codex 根據既有資料產生新版本。練習引用檔案與追問修改的流程。 - 第四天：建立 AGENTS.md，把你的專案規範寫進去。然後給 Codex 一個修改任務，觀察它有沒有遵守你的規範。
- 第五天：試試進階功能。安裝一個 MCP server 或建立一個 Skill，體驗 Codex 的擴充能力。
- 第六天：開兩個 Codex 對話，一個做前端、一個做後端。練習多對話並行工作流。
- 第七天：回頭整理你的常用 prompt，把重複的流程做成 Skill 或 Automations。這是你從「會用」到「善用」的關鍵轉折。
剛開始用 Codex，最好的目標不是「一次做出完美產品」，而是「把一件小事真的做完」。只要你完成第一份分析、第一個修改、第一個自動化，你就會開始理解：AI coding tool 不只是寫程式，而是把很多原本卡在你腦中的工作，推進到可檢查、可修改、可交付的狀態。
十二、怎麼開始：三個立即可行的步驟
如果你還在猶豫要不要投入 AI coding 工具，可以參考我們對 SEO 的真正價值的分析：就像 自然搜尋流量會隨時間累積成長，任何能持續提升效率的工具，長期投資報酬率都比你想像的高。以下是三個立即可行的起步方式：
- 用雲端版感受一下（5 分鐘）：直接開 chatgpt.com/codex，給它一個簡單任務試試，例如「用 Python 寫一個 CLI 工具，統計文字檔中每個單字出現的次數」。感受一下它的互動方式。
- 裝 CLI，在你的專案裡用（15 分鐘）：執行
npm i -g @openai/codex，登入後 cd 到你的一個 git 專案，輸入「分析這個專案，用一段話說明它做什麼，然後列出前三個可以改善的地方」。 - 建立 AGENTS.md（10 分鐘）：在專案根目錄建立一個 AGENTS.md，把團隊的程式碼規範、測試方式、技術棧寫進去。從這個小動作開始，後面每次用 AI coding agent 的品質都會提升。
常見問題 FAQ
- Codex 是免費的嗎？
官方文件顯示 Free 和 Go 在有限期間內可使用 Codex，但額度較少。要把 Codex 當成日常開發工具，通常會從 Plus 或更高方案開始。實際價格以登入後的 ChatGPT 定價頁為準。 - 台灣的信用卡可以訂閱嗎？
多數台灣使用者可用平台支援的付款方式訂閱 ChatGPT，但卡別、稅費、幣別和可用方案會受帳號與結帳頁影響。建議直接查看官方結帳頁。 - Codex 會把我的程式碼送去哪裡？
取決於你用哪種入口。Cloud tasks / Web 通常會在 OpenAI 的雲端環境處理連接的 repo；CLI 則在你的本機工作。處理高度機密程式碼時，請先確認資料控制與工作區政策。 - Codex CLI 要怎麼安裝？
官方主推npm i -g @openai/codex。安裝後在專案資料夾輸入codex，第一次使用會提示你用 ChatGPT 帳號或 API key 登入。 - 我已經在用 GitHub Copilot，還需要 Codex 嗎？
兩者定位不同。Copilot 是 IDE 內的即時補全和聊天助手，你打字它建議。Codex 是能自主完成任務的 agent，你派任務它執行。如果你只需要打字時的即時建議，Copilot 就夠了。如果你希望 AI 能自己讀懂專案、修改多個檔案、跑測試、開 PR，那就是 Codex 的場景。 - Codex 每次都會產出正確的結果嗎？
不會。Codex 跟所有 AI 工具一樣，有可能判斷錯誤或產出不完美的 code。這就是為什麼你要用/plan、/permissions、/diff和測試流程把關。建議始終在 git 裡工作，先用保守權限開始，確認 diff 後再接受改動。這跟 E-E-A-T（經驗、專業、權威、信任）的原則在 AI 時代更重要一樣：最終的品質把關還是需要人類的專業判斷。 - Codex 支援哪些程式語言？
Codex 的底層模型支援十幾種主流程式語言，包括 Python、JavaScript、TypeScript、Go、Rust、Java、C++、Ruby 等。Python 和 JavaScript/TypeScript 的體驗最好。 - Codex 額度用完怎麼辦？
先看 Codex usage dashboard 或 CLI 的/status。可行選項通常包括等額度重置、加購 credits、切換較小模型、縮小任務範圍、精簡 AGENTS.md / MCP context，或改用 API key 按 API 用量計費。就像面對 零點擊搜尋趨勢時要調整內容策略一樣，額度管理也是使用 AI 工具的基本功。
參考資料
- OpenAI Codex 官方頁面 — 產品介紹與功能總覽
- OpenAI Codex Developer Docs — Codex 入口、概念與功能文件
- openai/codex GitHub — CLI 開源原始碼（Apache 2.0 License）
- Using Codex with your ChatGPT plan — ChatGPT 方案與 Codex 使用說明
- Claude Code Overview – Anthropic Docs — Claude Code 入口與基本能力
