OpenAI Codex 是 OpenAI 的 AI coding agent（AI 工程代理人），你把一件工程任務描述清楚，它自己讀檔案、改程式碼、跑指令，做完把成果交回來等你驗收。它跟 ChatGPT 聊天視窗的差別只有兩個字，動手。ChatGPT 告訴你怎麼做，Codex 自己去做。
2026 年 8 月的現在，Codex 有四個官方入口，ChatGPT 桌面 App 的 Codex 模式、終端機的 Codex CLI、VS Code 與 JetBrains 的 IDE 擴充套件、瀏覽器裡的 Codex web，全部用同一個 ChatGPT 帳號登入。Free 方案就內建 Codex，預設的模型線是 GPT-5.6 家族，Sol、Terra、Luna 三個兄弟。
把 ChatGPT 想成隨 call 隨到的顧問，Codex 就是會自己開工的實習工程師。顧問回答完就走，實習工程師把檔案翻過一輪、把 code 改好、把測試跑完，等你回來點頭或退件。你要補的技能也不是寫程式，是兩件更老派的東西，把工作交代清楚，還有驗收。
重點先看
Codex 內建在 ChatGPT 全方案裡，Free 就能用，差別在額度、速度與功能，用量跟 ChatGPT Work、ChatGPT for Excel、Workspace Agents 共用同一個池。
入門最短路徑是 Codex CLI，一行安裝指令、ChatGPT 帳號登入，就能跑第一個任務。
權限是整個產品最該花時間理解的部分，核准模式有三層，給權限前先想清楚最壞情況。
AGENTS.md 是它的專案記憶檔，用 /init 自動生成初稿，寫得好它就不用每次都當新人。
它不等於自動正確，驗收是流程的一部分，不是選配。
內文以 2026 年 8 月查核的官方文件為底，加上一條真實跑在 Codex 與 Claude Code 上的 WordPress 內容產線的經驗，把它是什麼、費用怎麼算、怎麼安裝、權限怎麼給、不寫程式的人怎麼用、跟 Claude Code 怎麼分工，一次講完。
OpenAI Codex 是什麼？一個把自己當工程師用的 AI 代理人
一句話定義先放這裡。Codex 是 OpenAI 的軟體工程代理人，能讀懂你的專案結構、依照你的描述修改程式碼、執行指令與測試，再把修改內容交回來給你檢查。OpenAI 開發者文件把它定位成 AI coding agent，官方列出的工作內容包括寫 code、看懂陌生的程式庫、做 code review、追蹤與修復 bug、把重複的開發任務自動化。
「代理人」（agent）這個詞要先講成白話。聊天機器人與代理人的差別，在於誰拿著鍵盤。你問 ChatGPT 一個問題，它回你一段文字，換檔案、裝套件、跑測試的都是你自己。你交辦 Codex 一件任務，它自己去翻檔案、開分支、改程式碼、跑測試，卡住會回來問你，做完會把差異列出來給你看。前者的產出是「說明」，後者的產出是「改過的專案」。
Codex 的單位是任務，ChatGPT 的單位是問題。同樣一句「這段程式碼為什麼跑不動」，丟給 ChatGPT，得到的是分析與建議；交辦給 Codex，它會把專案打開、找到出錯的那行、改掉、跑一次測試，然後跟你回報改了什麼。這也是為什麼正確的比較對象不是「哪個模型比較聰明」，而是「這件工作適合被回答，還是適合被完成」。
一段任務實際上是怎麼跑的
拆開一次典型的本地任務，你會看到五個動作。它先掃專案結構，讀 AGENTS.md 與相關檔案，建立對這個專案的理解。接著擬計畫，告訴你它打算怎麼做，你可以在此時修正方向。計畫通過後它開始動手，改檔案、裝依賴、跑指令，這些動作依你設的核准模式，可能每步問你，也可能自己跑。做的過程中它會自己讀錯誤訊息、回頭修，一個任務來回個幾輪很正常。做完它把修改差異整理出來，等你驗收，你點頭它才收尾。
整個過程跑在一個叫沙盒（sandbox）的隔離環境裡，這是 Codex 安全模型的核心。沙盒限制它能碰的範圍，最緊的時候它只能讀不能寫，等於把一個能力很強的實習生關在只能看的玻璃房裡做事。權限那節會把這套機制展開講，這裡先記住一件事，Codex 的「動手」是被圍籬圍起來的動手，圍籬高度你自己調。
四個官方入口的分工長這樣。
| 入口 | 形態 | 適合誰 | 先不要用的情況 |
|---|---|---|---|
| ChatGPT 桌面 App（Codex 模式） | 圖形介面，2026 年 7 月起整合進 ChatGPT 桌面應用 | 想用點選方式管理任務、看修改差異的人 | 只想在終端機做事的老派開發者會覺得多一層 |
| Codex CLI | 終端機工具，開源，用 Rust 寫成 | 開發者、想把 Codex 寫進腳本與 CI 的人 | 對命令列還有恐懼的人，先從 App 開始 |
| IDE 擴充套件 | VS Code 與多數衍生版本、JetBrains 系列 | 邊寫邊交辦、不想離開編輯器的人 | 任務需要大範圍跑指令時，CLI 順手 |
| Codex web | 瀏覽器裡跑雲端任務，設定時要把 ChatGPT 帳號連上 GitHub | 手上沒有開發環境、想多工並行的人 | 需要動你本機檔案的任務 |
這四個是官方文件列的 client，不是功能。在入口之外，官方另有整合層，GitHub 上的自動 code review、Slack、Linear，這些不算獨立入口，是 Codex 伸手出去的地方。整合層的意義在於非同步，GitHub 上有 PR 進來，Codex 直接在 PR 底下留 review 註解；Slack 頻道裡有人交辦，它在雲端開工，做完回來貼結果。你不需要打開任何 Codex 介面，工作自己流過去。
Codex 這個名字被回收過一次，查資料時要小心。2021 年 OpenAI 推過一個叫 Codex 的程式碼生成 API，那是舊時代的模型，早已退役，跟現在的 Codex 不是同一個東西。2025 年 OpenAI 把名字重新用在軟體工程代理人的雲端版本上，2026 年初有了桌面 App，2026 年 7 月再整合進 ChatGPT 桌面應用，官方定位是「now in ChatGPT」。你在搜尋引擎上找到的 Codex 文章，先看日期，2025 年 5 月以前的內容講的多半是那個已經退役的舊 API。
也因為 2026 年 7 月這波整合，Codex 在 ChatGPT App 裡跟 ChatGPT Work 並列在同一個選單。Work 是接長程研究與交付任務的另一套體驗，Codex 是工程代理，兩者立場不同，額度卻是綁在一起的，這個細節在費用那節會展開。想先搞懂 Work 是什麼，站上的ChatGPT Work 完整介紹值得先讀過。Anthropic 陣營裡，Claude Code 的工作搭檔則是 Claude Cowork。
誰該現在就學，誰可以先緩，界線畫得出來。手上有一件以上「每週都要做、做法固定、你會檢查結果」的工作，符合就直接開始，投報比通常很好。只是好奇、手上沒有重複工作、或者連要它做什麼都說不出來的人，先緩，把一件真實的工作變成「可交辦的規格」之後再來，工具解決不了沒有規格的問題。這條界線跟職位無關，工程師與行銷適用同一套判斷。
Codex 用什麼模型：GPT-5.6 家族怎麼選
至 2026 年 8 月中為止，Codex 的主力模型是 GPT-5.6 家族，官方模型說明頁列出三個定位。Sol 是旗艦，難度高、價值高的複雜工作用它，複雜的重構、深度研究、要交付給別人的文件都算；Terra 是日常主力，官方形容它效能與上一代 GPT-5.5 同級但成本更低，是「上一代用戶的自然落點」；Luna 最快最省，適合你很清楚「做完長什麼樣」的大量重複任務，抽取、分類、格式轉換、結構化摘要這類。不確定的時候選 Sol，這是官方給的預設建議，介面裡的預設功率設定就是 Sol 配中等推理強度。
家族之外還有兩件事要知道。ChatGPT Pro 用戶多一個研究預覽版模型 GPT-5.3-Codex-Spark，主打近乎即時的互動式 coding；上一代的 GPT-5.5 還在清單上，但 GPT-5.4 與 GPT-5.4 mini 將在 2026 年 8 月 31 日從 Codex（ChatGPT 帳號登入）退役，官方建議把 GPT-5.4 換成 GPT-5.6-terra、GPT-5.4 mini 換成 GPT-5.6-luna，舊設定檔與排程任務裡寫死的模型名要記得一起換。模型切換用 /model，推理強度（reasoning effort）也在同一個地方調，從 Low 到 Max，另有用子代理平行拆任務的 Ultra 模式。官方的原則很務實，用「能做出你要的結果的最低檔」跑，任務需要更深的規劃再往上加，大部分任務用不到 Max 與 Ultra。模型名稱與檔位改版很快，實際能用哪些，以你介面裡 /model 顯示的為準。想理解 GPT-5.6 這個模型本身的定位，站上的GPT-5.6 介紹有更完整的討論。模型線也不會停在 GPT-5.6，OpenAI 新一代的 GPT-6 Astra 已經登場，從跑分、電腦操作代理到 AGI 爭議都是焦點，GPT-6 Astra 深度拆解那一篇講得更細。
Codex 費用與價格：方案、額度、credits 的讀法
費用先給結論。Codex 不用單獨購買，ChatGPT 的 Free、Go、Plus、Pro、Business、Edu、Enterprise 方案全部內建，差別在額度、速度與可用功能。官方定價與額度頁把每個方案能做的事列得很清楚，這一節講的結構，都可以在那頁對照到原文。文章裡不抄任何幣別數字，方案定價會調整，你結帳當下看到的才是真的。模型線與定價每一季都在動，本文的方案與額度結構基準是 2026 年 8 月 21 日的官方文件，隔一季回官方頁對一次。
| 方案 | 定位 | 適合 | 不適合 |
|---|---|---|---|
| Free | 探索，跑快速的小任務 | 試水溫、驗證工作流程 | 每天要產出正式成果 |
| Go | 輕量 coding 任務 | 一週偶爾用幾次 | 多輪長任務的重度使用 |
| Plus | 每週幾次專注的 coding session | 個人開發者的主力方案 | 全天候生產會撞額度 |
| Pro | Plus 的 5x 或 20x 額度，另含研究預覽模型 | 以此為業的個人 | 只想試試看的人 |
| Business / Edu / Enterprise | 團隊 workspace、資安控制、合規報表 | 有管理與法務需求的組織 | 個人用戶，功能用不到 |
額度結構有四件事比價格本身更值得記。
第一，額度是共用池。Codex、ChatGPT Work、ChatGPT for Excel、Workspace Agents 的用量，在你方案可用時全部從同一個 agentic 額度與 credits 池扣。像一家人的手機門號共用上網流量，你在 Excel 裡叫 agent 整理報表，流量吃的是同一桶，晚上想跑 Codex 長任務時就會有感。
第二，額度有兩層視窗。官方定價頁的額度表以 5 小時為一個重置視窗，部分方案另有每週上限，兩層取其先到。所以「下午還能用、晚上被擋」不等於被降權，常常只是視窗剛好翻過去了。重置的節奏也值得看一眼，把長任務排在視窗剛重置之後開跑，比在額度見底時硬開一個大任務，體驗好很多。
第三，消耗量看任務不看訊息數。同一則訊息，小腳本修改跟大 codebase 重構燒的額度差很多，模型選擇、上下文長度、推理強度、工具呼叫都會影響。跑長任務時把模型從 Sol 換成 Terra 或 Luna，是官方定價頁明寫的省額度手段，官方也提醒任務長度本身不可靠，兩件看起來像的任務，實際消耗可能差好幾倍。
第四，額度用完有三條路。等視窗重置；部分 Plus 與 Pro 用戶可以加購 ChatGPT credits 續用；再來就是升級方案。credits 的角色像預付點數，方案額度見底時讓你把手上那件做到一半的任務跑完，不會卡在半路。Business 與 Enterprise 有以 credits 計的彈性計費，管理員能在後台看到用量與估算金額。
方案之間還有一條「個人與組織」的分水嶺，容易看漏。Free、Go、Plus、Pro 是個人訂閱，掛在你的 ChatGPT 帳號上，走到哪都帶著。Business 起是組織方案，重點從額度移到治理，統一的 workspace、單一登入與多因素驗證、預設不拿你的資料訓練、管理員對模型與權限的集中控制。個人或小團隊用 Business 的理由通常是資料政策，不是功能。選擇時先問自己的資料能不能進個人帳號，答案是否定的，就直接看 Business 這條線。
用量去哪看，官方給了三個位置。設定裡的用量面板看細項；額度快見底時，介面會跳出提示橫幅，順便告訴你這個方案有哪些選項；支援的環境裡，單一對話也能看到該對話吃掉的 credits。企業的彈性計費工作區，成員可以在 Codex 桌面 App 的 Settings > Usage & billing 查月用量與近期的 credit 紀錄，管理員開啟成本可見度後，還會在 credits 旁顯示估算金額。官方特別提醒那個金額是估算，不是請款單，這個態度誠實，你的心態也應該一樣，把面板數字當規劃依據，把帳單當最終事實。
計費還有第二條完全不同的路，API key。用 platform 的 API key 登入 CLI、SDK 或 IDE 擴充套件，不吃方案額度，按 token 計費，跑多少付多少。代價是雲端功能沒有，GitHub code review、Slack 這類整合用不了，模型可用性跟著你 key 的權限走。個人用戶幾乎都該選 ChatGPT 帳號登入，API key 留給 CI 這種共用環境與有成本控制需求的團隊。
比價的正確姿態，不是比月費，是比你自己的任務量。拿一週當樣本，寫下你真的想交辦的任務件數，乘上單件任務預估燒掉的額度（前兩週先用 /status 觀察，會有體感），再對照你方案的重置視窗。這個數字算出來之前，不要開年繳。方案選擇上有一個常見的錯配值得點名，很多人為了「想認真用 Codex」直接上 Pro，實際使用卻停在每週兩三次的輕量交辦，這種用量 Plus 就夠，額度撞牆的證據出現再升級，永遠來得及。
台灣的訂閱付款與幣別怎麼查
台灣用戶的付款查法，記兩個通路就好。網頁版結帳走 OpenAI 自己的帳務系統，在 ChatGPT 定價頁登入後，結帳頁會顯示你實際被收取的幣別與金額，支援的支付方式以該頁當下選項為準，一般信用卡是基本款。手機 App 內訂閱則走 Apple 或 Google 的帳單系統，價格與幣別由商店端決定，兩個通路不保證一樣。credits 加購也在同一套帳務裡。查的法則只有一條，一切以你結帳頁當下顯示的幣別、金額、週期為準，任何第三方教學文抄的數字都只能當歷史紀錄看。
Codex 怎麼用：從安裝 Codex CLI 到跑完第一個任務（2026 教學）
最短上線路徑是 Codex CLI，三個動作，安裝、登入、下任務。macOS 與 Linux 一行裝完，出自官方 CLI 安裝文件。官方文件搬了家，developers.openai.com 的舊路徑現在都會 308 轉址到 learn.chatgpt.com，舊書籤會自動轉，新連結直接給新的就好。
curl -fsSL https://chatgpt.com/codex/install.sh | sh
偏好 npm 的人用 npm i -g @openai/codex，Homebrew 在官方文件有獨立分頁，確切指令以該頁當下顯示為準，別抄教學文裡的舊指令。Windows 有原生的 PowerShell 版本，搭配專屬的 Windows 沙盒；需要 Linux 環境就裝在 WSL2 裡。CLI 本身開源、以 Rust 寫成，三個平台都支援，新版出得很勤，升級就是把安裝指令重跑一次。
裝完輸入 codex 啟動，第一次會要求登入，兩條路。用 ChatGPT 帳號登入，吃你方案的額度，個人用戶走這條。用 API key 登入，按 token 計費，模型可用性跟著你的 key 走，適合 CI 這種共用環境，不過雲端功能（GitHub code review、Slack 整合）在 API key 模式下沒有。
第一個任務照這五步走，重點放在養成驗收習慣。
- 在終端機
cd到專案目錄，輸入codex，進入互動介面。 - 用一句話描述任務，把驗收標準寫進去。「幫我看看這個專案」這種寫法它只能自由發揮，換成「列出這個專案所有對外部 API 的呼叫，加上每個呼叫有沒有處理錯誤，用表格回覆」就完全可以驗收。
- 它動手前會請求核准。第一天全部手動批准，先感受它想動什麼。
- 它改完後輸入
/diff，逐檔看修改內容，這一步就是驗收。 - 不對就退回重講，對了再讓它收尾。首次練習建議選「只能看、不能改」的唯讀任務，改壞檔案的風險是零。
驗收本身也有個小清單，四個檢查過了才算收貨。每個被改的檔案都看過 diff，不是只看它自己整理的摘要；該跑的測試或檢查真的跑過，而且你看到了輸出；它做的關鍵決定你說得出理由，說不出口的理由通常就是問題；交辦的規格如果有更新，同步寫回 AGENTS.md。這四件事做起來比聽起來快，而它們就是「放心放權」的門票。
任務描述的品質，直接決定它的產出品質。一個能交辦的任務描述有四個要素，範圍（動哪些檔案、不動哪些）、驗收標準（做完長什麼樣）、限制（用什麼工具、遵守什麼慣例）、輸出格式（表格、清單、還是 diff）。同一件事的兩種寫法擺在一起就懂了。壞的寫法是「幫我把這個網站調到最好」，範圍無邊、驗收標準不存在，它只好自己猜，猜出來的東西你很難驗收。好的寫法是「檢查這個資料夾裡所有 HTML 文件的圖片，列出沒有 alt 文字的那些，用表格回覆，欄位是檔名、行號、建議的 alt 文字，不要改任何檔案」。後者它三十秒就能做完，而且你一眼就能驗收。這類檢查正是技術 SEO日常裡最典型的部分，網站健檢清單幾乎都能照這個格式交辦。
新手最常踩的錯，整理成三個。一次交辦太大，把「重構整個專案」當一個任務丟出去，它做到一半額度燒光、上下文爆掉，產出半成品；拆小，一次一個可驗收的單位。忘記看 diff 就收貨，它改得快不等於改得對，/diff 那十秒不能省。第一天就開高自主模式，在你還不認識它的行事風格之前，先當幾天嚴格的主管，摸清它的判斷習慣再逐步放權，這跟帶真人是一樣的。
日常順手的地方命令值得記八個。/plan 先出計畫不動手，/diff 看修改，/review 叫另一個 Codex 審你（或它）的 code，/permissions 管權限，/model 切模型與推理強度，/compact 壓縮對話上下文，/status 看用量，/init 生成 AGENTS.md。要用在腳本裡跑非互動任務，用 codex exec，例如 codex exec -m gpt-5.6 "Review the current changes"。
不碰終端機的人，路徑換成 ChatGPT 桌面 App，切到 Codex 模式，概念完全一樣，差別只是介面，任務描述、核准、看 diff 的循環原封不動。寫 code 為生的人，IDE 擴充套件是把 Codex 塞進既有節奏的做法，游標在哪、任務就開在哪，程式碼的上下文它自己讀。App 版還多了 CLI 沒有的東西，錄製操作轉成可重用技能的 Record & Replay、授權下操作 macOS 應用的 Computer Use、內建瀏覽器讓它自己打開網頁點一點做驗證。先學會交辦與驗收，這些進階功能才有意義。
AGENTS.md：把專案規矩寫下來，Codex 才不用每次都當新人
AGENTS.md 是放在專案根目錄的純文字說明檔，Codex 開工時先讀它，從而知道這個專案的環境、慣例與地雷。在 CLI 或 App 裡輸入 /init，Codex 會掃描專案結構自動生成初稿，你再把它改成真的規矩。它之於 Codex，等於 CLAUDE.md 之於 Claude Code，站上的CLAUDE.md 完整教學與範本講的是同一類檔案的寫法，兩邊可以對照著寫。
這個檔案該寫什麼，產線上有現成的答案。這個網站本身就是跑在 Codex 與 Claude Code 上的 WordPress SEO 內容產線，文章產製、發布、內部連結全部在 agent 工作線上跑，專案記憶檔超過兩百行，而幾乎每一行都對應一次真實災難。哪個 API 欄位送錯，會把十六篇文章的標題一起覆蓋掉；哪個請求少了 User-Agent header，會被伺服器直接回 403；哪一層快取會讓你以為更新成功了，前端其實還是舊的；content PUT 會靜默吞掉文章尾端的結構化資料區塊，讓 SEO 設定憑空消失。這四條都在檔案裡，一條一行，附上當初的代價。
判斷標準就從這裡長出來。沒有被懲罰過的規矩，寫了也白寫。AGENTS.md 的本質不是公司簡介，是事故記錄器，像店裡留給新人的交接筆記，寫「收銀機鑰匙在抽屜、關店前要先關冷氣」比寫「我們重視誠信與熱情」有用一百倍。新人看不懂願景，但看得懂「這樣做會出事」。
實際排版，四個段落就夠。環境與指令，這個專案怎麼跑起來、測試怎麼執行、有哪些必裝的工具。慣例，程式碼風格、命名規則、提交訊息格式，你的網站或團隊特有的做事方式。禁區，絕對不能碰的檔案與指令，資料庫、金流、正式環境的清單放這裡。事故記錄，每一條寫「什麼操作、造成什麼後果、正確做法是什麼」，越具體越好。/init 生成的初稿會幫你填第一段，後面三段只能靠你自己的疤痕累積，這也是為什麼別人的 AGENTS.md 範本只能參考結構，內容抄不得。
還有一個容易忽略的好處，記憶檔是流動資產。專案換人接手，新人讀 AGENTS.md 就等於吸收了整條產線的教訓；換用別的代理工具，同一份內容改個檔名就能繼續用。寫進去的每一行，價值都不只在當下的這個 agent 身上。
實作上有個小訣竅。讓 AGENTS.md 跟著專案走、放進版本控制，每次事故處理完，當天就把那一行補上去，別等「之後再整理」。記憶檔的價值密度，取決於它離上一次真實災難有多近。產線上 Codex 與 Claude Code 讀的是同一份記憶內容，兩邊規範一致，交辦時就不會出現兩套標準。
權限三層與資料去向：給權限前先問一句話
核准模式（approval modes）是整個 Codex 最該花時間理解的部分，比模型選擇重要。官方通稱 approval modes，概念上三層。第一層，每個動作都要你批准，它只能看。第二層，自動修改檔案，但執行指令前仍然要你點頭。第三層，高自主執行，連指令都自己跑，你只看結果。各層的名稱與旗標會隨版本變動，記概念就好，操作名稱以官方文件當下顯示為準。
核准模式之外，沙盒是第二道圍籬，管的是「它能碰哪個範圍」，核准模式管的是「動作前要不要問你」，兩者是不同維度。最緊的沙盒是唯讀，它看得到專案、改不了任何東西，做分析與體檢剛好。中間檔是只能寫專案資料夾，專案外的東西碰不到，日常開發的主力設定。最鬆是完整權限，配合高自主模式就是「全自動」，方便也危險，後面會講到代價。
三層怎麼選，判斷軸只有一條，這個動作可不可逆。Claude Code 那邊有同樣的分層難題，站上對權限與 plan mode 的討論可以對照著看。唯讀的分析、看報告、整理清單，直接放最寬，它碰不到任何東西。會改檔案但不碰部署，用中間層，改壞了看 diff 退回。會動生產環境、資料庫、正式網站，全程手動核准，一步都不讓。
給權限前先問一句話，「它若照字面執行，最壞會改掉什麼？」
這句話是花學費買來的。這條產線曾經授權 agent 自動更新 WordPress 文章，它照字面把整個 content 欄位覆寫，文章尾端的 FAQPage JSON-LD 區塊憑空消失，結構化資料能帶給 SEO 的設定跟著不見。它沒有出錯，它完全照指令做事，問題出在指令的假設比授權的意圖寬鬆。從那次之後，產線的規矩變成，凡是「更新既有內容」的任務，一律先在副本驗一次，再上正式環境。
資料會送去哪裡、會不會被拿去訓練
資料去向分兩種。本地工作流（CLI、IDE 擴充套件、桌面 App 的本地任務）在你的裝置上跑，程式碼不出門，只有對話內容會送到模型端。雲端任務（Codex web、Codex Cloud tasks）跑在 OpenAI 管理的環境裡，等於把工作搬到對方的機器上做。
訓練資料政策，官方說明文章寫得明白。Business、Enterprise、Edu 的商務用戶，預設不會把你的輸入輸出拿去訓練模型。Plus 與 Pro 的個人對話，預設可能用於改善模型，你可以在 ChatGPT 的資料控制設定裡關掉訓練。Computer Use 的截圖也在同一套規範內。企業端還有 RBAC 角色權限、稽核日誌、資料駐留控制，這些是 Enterprise 等級的功能。
組織端的控制還可以更細。管理員能用託管設定統一規範成員的預設模型與權限，把「公司允許的操作範圍」寫進設定檔，成員端改不掉；本地使用與雲端任務可以分開授權，某個角色只能跑本地、另一個角色可以開雲端工作；遠端連線功能讓你從一個 Codex 客戶端控制另一台機器上的環境，等同把控制權延伸到別的裝置，這種功能預設就該鎖緊。個人用戶用不到這些，但評估團隊導入時，這一層的存在與細緻度是重要訊號，OpenAI 明顯把 Codex 當企業產品在治理，不只在賣個人玩具。
實務上的底線三條。Secret key、密碼、.env 內容永遠不貼進對話；錄製 Record & Replay 教學時，不要在任何欄位輸入真實帳密，錄影會把畫面內容記下來；不確定任務會讀到哪些檔案時，先開唯讀沙盒跑一次看看它的行為。資安不需要恐慌，需要的是把「它碰得到什麼」變成一個你隨時答得出來的問題。
不寫程式能用 Codex 嗎：內容、行銷、網站經營者的三種用法
能。非工程師用 Codex 的門檻不在程式，在能不能把驗收標準講清楚。你不需要會寫 Python，但你要能說出「做完之後，我要看到什麼」。前提只有一個，基本的 ChatGPT 對話能力要先有，提示的感覺是互通的，還不熟的人可以先把站上的ChatGPT 對話與提示的基礎篇走過一次。三種真實用法，由淺入深。
用法一：把重複的檢查工作交給它
入門款是唯讀分析。實測時，這個網站把一篇文章的 HTML 交給 Codex CLI（版本 v0.145.0、模型 gpt-5.6-sol、唯讀沙盒、推理強度開到最高），請它用 ripgrep 逐字檢查六個搜尋意圖詞有沒有在 H2 與 H3 標題層出現精確錨點，用的正是標題標籤那套「標題要對得上查詢」的邏輯。30 秒後交回一張表格，指出「是什麼」「怎麼用」「價格」三個意圖在標題層完全沒有錨點，跟人工體檢的結論一致，產線據此補上三個小節標題。整個 session 可重現，同樣的指令、同樣的檔案，就得到同樣的表。
這類任務的價值在「可重複」。文章體檢、關鍵字覆蓋檢查、清單比對、資料表的欄位一致性，都是你做第一次會花一小時、做第十次會想死的工作；同一套檢查想搬進對話介面跑，站上的Grok 內容稽核做法可以對照參考。交給它，你只做驗收。唯讀沙盒是非工程師最好的第一課，它什麼都看得到、什麼都改不了，改壞檔案的風險是零。唯一要守的還是資安那節的底線，對話內容會送到模型端，機密檔案不要整包丟進去問。
同一個模式可以搬到很多職位上。做行銷的人，叫它把一整季的廣告報表攤開，找出花費最高但轉換最差的組合（示意）；經營電子商務的人，叫它比對商品庫存表與上架清單，列出有庫存沒上架、有上架沒庫存的項目（示意）。本質都一樣，資料在你手上，檢查邏輯你說得出口，執行就交出去。
用法二：產出文件與資料，排程讓它自己跑
第二層是產出。Codex 能直接產生圖片、PDF、Excel、文件與簡報，把「分析結果」變成「可以交給別人的檔案」。常見情境（示意），一個做內容行銷的小團隊每週要出一份流量週報，把資料匯出後交辦「依照這個格式生成週報，異常項目用紅字標註，結尾附三個觀察」，它交回來的東西你只要改開頭結尾。整理與排版這種沒有創造含量、但有耐心含量的工作，是它最穩的甜蜜點。
再往上是排程。Codex 官方產品頁列的 Automations，就是讓 Codex 定時自己去認領例行但重要的工作，官方點名的例子有 issue 分類、警報監控、CI/CD。放在內容工作上，等價的應用是每天早上自動檢查網站狀態、每週彙整流量異常、檔案一變動就跑一次品質檢查，站上整理的免費 Google SEO 工具裡的 Search Console 就是這類檢查現成的資料來源。配上多代理架構（用 worktree 與雲端環境讓多個 Codex 平行開工），一個人的內容團隊可以同時開好幾條線。
用法三：維運一條內容產線
最深的一層，是像這個網站一樣，把整個生產流程搬上 agent 工作線。seo.whoops.com.tw 的文章從草稿、查證、組版、發布到內部連結，都有 agent 參與，人負責下判斷與驗收。這不是未來式，你手上這些內容就是這樣生產出來的。這條線上游下游的完整策略，站上的 AI SEO 指南講得更系統。
這一層的門檻回到老地方。你要能為每個環節寫出驗收標準，要建立記憶檔讓它記住教訓，要設計權限讓它碰不到不能碰的東西。三關都過了，內容生產的瓶頸才會從「做不完」移到「想不深」。
順序不要跳。很多人看到這一層就想去搭全自動產線，跳過前面兩層直接開工，結果是災難照發生、只是發生得更快。正確的爬法是一層住穩了再往上，檢查做順了才交辦產出，產出可控了才排程，排程穩定了才談產線。每一層的下一層，都是把上一層的驗收標準寫成規格而已。想看把這種「交辦、驗收、修正」的循環制度化的討論，站上對迴圈工程（Loop Engineering）的介紹可以接著讀。
Codex vs Claude Code：兩個都留在工具箱，不是二選一
兩個都留在工具箱，是 2026 年 8 月此刻對這組比較最誠實的答案，取代關係還早。站上有Codex 與 Claude Code 的逐項比較，這裡講判斷方法跟真實分工。
| 面向 | Codex | Claude Code | 怎麼選 |
|---|---|---|---|
| 任務型態 | 可寫清驗收標準的交辦型任務 | 邊討論邊修的探索型任務 | 先問任務寫不寫得清楚 |
| 互動模式 | 下完指令可以去忙別的，回來驗收 | 對話中來回修改，人在現場 | 看你能不能離開螢幕 |
| 專案記憶檔 | AGENTS.md | CLAUDE.md | 讓兩邊讀同一套規範 |
| 開源狀態 | CLI 開源，Rust 寫成 | 非開源 | 需要動底層時有差 |
| 模型線 | GPT-5.6 家族 | Claude 家族 | 對模型本身的偏好 |
產線上的真實分工是這樣。Codex 接可委派的非同步任務，明確可重現的 bug、補測試、code review、排程自動化，下完指令人就去做別的事。Claude Code 接即時互動，架構討論、邊讀邊改的除錯 session，需要人在迴圈裡不斷給方向。兩者讀同一份專案記憶檔，規範一致，誰接手都不用重新教。想深挖其中一邊，站上的Claude Code 實測教學是配對閱讀；剛接觸 Claude 的人，從Claude 中文教學起步更順。
計費結構倒是長得像，兩邊都是「訂閱方案吃額度」與「API 按用量」兩種模式，都比較適合先用訂閱跑出真實用量，再決定要不要把高頻任務搬到 API 計費。訂閱面的完整拆解，站上的 Claude Code 費用解析有另一側的算例可以對照。這表示並用的成本沒有想像中高，多數人不需要兩邊都開最高檔，主力訂閱一家、另一家開入門檔位當備援，是常見的配置。
記憶檔的搬家成本也低。AGENTS.md 與 CLAUDE.md 的內容格式相通，把同一份規矩放兩個檔名，或者一邊放正文、一邊放指引，都能讓兩個 agent 對專案的認知保持一致。真正的資產是檔案裡記下來的教訓，不是檔名。
選擇的判斷軸只有一條。這件任務，能不能在交辦之前就把「做完長什麼樣」寫清楚。能，交給 Codex，你等驗收；不能，任務本身還在探索，坐下來跟 Claude Code 邊講邊修。用這條軸切，大部分「該選哪個」的焦慮會直接消失，因為答案由任務性質決定，不由品牌忠誠決定。
舉個具體的對照。網站的結構化資料壞了、錯誤訊息明確、修法可以描述，這種任務交給 Codex，規格寫清楚就能去忙別的。換到「這個網站的資訊架構感覺不對，幫我想想怎麼重排」，這種任務的產出還在成形，判斷會隨討論改變，跟 Claude Code 對話式地磨會順很多。同一個人、同一個網站，兩種任務一天之內都會出現，這就是並用成立的原因。
現在的 Codex 還做不好什麼：限制與缺點
一篇工具文最值錢的常常是缺點段，這節認真講。
額度燒得比想像快。代理型任務是多步驟工作，翻檔案、讀上下文、跑指令、回頭修正，每一步都計費。加上額度跟 Work、Excel 代理共用一池，你白天做的研究，晚上就變成 Codex 的天花板。長任務選 Luna 或 Terra、適時 /compact 壓上下文，是有效的自救。
驗收是隱形成本。交辦省下的時間，要減掉驗收花的時間，剩下的才是真的賺。算給你看，假設一件任務自己做要 60 分鐘，交辦後你花 10 分鐘寫規格、15 分鐘驗收與退件一次，實賺 35 分鐘；但如果任務本身只要 20 分鐘，交辦反而賠 5 分鐘。把你自己的一週任務清單套進這個公式算一次，會有很多件根本不該交辦。
它照字面執行，而且執行得很好。前面 FAQPage 區塊消失的案例就是這個性格的縮影，你的指令有一絲歧義，它不會停下來問，它會選一個解讀然後做到底。規格寫得越精確，它越可靠，這個責任在交辦的人身上。
上下文有極限，長任務會失憶。單一對話塞太多輪之後，它對專案開頭部分的記憶會被壓縮，細節開始漏。/compact 是症狀解，把任務拆小才是治本，一個任務一個對話，做完開新局。跨對話的延續靠 AGENTS.md 與 Skills 這類「外置記憶」，不靠模型自己記得。
大範圍重構的可靠度要打折。牽涉十幾個檔案的修改，它可以全部改完、每個檔案單獨看都合理，但彼此之間的約定可能對不上，這種錯編譯才會爆，驗收時要特別看介面與命名的一致性。本地與雲端的行為也不完全對等，部分功能只在特定入口出現，雲端聊天目前不能變更預設模型，跨入口工作的預期要先對官方文件確認過。
改版速度快到教學文會過期。核准模式的旗標名稱、模型名單、方案細節，這一年都在動，文中寫的任何具體名稱，都以「2026 年 8 月」為時間戳，你讀到時先對照官方文件。同樣理由，搜尋引擎上的 Codex 教學，超過半年的都要打折看。這不是 Codex 特有的問題，是這類產品現階段的共同性格，誰的文件跟得上改版速度，誰的教學就值得看。
不適用的場景也列清楚。不可逆的高風險操作（刪資料庫、動正式環境的佈署）不要全自動；講不清楚驗收標準的探索式任務，它會給你「看起來完成」的東西；機密等級高的資料，本地跑、關訓練、限權限，三件事做完再考慮。
Codex 常見問題：免費、模型、額度一次答
Codex 免費嗎？
有免費額度。ChatGPT Free 方案就內建 Codex，官方定位是「探索，跑快速的小任務」，額度輕量但足夠你把整套流程走過一次。認真要用的話，從 Plus 起跳才符合官方對「每週幾次專注 session」的設計。
不會寫程式可以用 Codex 嗎？
可以，從唯讀分析開始。檢查、比對、整理、產報表，這些任務不需要你寫程式，只需要你講清楚驗收標準。真正需要程式能力的時機是驗收它寫的 code，這一步可以先用「叫它解釋這段在做什麼」來過渡，再慢慢補判讀能力。
台灣怎麼付費、會收什麼幣別？
Codex 跟著 ChatGPT 方案走，不單獨扣款。在 ChatGPT 定價頁登入後，結帳頁會顯示你實際的幣別與金額，一般走信用卡，實際支付方式與價格以結帳頁當下顯示為準。手機 App 內訂閱走 Apple 或 Google 帳單，通路不同，價格可能不同。
我的程式碼會送去哪裡？會被拿去訓練嗎？
看你在哪裡跑。本地工作流的程式碼留在你裝置上，對話內容送到模型端；雲端任務在 OpenAI 管理的環境執行。訓練方面，Business、Enterprise、Edu 預設不拿你的資料訓練；Plus 與 Pro 預設可能用於改善模型，可以在資料控制裡關閉。
Codex CLI 怎麼安裝？
macOS 與 Linux 一行，curl -fsSL https://chatgpt.com/codex/install.sh | sh。npm 用戶 npm i -g @openai/codex。Windows 有原生 PowerShell 版本搭配專屬沙盒，或裝在 WSL2。詳細以官方 CLI 文件當下顯示為準。
Codex 跟 GitHub Copilot 差在哪？
定位不同。Copilot 的主戰場是編輯器裡的即時輔助，補全、對話、快速修改，你在鍵盤前它在你旁邊；Codex 的主戰場是整段任務的委派，你把規格寫清楚，它自己開工你回來驗收。兩家的功能都在快速演進，比較文都該看日期，具體功能線以兩邊官方文件為準。
Codex 的結果一定正確嗎？
不一定，而且常常錯得很自信。它照字面執行指令，規格有歧義它就選一個解讀做到底。所以驗收是必要環節，/diff 看修改、關鍵任務跑測試、生產環境永遠先在副本驗。把它當成能力很強但需要覆核的實習生，期待就會對。
Codex 用什麼模型？
2026 年 8 月的主力是 GPT-5.6 家族，Sol（旗艦）、Terra（均衡）、Luna（快與省），Pro 另有研究預覽版 GPT-5.3-Codex-Spark。舊的 GPT-5.4 與 GPT-5.4 mini 將在 2026 年 8 月 31 日退役。你實際能用哪些，以介面內 /model 顯示為準。
額度用完怎麼辦？
三條路。等重置，額度以 5 小時視窗計、部分方案另有每週上限；加購，部分 Plus 與 Pro 用戶可買 ChatGPT credits 續用；升級方案。用量與剩餘額度在設定裡的用量面板看，額度快用完時介面也會出現提示橫幅。
學習路線與行動清單：第一小時、第一週、第一個月
學習路線壓成三段。第一小時，裝好 CLI，用唯讀模式跑一個真實的小檢查，感受「交辦、收回、驗收」的循環，檢查什麼都行，文件清單、表格欄位、程式碼裡的密碼硬寫，重點是走完一整輪。第一週，用 /init 生成 AGENTS.md 並把你的真實教訓補進去，養成每次 /diff 的習慣，把三層權限各用過一次，親身感受每一層的心理壓力差在哪。第一個月，把一件每週都要做的重複工作排成排程任務，試一次 MCP（Model Context Protocol，接外部工具與資料源的開放協定，讓 Codex 直接操作 GitHub、瀏覽器這類服務），然後回頭看你的記憶檔長了幾行，那個行數就是你這個月真正留下來的東西。
今天就能做：
- 裝好 Codex CLI，用 ChatGPT 帳號登入。
- 挑一個資料夾，下第一個唯讀任務，例如「列出這個資料夾所有檔案的用途，表格回覆」。
這週該做的：
- 用 /init 生成 AGENTS.md，把過去踩過的三個坑寫進去。
- 找一件你每週做兩次以上的重複工作，寫出驗收標準後交辦一次，算算那個時間帳。
這個月再決定：
- 把一項重複工作升級成 Automations 排程。
- 評估要不要升級方案，用你自己的任務量與 /status 的實測數字決定，不用別人的推薦。
模型會改版，名稱會汰換，額度會調整。把工作講清楚、照標準驗收，這兩件事在 Codex 之後的任何代理工具上都成立，先學起來的不吃虧。
