01四个入口总览
| 入口 | 适合谁 | 特点 |
|---|---|---|
| ChatGPT 桌面端(Codex 模式) | 新手 & 大多数人 | 功能最强:多线程、worktree、自动化、Git、内置浏览器、多仓库项目。合并后为默认推荐入口。 |
| Codex CLI | 愿意开终端的开发者 | 终端里的 coding agent,PowerShell / Terminal / iTerm 均可。 |
| IDE Extension | 重度编辑器用户 | 在编辑器里直接调用,不用切窗口。 |
| Codex Web | 远程 / 不占本地资源 | 入口 chatgpt.com/codex,云端跑任务。 |
2026-07-09 起 Codex App 已并入新版 ChatGPT 桌面应用。下文"桌面端"即指新版 ChatGPT 应用中的 Codex 模式;旧版独立 App 的截图/入口位置以新版为准。
02桌面端安装与第一次上手
官方下载页:https://chatgpt.com/codex/get-started/。页面中央显示对应系统的下载按钮。合并后 Codex 已并入新版 ChatGPT 桌面应用,全球所有 ChatGPT 套餐(含 Free)均可使用;但多 agent 并行、Skills、Automations 等完整功能需要 Plus 及以上套餐。
macOS 安装
- 点击「Download for macOS」下载
.dmg安装包; - 打开下载好的
.dmg文件; - 把 Codex 图标拖进「Applications(应用程序)」文件夹;
- 首次启动若弹出「无法验证开发者」——打开「系统设置 → 隐私与安全性」,点「仍要打开」即可(正常现象,不是病毒)。
Windows 安装
- 在下载页点「Download for Windows」;
- 运行安装程序,按提示完成安装;
- 打开应用,用 ChatGPT / OpenAI 账号登录。
安装后验证
登录成功后,左侧栏出现 Projects 和 Chats 两个入口,顶部显示当前账号信息 → 安装成功。
选择项目目录
第一次打开、登录完成后,系统会让你选一个项目目录——也就是 Codex 要进入哪个文件夹工作。新手建议先选一个干净的练习目录,不要直接选 C 盘,也不要一上来就选重要工作项目。
AI-Codex-Projects
└── hello-codex
└── index.html选择项目目录后,Codex 才知道该读哪些文件、改哪些文件、在哪里运行命令。
02·b第一次打开后的推荐流程(8 步)
别一上来就丢大任务。把下面 8 步当成"开机自检",跑通一遍你就理解了 Codex 的基本循环:
- 登录 ChatGPT:合并后默认用 ChatGPT 账号即可,全球套餐(含 Free)可用。
- 选一个练习目录:如
AI-Codex-Projects/hello-codex,不要直接选 C 盘或重要工作项目。 - 新建或选一个 thread:一个清楚的任务开一个 thread。
- 在任务窗口输入一个简单任务:先别写复杂需求。
- 等 Codex 修改文件:它会读文件、改代码、跑命令。
- 打开 Review Pane:看它实际改了什么。
- 查看 diff:绿=新增、红=删除,确认无误。
- 没问题再继续修改:满意后让它接着做,或你自己 commit。
请帮我做一个简单的网页,要求: 1. 浅色背景 2. 页面中间显示文字 Hello, Codex 3. 字体清晰 4. 页面整体水平和垂直居中 5. 只使用 HTML 和 CSS 这个任务足够简单,适合用来熟悉 Codex App 的基本流程。
03必须记住的核心概念
| 概念 | 简单理解 |
|---|---|
| 项目 = 文件夹 | 项目列表是"代码项目列表",不是聊天记录。点进不同项目,Codex 看到的文件范围不同。 |
| Thread = 任务 | 同一项目里的一个任务对话。一个清楚的任务开一个 thread。项目=公司,thread=员工。 |
| 任务窗口 | 你输入任务、看 Codex 计划/执行过程/总结、继续追问的地方。第一次别写太复杂。 |
| Review Pane | "作业检查区":看实际改动(哪些文件被改、新增/删除、可接受/可退回),可在具体位置留评论让它继续改。 |
| 归档 Archive | 把完成、暂不处理的 thread 收起来,让任务列表更干净,可随时还原。 |
不要把所有事塞进同一个 thread。"做一个个人主页"是一个 thread,"检查为什么移动端布局错位"是另一个 thread。任务边界清楚,Codex 更容易理解。改完别只看文字总结,一定打开 Review Pane 看真实 diff。
03·b看懂 Diff:每次任务后必看
Diff 就是代码改动对照。可以这样记:绿色 = 新增内容,红色 = 删除内容。比如 Codex 原来没有写标题,后来加了一句 <h1>Hello, Codex</h1>,这一行就会显示为新增;如果它删掉了一段旧代码,那段就显示为删除。
Codex 有时候会:① 顺手改了你没要求改的地方;② 删除了某些你还需要的代码;③ 把简单代码改复杂;④ 修改了多个文件却没说清楚。所以第一次上手就要养成习惯:每次 Codex 完成任务后,先看 diff,再决定要不要接受。不要只看最终页面,也不要只信它的文字总结——真正重要的是看 diff。
04Sandbox 沙盒与权限控制
Codex 不是普通聊天工具,它能读文件、改文件、运行命令,所以必须有一个"围栏"限制它能碰哪里。你可以把 Sandbox 理解成:Codex 可以在围栏里干活,但不能随便跑到围栏外乱动你的电脑。
| 沙盒模式 | 含义 |
|---|---|
| read-only | 只读,最安全 |
| workspace-write | 可在当前项目内读写(推荐新手) |
| danger-full-access | 放开沙盒,可执行任何操作,风险最高 |
界面上通常对应三类权限选项:
| 你看到的选项 | 和沙盒的关系 |
|---|---|
| 请求批准 | 有沙盒限制,越界操作先问你(推荐) |
| 替我审批 | 系统自动判断一部分审批 |
| 完全访问权限 | 放开沙盒,风险最高 |
新手优先选不会放开项目边界的模式:让 Codex 在当前项目内工作,遇到越界、联网、高风险命令时停下来让你确认。不要一开始就开"完全访问权限"。
05GPT-5.6 模型与推理强度
合并后统一到 GPT-5.6 家族,跨 ChatGPT Work、桌面应用、Codex CLI 与 IDE 扩展提供三档推荐模型:
| 模型 | 定位 | 适合 |
|---|---|---|
| Sol | 旗舰 | 复杂编程、计算机使用、研究、安全类任务(默认 Power = Sol + 中等推理) |
| Terra | 均衡 | 能力与成本平衡的日常工作 |
| Luna | 轻量 | 最快、最低成本的简单任务 |
推理强度(4 档)
| 强度 | 简单来说 | 适合任务 |
|---|---|---|
| 低 | 想得少、快、省额度 | 改文案、改颜色、小问题 |
| 中 | 平衡速度和质量 | 普通网页、简单 bug、日常开发 |
| 高 | 想得更深 | 多文件修改、复杂 bug、重构 |
| 超高 | 最认真、最慢、最耗 | 很难的问题、架构分析、反复修不好的 bug |
普通任务用默认推荐模型即可;复杂任务再考虑切更强模型或提高推理强度。
引导 / 中途插入对话
当 Codex 正在执行任务时,如果你发现它理解错了,不应该让它继续跑,这时就该及时插入对话、纠正方向。如果不主动引导,它会排队执行——只有跑完上一个任务,才会执行你发的下一个任务。简单说:AI 跑偏了,立刻拦。
计划模式
开启计划模式后,Codex 不会立刻动手,而是先整理出一份工作计划,跟你确认后再开始。对于所有复杂任务,建议都先开计划模式,可以查漏补缺,避免它一上来就改错地方。
06Codex CLI 安装与常用命令
CLI 适合愿意打开终端的人。先确认已装 Node.js:
node -v
npm -v
npm install -g @openai/codex
codex --versionbrew install --cask codex codex
Windows 建议用 PowerShell / Windows Terminal,先装 Node.js 再安装。CLI 命令分两类:终端命令(在 PowerShell/Terminal 里输入)和斜杠命令(进入 Codex 后输入)。
两种登录方式:ChatGPT 账号 vs API Key
| 对比 | ChatGPT 账号登录 | API Key 登录 |
|---|---|---|
| 适合人群 | 普通用户、新手 | 开发者、自动化、CI/CD |
| 使用额度 | 跟 ChatGPT 套餐有关 | 按 OpenAI Platform API 计费 |
| 上手难度 | 更简单 | 稍复杂 |
| 新手推荐 | ✅ 推荐 | 不推荐一开始就碰 |
新手优先用 ChatGPT 账号登录:在终端输 codex 或 codex login → 选 Sign in with ChatGPT → 浏览器自动打开登录页 → 登录成功后结果传回终端,CLI 即可使用。API Key 登录更适合自动化脚本、CI/CD、服务器任务。
完整 CLI 命令表
| 命令 | 作用 | 使用场景 |
|---|---|---|
codex | 启动 Codex CLI | 进入项目后用 |
codex --version | 查看版本 | 检查是否安装成功(第一步) |
codex --help | 查看帮助 | 不知道命令怎么用时 |
codex login | 登录(ChatGPT / API Key) | 第一次使用 |
codex login --device-auth | 设备码登录 | 远程服务器、浏览器打不开时 |
codex login status | 查看登录状态 | 不确定是否已登录 |
codex logout | 退出登录 | 换账号、公共电脑 |
codex doctor | 检查环境问题 | 启动失败、登录失败、环境异常 |
codex update | 更新 CLI 版本 | 需要升级时 |
codex app | 从终端打开桌面端 | 想切到图形界面时 |
codex --cd 路径 / -C | 指定目录启动 | 不先 cd,直接指定项目 |
# 先走到项目里,再启动 cd D:\AI-Codex-Projects\hello-codex codex # 不想先 cd,也可以直接指定目录 codex -C ./hello-codex
API Key 很敏感,绝不能泄露。不要把它:写进代码、发给别人、截图公开、上传到 GitHub、放进 README、放进前端网页、提交到 Git 仓库。如果不小心泄露了,立刻去 OpenAI Platform 删除或重新生成。API Key 登录虽然方便做自动化,但会按 API 使用量计费,新手不要不清楚费用规则就长时间运行任务。
注释 / Annotations
在多功能区(右侧)的注释功能:当用 Codex 内置浏览器打开网页后,可以圈选局部、让 AI 只修改网页的具体部分——这就是合并后的 Annotations 批注能力,适合"指哪改哪"的精细调整。
不要在 C:\ 根目录、系统目录或重要项目里直接运行 Codex。
07IDE 扩展与 Codex Web
IDE 扩展:在编辑器里直接调用 Codex,把 AI 能力嵌进日常编码流,Skills 与项目规则可在 CLI / IDE / 桌面端之间复用。
Codex Web:入口 chatgpt.com/codex,适合不想一直占用本地电脑、需要远程跑任务的人。基本流程:把代码推到 GitHub → 打开 Codex Web 选仓库 → 配置 Environment(用什么语言、怎么装依赖、怎么启动)→ 下发任务 → 完成后 review 并合并 PR。
只授权需要的仓库,不要授权全部仓库;先 review 再合并;不要用于真实生产部署、数据库迁移、支付系统修改、自动合并 PR。
08新手安全建议清单
- 每个项目先
git init,改坏能回退。 - 沙盒选"请求批准",别一上来开完全访问。
- 复杂任务先开计划模式,确认后再动手。
- 先用简单仓库 / 干净目录练手。
- PR 里一定看 diff,看不懂的改动不要合并,满意后再 merge。
09进阶:连接第三方 API(按需,非入门必需)
第三方 API 不是新手必做项。先把官方登录 + 第一个任务跑通;真要接第三方模型 / 中转网关,再回来读本节。本节只整理接入思路,不推荐任何具体中转商或 API 服务,账号安全、密钥泄露、账单超额、数据跨境等风险由你自行承担。
三种接入方案怎么选:
| 方案 | 适合谁 | 注意 |
|---|---|---|
| 手动配置 config.toml | 想理解底层、可控、好排障 | 字段写错就不生效 |
| Codex++ | 主要用桌面 App,想要图形化管理 | 第三方 launcher,Codex 更新后可能需适配 |
| CCX + CC Switch | 多供应商、需协议转换与统一切换 | 组件更多,需理解本地服务 / 端口 / 密钥 |
手动配置:先备份再改
cp ~/.codex/config.toml ~/.codex/config.toml.backup cp ~/.codex/auth.json ~/.codex/auth.json.backup
model = "gpt-5-codex" model_reasoning_effort = "high" disable_response_storage = true preferred_auth_method = "apikey" [model_providers.ciyuan] name = "ciyuan" base_url = "https://ciyuan.today/v1" wire_api = "responses" env_key = "OPENAI_API_KEY" requires_openai_auth = false
① base_url 通常写到 /v1,不要把 /v1/responses 整段拼进去;② [model_providers.xxx] 里的 xxx 必须与 model_provider 名完全一致;③ 密钥走环境变量,别写死在 toml。
export OPENAI_API_KEY="这里填你的key"
open -a Codex # 先彻底关闭 Codex 再启动验证时用只读任务确认配置生效:
请只读说明当前工作区路径、你准备使用的模型和验证方式。不要修改任何文件。
CCX + CC Switch(多供应商切换)
docker run -d \ --name ccx \ -p 3000:3000 \ -e PROXY_ACCESS_KEY=your-proxy-access-key \ -e APP_UI_LANGUAGE=zh-CN \ -v $(pwd)/.config:/app/.config \ crpi-i19l8zl0ugidq97v.cn-hangzhou.personal.cr.aliyuncs.com/bene/ccx:latest
npm install -g cc-switch cc-switch init cc-switch use <配置名>
切换后没生效 → 是否完全重启 Codex、model_provider 名是否一致;报认证错误 → API Key 是否有效、环境变量是否被当前 shell 继承;国产模型无响应 → 上游是否支持 Responses API,不支持需 CCX 转换。认证出错先回滚备份,不要反复把真实 Key 粘进对话。