Codex 的六个使用面:一张图看懂该用哪个
新手装完 Codex(OpenAI Codex)后的第一个卡点,通常不是命令不会敲,而是打开文档发现它有好几个入口,不知道自己该进哪一个。更麻烦的是这几个入口共用一个产品名,读者很容易默认它们是同一个东西的不同皮肤——不是。它们的可用模型不一样、版本可能不一样、会话存在哪里也不一样,选错了会在很后面才发现。
这篇就干一件事:把官方文档站分出来的六个使用面摆清楚,再给一条能自己走的选择路径。
先说清楚本文的证据边界:六个面里我们只在本机实测过 Codex CLI(codex-cli 0.147.0 / Windows 11),而且只跑了 --help、doctor、login status 这类只读命令,一次模型对话请求都没发过。桌面应用、Codex cloud、IDE 扩展、各类第三方集成全部没有实测,凡涉及这几块,本文一律写「官方文档给的做法是……」。
一、六个面分别是什么
官方文档站把 Codex 的使用面拆成这六个,各有独立文档页:
| 使用面 | 文档路径 | 本文的证据来源 |
|---|---|---|
| ChatGPT 桌面应用 | /docs/app | 官方文档口径,未实测 |
| Codex CLI | /docs/codex/cli | 本机实测(只读命令) |
| Codex IDE 扩展 | /docs/codex/ide | 官方文档口径,未实测 |
| Codex cloud | /docs/cloud | 官方文档口径,未实测 |
| ChatGPT Web | /docs/web | 官方文档口径,未实测 |
| Codex Remote | /docs/remote | 只知道有这一页,未取内容 |
最后一行要特别说明:Codex Remote 这一页我们只拿到了页名,没有取过内容,所以本文不会描述它能干什么。别凭名字推断功能,这是新手最容易被自己带偏的地方。顺带提醒一句,Codex CLI 的顶层选项里有一个 --remote <ADDR>(在 codex-cli 0.147.0 上,帮助文本写的是把 TUI 连到远端 app server,接受 ws://host:port、wss://host:port、unix:// 这类地址),名字看着像,但没有任何依据说它就是 Codex Remote 那个面,不要把两者画等号。
二、官方自己的建议
官方在快速上手页里给过一句选择建议,可以作为默认起点:**桌面应用(官方标注为推荐)**用于项目、本地文件和较长时间的任务;Web 用于不受打扰的云端复杂任务、且免安装;如果你的工作场景就在终端或编辑器里,建议用 Codex CLI 或 Codex IDE 扩展。
这条建议对第一次接触的读者是够用的,但它没回答一个更实际的问题:我怎么知道自己属于哪一类。下面这棵树是按官方口径整理出来的判断顺序。
三、一张图:从你的处境倒推
第一问:你要 Codex 动的文件在哪儿?
│
├─ 在我这台电脑上的项目里
│ │
│ └─ 第二问:你平时在哪儿写代码?
│ ├─ 终端 / 命令行是主场 ────────→ Codex CLI
│ ├─ 编辑器里几乎不切窗口 ──────→ Codex IDE 扩展
│ └─ 不想碰命令行,要图形界面 ──→ ChatGPT 桌面应用(官方推荐入口)
│
├─ 在 GitHub 仓库里,想让任务跑在别处、还能并行
│ └────────────────────────────────→ Codex cloud
│
└─ 不改文件,只是想问点东西;或这台机器不方便装软件
└────────────────────────────────→ ChatGPT Web
这棵树的第一问之所以放在最前面,是因为「改不改本地文件」是六个面之间最硬的一条界线:官方对本地与云端的界定是,本地工作流在你自己的设备上运行,云端任务在 OpenAI 托管的环境里运行。这条界线还决定了会话记录留在哪——按官方口径,云端 Work 会话会跨 web、移动端、桌面端同步,本地 Work 会话只留在你的电脑上。如果你指望换台机器还能看到刚才那个会话,那你从一开始就该走云端那条分支;反过来,如果这个仓库根本不允许离开本机,云端那条分支从第一步就不该走。
四、CLI:唯一能给你一手验收步骤的面
CLI 是本文唯一实测过的面,所以这一节给的是可以照着敲的验收动作。
装好之后先做三件事,顺序别换:
codex --version
codex doctor --summary
codex login status
第一条是为了拿到当次的版本号。为什么强调「当次」:在本机采集数据时,同一台机器上开头执行 codex --version 得到的是 codex-cli 0.131.0,十几分钟后再执行同一条命令得到 codex-cli 0.147.0,而 which -a codex 全程只有一个可执行文件。Codex 具备自更新能力,所以版本号变了是正常现象。做错了会怎样:你拿记忆里的版本号去对照文档排查,很可能查了半天查的是一个你已经不在用的版本。
第二条 codex doctor --summary 是配置和环境的体检。它在 codex-cli 0.147.0(Windows 11)上会分组打印 Environment、Configuration、Updates、Connectivity、Background Server 等检查项,末尾给一行统计(形如 17 ok · 1 idle · 1 notes · 0 warn · 0 fail)。这里有个一手结论值得记住:本机故意用 -c 'features=[unclosed' 传了一段语法不合法的 TOML,doctor 没有崩溃退出,照常跑完,只是在结果里出现了一行
✗ config config could not be loaded - Fix the reported config error, then rerun codex doctor.
也就是说,配置文件坏了不一定有明显报错,但 doctor 会明确告诉你配置没加载成功。以后遇到「我明明改了配置怎么没生效」,第一步就是跑 doctor 看这一行,别急着改第二遍配置。
第三条 codex login status 用来确认登录方式。本机实测这条命令输出一行 Logged in using ChatGPT。
顺带提一个跨面的小入口:CLI 的子命令里有 codex app,帮助文本的官方说明是 “Launch the Desktop app (opens the app installer if missing)“——桌面应用没装的话它会打开安装程序。我们没有实测执行后的结果,只是把这条帮助文本原样引用。
五、桌面应用与 Web:官方文档怎么说
桌面应用在 Windows 与 macOS 上都可用,官方给的定位是项目、本地文件、较长任务与快速提问。官方文档给的做法是:可以新建聊天、创建项目,或者打开一个文件夹,ChatGPT 会使用你选定位置里的文件与上下文。ChatGPT 与 Codex 之间的切换,官方点名的两个位置是 ChatGPT 里 composer 上方的 Chat/Work 切换,以及 Codex 里从 “New chat” 开始、右侧有 Quick chat 图标用于短问题。除了官方点名的这几个元素名,本文不会描述任何界面布局——我们没打开过它。
有一个坑值得新手提前知道:官方排查页明确写了,CLI 与桌面应用可能是不同的版本,进而出现「这个功能 CLI 有、桌面应用没有」。官方给的确认方法是分别查版本:CLI 用 codex --version,桌面应用(macOS)用 /Applications/Codex.app/Contents/Resources/codex --version。做错了会怎样:你按 CLI 的文档去桌面应用里找一个功能,找不到就以为自己操作错了,实际上是版本口径不同。
Web 这个面在官方建议里的定位是不受打扰的云端复杂任务、且免安装。对第一次接触的读者,它的价值主要是「这台机器我不想装东西」。
六、Codex cloud:并行跑任务的那条路
官方对 Codex cloud 的定位是在隔离的云端环境里跑任务,可以并行,不占用本地机器。任务发起入口官方列了四个:web、GitHub、Linear、Slack。
官方给的三步上手是:① 用 ChatGPT 账号登录 Codex;② 连接 GitHub 账号并选择可访问的仓库;③ 打开环境设置,为仓库创建一个环境。这里的**环境(environments)**是按仓库配置依赖、工具、变量与初始化步骤的地方——这一步不能跳,跳了就等于让云端在一个没装依赖的仓库里干活。任务结束后,官方口径是可以查看摘要与 diff、追加后续要求,或者直接开 PR。
CLI 这边有对应的入口。在 codex-cli 0.147.0 上,codex cloud 的帮助文本标注为 [EXPERIMENTAL],子命令包括 exec(不启动 TUI 直接提交云端任务)、status、list、apply(把某个云端任务的 diff 应用到本地)、diff(显示统一 diff)。另外顶层还有一个 codex apply <TASK_ID>,帮助文本说明是把 agent 产生的最新 diff 以 git apply 的方式打到本地工作树。
[EXPERIMENTAL] 这个标签必须当真:它是实验阶段的能力,不该当成稳定功能写进团队的日常流程里。同样,CLI 里的 app-server、remote-control、exec-server 也带着 experimental / EXPERIMENTAL 标注。
七、选面之前,先确认模型跟不跟得过去
这是选面时最容易漏掉、后果又最直接的一条:不是每个模型在每个面上都能用。按官方《Models》页(核对日 2026-08-09):
gpt-5.6-terra在 Codex cloud 不可用;gpt-5.6-luna在云端任务不可用;gpt-5.3-codex-spark是纯文本的研究预览模型,仅在桌面应用与 CLI 两个面上出现,且仅面向 ChatGPT Pro 用户。
还有一条口径要记牢:Codex cloud 是自动选择模型的,不是你在本地选了什么云端就跟着用什么。做错了会怎样:你在本地把模型调成了自己习惯的那个,然后把同一批活儿丢到云端,默认云端也是这个模型——这个前提不成立。想让云端任务跑起来,选型上能落到的就是 gpt-5.6-sol。
八、新手最容易做错的四件事
- 把六个面当成同一个东西的六种皮肤。版本可能不同、可用模型可能不同、会话存放位置也不同。
- 拿桌面应用的排查步骤去修 CLI 的问题。官方排查页里相当一部分条目面向的是桌面应用,CLI 的问题得用 CLI 的手段查(先
codex --version,再codex doctor --summary)。 - 把带 experimental / EXPERIMENTAL 标注的能力当稳定功能用。
codex cloud在 codex-cli 0.147.0 上就带这个标签,随版本变动是完全可能的。 - 一上来就同时铺三个面。第一次接触先只固定一个入口,把「能跑通、能验收」这条链走完,再考虑要不要多开。
九、自己查文档的两个省事办法
官方文档站有两个对新手很实用的特性:任何文档页的 URL 后面加 .md 后缀就能拿到 Markdown 版本;站点还提供 llms.txt(完整页面索引)与 llms-full.txt(合并全文),可以直接喂给 AI 工具。选面这件事本身随版本会变,与其记住本文的结论,不如记住去哪儿核对结论。
选面没有标准答案,只有「你要动的文件在哪儿、你平时在哪个窗口里、这活儿要不要并行」这三个问题的答案。先把这三个答案写下来,再回到第三节那棵树上走一遍,基本就不会走冤枉路了。
这个系列的其余 69 篇
本批围绕 Codex 写了 70 篇,按你现在的处境挑一组进去,不必从头读。
上手与入门(4 篇)
- Codex CLI 四种安装方式怎么选,装完第一件事是跑 doctor
- 第一次用 Codex CLI:先把这五件事定下来
- ChatGPT 登录还是 API Key:Codex 两种认证的边界
- GPT-5.4 八月三十一号从 Codex 退役:迁移前要改的五处,以及漏改会怎样
配置与机制(15 篇)
- Codex
config.toml全景:它在哪、有几层、该先改哪几个键 - Codex CLI 的
-c到底覆盖了什么:四条规则与一次配置加载失败的实测 - Codex CLI 的
--profile:给不同项目挂不同配置层 - Codex 沙箱三种模式怎么选:从「能不能改我的文件」倒推
- Codex 审批策略拆解:三档字符串与五个细粒度开关怎么选
- Codex 自定义权限档:按目录和域名给 AI 发通行证
never不等于放开权限:Codex 里最容易混的三组概念- Codex shell 环境变量策略:哪些变量会被带进子进程
- Codex 联网搜索的四种模式:默认
cached既不是关闭也不是实时 - Codex 特性开关的五个阶段:removed 不等于功能没了
- Codex 生命周期钩子怎么配:事件、匹配器组与 Windows 专属覆盖
- Codex 多代理配置怎么定:并发上限、子代理默认模型与角色定义
- Codex Memories 的 11 个配置键:它为什么有时候不生成记忆
- Codex 的日志、SQLite 状态库与 OTel 遥测:先分清三层,再决定开什么
- Codex CLI 的 TUI 定制:状态栏、主题、快捷键与解绑到底怎么配
场景实战(15 篇)
- 用
codex exec把任务写成可重复执行的命令 - 把
codex exec --json接进自己的流水线:命令怎么写、产出怎么接、怎么验收 - 把回复变成脚本能解析的 JSON:
codex exec --output-schema实战 - 在 CI 里跑
codex exec:非仓库、免配置与超时这三件事 codex review的三种评审范围怎么挑:—uncommitted、—base 与 —commit- 提交前自查工作流:
codex review --uncommitted到底该怎么写 - Codex 会话续跑与分叉实战:resume、
--last与 fork 怎么用才不丢上下文 - Codex 会话管理实战:归档、取消归档、删除与按名字找回
- Codex 的 AGENTS.md 该写什么、写多长、放在哪一层
- Codex CLI 用
--add-dir让 agent 同时读写两个目录 - 用
-i把截图和设计稿带进 Codex 首轮指令 - 用
notify让 Codex 跑完主动叫你:配置写法、通知脚本与验收清单 - Codex 插件实战:三个 marketplace 怎么读、插件怎么装怎么停
- 给 Codex 接一个 MCP server 的完整流程:配置、启动超时与工具审批怎么调
- 给 Codex CLI 装上 shell 补全:一份不靠猜的落地清单
对比与选型(10 篇)
- Codex 三档模型 sol / terra / luna 怎么选:从你的处境倒推,而不是比参数
- Codex 推理强度怎么选:UI 档位与配置取值是两套名字
- 本地跑还是云端跑:Codex 选型先看模型可用性
- Codex 桌面应用还是 CLI?从四个处境倒推的选型路径,外加版本口径这个坑
- Codex IDE 扩展和 CLI 该怎么分工?从你的处境倒推一条决策路径
- Codex 订阅档位怎么选:先搞懂 5 小时窗口与消息数口径
- Codex 积分单价里的三个比例:缓存 10 倍、输出 6 倍、档位 25 倍
- 从权限模型看 Codex 与其它编程 agent 的差别:选型前该问清楚的五个维度
- Codex
--oss接本地模型:lmstudio 与 ollama 怎么选 - Codex 接第三方模型怎么选:
model_providers与wire_api只支持 responses 这一关
排查与故障(25 篇)
- Codex Windows 沙箱报错 1385:沙箱用户建好了,命令却跑不起来
- Codex 在 Windows 上沙箱初始化失败:四个成因与官方排查顺序
- 拿不到管理员权限:Codex Windows 沙箱 unelevated 回退模式的取舍
winget不可用时,Codex 的 Windows 沙箱为什么起不来codex doctor里那行 ✗ config 是什么意思:配置加载失败的判定与处置--strict-config为什么没拦住我的拼写错误:配置校验的触发时机- 改完
config.toml不生效:按这四层覆盖顺序往下查 - Codex MCP server 启动超时:默认只有 10 秒
- MCP 工具列表少了几个:
enabled_tools与disabled_tools的生效顺序 - MCP 服务器配了
required = true,整个 Codex 就起不来了 - 沙箱里文件写不进去:三种模式下的可写边界
- Codex 沙箱里的命令连不上网:先搞清是哪个开关关的
- Codex 在 Linux/WSL2 上沙箱不可用,先查 bubblewrap 装没装
- Codex CLI 有的功能桌面应用没有:两个面的版本不一致怎么查
- 版本号自己变了:Codex CLI 自动更新与版本口径排查
- 看懂
codex doctor的每一行:六个分组逐条读法与排查判定 ~/.codex悄悄吃掉几个 GB:rollout 会话与 SQLite 日志的磁盘占用排查- worktree 上代码跑不起来:
.worktreeinclude与初始化脚本怎么排 .codex文件夹放错位置:monorepo 里配置不生效的排查路线- 侧栏冒出不是 Codex 改的文件?先把 diff 面板切到 Last turn 视图
- Codex 会话起错了执行目标:Local、Worktree、Cloud 三条路怎么认、怎么救
- Codex 集成终端卡住不响应:官方给的处置动作与自查顺序
- 服务器上没有浏览器怎么登录 Codex:
--device-auth与 1455 端口隧道 - 公司网络下 Codex 登录失败:TLS 代理与
CODEX_CA_CERTIFICATE的排查顺序 - Codex 计划任务堆出一大堆 worktree 的判定、清理与验证
本文依据 Codex 官方文档(learn.chatgpt.com/docs/ 的《Quickstart》《ChatGPT desktop app》《Codex CLI》《Codex IDE extension》《Codex cloud》《Codex Remote》《ChatGPT on the web》《Models》《Troubleshooting》页面)整理,核对日 2026-08-09;文中标注「本机实测」的部分基于 codex-cli 0.147.0 / Windows 11 环境下的只读命令输出。产品功能、模型与价格以官方最新说明为准。桌面应用与云端部分为官方文档口径,非本机实测。