从安装配置到高级技巧,一篇文章掌握 OpenAI 推出的全新 AI 编程范式

Codex App 主界面:任务列表、工作进度与智能问答的无缝协作
2026 年 2 月,OpenAI 正式发布了 Codex App for macOS。这不是简单的"换壳"工具,而是从根本上重新定义了开发者的工作方式。
核心变化:
从"一个人指挥一个 AI 助手"进化到"一个人管理一支 AI 团队"
自 2025 年 4 月 Codex 发布以来,开发者的使用模式发生了根本性转变:
OpenAI 的产品负责人 Alexander Embiricos 指出:
"以前人们在 IDE 里写小段代码,现在开发者直接委派整个功能模块。"
Codex App 的定位非常明确:它不是又一个 IDE,而是一个'智能体指挥中心'(Agent Command Center)。
Codex App 是 OpenAI 推出的专注于桌面端的智能体编程体验,提供以下核心能力:

左侧项目列表(Codex、ChatGPT、Sora)、中央任务线程区域、右侧审查面板
| 多任务并行 | |
| 项目隔离 | |
| Worktree 原生支持 | |
| 自动化工作流 | |
| 完整协作体验 |
1️⃣ 下载安装
访问官方下载页面:https://chatgpt.com/codex

下载 .dmg 文件后,直接拖到应用程序文件夹就能完成安装。
2️⃣ 登录账号
打开应用后,有两种登录方式:
| ChatGPT 账号 | |
| API Key |
3️⃣ 选择项目
首次使用会提示选择项目文件夹。Codex 会记住你之前使用 CLI 或 IDE 扩展的项目历史。
4️⃣ 开始使用
确保选择 Local 模式(本地运行),发送你的第一个指令。
示例提示词:
🧠 "Tell me about this project"🎮 "Build a classic Snake game in this repo"🔍 "Find and fix bugs with minimal, high-confidence changes"Codex App 允许在单个窗口中管理多个项目,每个项目可以运行多个并行的线程。
界面布局:
左侧边栏├── 项目 A│ ├── 线程 1 (运行中)│ ├── 线程 2 (已完成)│ └── 线程 3 (已归档)├── 项目 B│ └── 线程 1 (运行中)└── 项目 C ├── 线程 1 └── 线程 2多项目界面:

左侧显示多个项目,每个项目下有独立的线程列表
使用场景:
最佳实践:
如果单一仓库包含多个应用/包,建议拆分成独立项目,这样沙箱只会包含该项目的文件,更加安全。
每个线程可以运行在不同的模式下:
| Local | ||
| Worktree | ||
| Cloud |
模式选择界面:

创建新线程时选择 Local、Worktree 或 Cloud 模式
Local 和 Worktree 模式都在你的机器上运行,Cloud 模式需要网络连接。
Codex App 将常见 Git 功能直接集成在应用中:

使用 /review 命令启动代码审查:
/review # 基础审查/review Focus on security # 安全重点审查/review Check for bugs # Bug 检查

这是 Codex App 最重要的功能之一。

Git Worktree 允许你在同一仓库的不同分支上同时工作,每个 Worktree 有自己的文件副本,但共享 .git 元数据。
传统方式的问题:
Codex Worktree 解决方案:
1. 创建新线程 → 选择 "Worktree" 模式2. 选择起始分支 (main / feature / 当前分支)3. Codex 自动创建 Worktree4. 完成后选择: ├── Sync with local → 同步到主分支 └── Create branch here → 创建新分支工作流 1:在 Worktree 上直接工作
如果想在 worktree 上完全处理更改:
添加到侧边栏:
工作流 2:同步到本地主分支
如果不想直接在 worktree 上验证,而是想在本地主分支检查更改:
同步方式:
| Overwrite(覆盖) | |
| Apply(应用) |
分支限制:
Git 不允许同一分支在多个 worktree 中签出:
# 如果尝试签出会报错fatal: 'feature/a' is already used by worktree at '<WORKTREE_PATH>'解决方式:
Worktree 快照:
删除 worktree 前,Codex 会保存工作快照,可以在新的 worktree 中随时恢复。
如果重新打开已清理 worktree 的对话,会看到恢复选项。
控制 worktree 位置:
目前无法控制 worktree 创建位置,Codex 在 $CODEX_HOME/worktrees 下创建。
Skills 是 Codex 的扩展能力系统,将指令、资源和脚本打包成可复用的技能包。

点击侧边栏的 Skills 可查看和管理所有可用技能

从线程内创建技能或上传技能文件,查看推荐技能

使用 $openai-image 风格技能生成云朵狗图片的完整工作流
在 composer 中输入:
/ → 查看可用技能列表$技能名 → 明确调用某个技能| $skill-creator | $skill-creator | |
| $skill-installer | $skill-installer install the xxx skill | |
| $figma-implement-design | $figma-implement-design | |
| $linear | $linear | |
| $vercel-deploy | $vercel-deploy | |
| $cloudflare-deploy | $cloudflare-deploy | |
| $netlify-deploy | $netlify-deploy | |
| $render-deploy | $render-deploy | |
| $gh-fix-ci | $gh-fix-ci | |
| $doc | $doc | |
$pdf | ||
| $spreadsheet | $spreadsheet | |
| $openai-docs | $openai-docs | |
| $imagegen | $imagegen |
| REPO | .codex/skills/ | |
| USER | ~/.codex/skills/ | |
| ADMIN | /etc/codex/skills/ | |
| SYSTEM |

Automations 允许设置定时任务,让 Codex 在后台自动执行重复性工作。

设置时间表、输入指令,可选择是否结合 Skills 使用
定时触发 → 运行任务 → 结果进入审查队列 ↓ 无结果 → 自动归档 有结果 → 等待人工审查每个线程都有独立的内置终端,作用域仅限于当前项目或 Worktree。

线程下方打开的集成终端,可执行命令验证更改
git status # 查看状态git pull --rebase # 拉取最新代码pnpm test / npm test# 运行测试pnpm run lint # 运行 lint在 Local Environments 中可以定义常用操作的快捷按钮。
Cmd + J | |
Ctrl + L |
按住 Ctrl + M 开始语音输入,Codex 会自动转录。

Ctrl + M 开始说话如果你的编辑器安装了 Codex IDE 扩展,App 和扩展会自动同步:
| IDE Context | |
| 活跃线程 | |
| Auto Context |
Cmd + Shift + PCmd + K | |
Cmd + , | |
Cmd + O | |
Cmd + [Cmd + ] | |
Cmd + +Cmd + - | |
Cmd + B | |
Cmd + Option + B | |
Cmd + J |
Cmd + NCmd + Shift + O | |
Cmd + F | |
Cmd + Shift + [Cmd + Shift + ] | |
Ctrl + M |
/feedback | |
/mcp | |
/plan-mode | |
/review | |
/status |
Codex App 提供丰富的设置选项,通过 Settings 面板(Cmd + ,)访问:
| 文件打开位置 | |
| 命令输出显示 | |
| 多行提示词 | Cmd + Enter 发送多行消息 |
| 防休眠 |
| 主题 | |
| 窗口样式 | |
| UI 字体 | |
| 代码字体 |
| 完成通知 | |
| 权限请求 |
| 分支命名规范 | |
| Force Push | |
| Commit 提示词 | |
| PR 描述提示词 |
两种性格模式:
| Friendly | |
| Pragmatic |
自定义指令:
AGENTS.md 文件Codex 使用多层配置文件:
优先级(高到低):1. CLI 标志和 --config 覆盖2. Profile 配置(--profile <name>)3. 项目配置:.codex/config.toml4. 用户配置:~/.codex/config.toml5. 系统配置:/etc/codex/config.toml6. 内置默认值Codex 提供两层安全控制,采用"安全优先"的设计理念:
根据官方博客,Codex 的安全设计包含以下核心要素:
rules 文件为项目或团队配置命令白名单read-only | ||
workspace-write | ||
danger-full-access |
on-request | |
never | |
untrusted |
审批提示类型:
通过 Rules 文件,可以允许特定命令自动执行,无需每次审批:
# .codex/rules[[allows]]command = "npm install"description = "安装项目依赖"[[allows]]command = "npm test"description = "运行测试"# ~/.codex/config.toml# 默认模型model = "gpt-5.2-codex"# 审批策略approval_policy = "on-request"# 沙箱模式sandbox_mode = "workspace-write"# Web 搜索web_search = "cached"# 或 "live" 获取最新结果# 推理努力model_reasoning_effort = "high"# 命令环境变量[shell_environment_policy]include_only = ["PATH", "HOME"]通过应用设置配置,存储在项目 .codex 文件夹中,可共享给团队。
Worktree 在不同目录运行,可能缺少依赖。Setup Scripts 在创建新 worktree 时自动执行:
# 示例:TypeScript 项目npm installnpm run build支持平台特定脚本(macOS/Windows/Linux)。
定义常用任务的快捷按钮,显示在应用顶部栏:
| Run | npm start |
| Test | npm test |
| Lint | pnpm run lint |
| Build | npm run build |
每个操作可选择图标标识。
可以直接将图片拖拽到 composer 中作为上下文。
使用方法:
Shift 拖拽图片到 composer应用场景:
Codex 内置网页搜索工具,支持两种模式:
| cached | ||
| live |
自动化任务(Automations)允许 Codex 在后台自动执行重复性工作。除了第四章介绍的基础用法,这里补充一些高级技巧和实战经验。
所有自动化和运行记录都集中在侧边栏的 Automations 面板:
界面结构:
工作流程:
定时触发 → 后台运行 → 生成结果 → 进入 Triage → 人工审阅 → 决定保留/归档在设置定时任务前,强烈建议先在普通线程中手动测试提示词:
测试检查清单:
最佳实践: 先用简单频率(如每小时)测试,确认无误后再改为每天或每周。
自动化设计为无人值守运行,使用默认沙箱设置:
| read-only | |||
| workspace-write | |||
| full-access |
安全建议:
workspace-write 模式full-access 模式,除非确实必要频繁调度的自动化会在 Git 仓库中创建大量 worktree,需要定期清理:
自动清理条件:
手动清理建议:
这是一个实用的自动化示例,每天早上生成项目更新简报:
设置步骤:
查看最新的远程 origin/main 分支,生成过去 24 小时的提交简报。格式要求:- 使用 Markdown 格式,包含 H1 标题- 按工作流分组(如"API 开发"、"UI 调整"),不要逐条列出提交- 每个工作流写一段简短的白话描述- 标注主要贡献者如果没有什么重要更新,直接告诉我"今日无重要变更"即可。预期效果: 每天早上打开 Codex App,就能在 Triage 中看到项目简报,快速了解团队进展。
OpenAI 团队已经在内部使用了数百个 Skills,并将 Automations 应用于多种场景。以下是官方分享的实践案例:
在 OpenAI 的应用场景:
内部评价:
"Codex 帮助多个团队放心地将工作委托给 AI,这些工作原本很难统一定义——从运行评估、监控训练任务,到起草文档和报告增长实验。"
| Plus | ||
| Pro | ||
| Business | ||
| Enterprise & Edu |
🎁 ChatGPT Free 和 Go 用户也能使用 Codex
💪 付费用户的速率限制翻倍
适用范围:App、CLI、IDE、云端所有使用场景
根据 OpenAI 官方数据:
| 使用 Codex 的开发者 | ||
| 整体使用量增长 | 翻倍 |
这些数据表明 Codex 正在快速成为开发者的主流编程工具。
Codex 有四种使用方式:
| Codex App | ||
| IDE 扩展 | ||
| CLI | ||
| Cloud |
Codex App 最适合:
IDE 扩展最适合:
CLI 最适合:
A: Review 面板显示的是 Git 仓库的当前状态,包括:
解决: 在 Review 面板中可以切换显示范围:
A: Worktree 在不同目录创建,只继承已提交到 Git 的文件。
解决:
A: 检查侧边栏的过滤器。
解决: 点击过滤图标查看所有线程,取消筛选。
A: macOS 保护某些目录(Music、Downloads、Desktop),需要用户额外授权。
解决: 在系统偏好设置中授予文件夹访问权限。
A: 频繁的自动化调度会创建大量 worktree。
解决:
A: 如果选择了错误的目标(Local/Worktree/Cloud),可以:
解决: 取消当前运行,按向上箭头键恢复之前的提示词。
A: Local Environment 配置文件必须在项目根目录的 .codex 文件夹中。
解决: 如果是 monorepo,确保打开的目录包含 .codex 文件夹。
A: App 和 CLI 使用相同的底层 agent 和配置,但版本可能不同,实验性功能可能先在 CLI 中推出。
检查版本:
# CLI 版本codex --version# App 版本/Applications/Codex.app/Contents/Resources/codex --version在 composer 中输入 / 打开反馈对话框,可以选择包含现有会话记录。提交后会获得会话 ID,可分享给团队。
| App 日志(macOS) | ~/Library/Logs/com.openai.codex/YYYY/MM/DD |
| 会话记录 | $CODEX_HOME/sessions~/.codex/sessions) |
| 归档会话 | $CODEX_HOME/archived_sessions~/.codex/archived_sessions) |
注意: 分享日志前请检查是否包含敏感信息。
如果线程看起来卡住了:
步骤:
git status)如果意外取消 worktree 创建并丢失提示词:
解决步骤:
Cmd + J)pwd 或 git status)如果命令行为与预期不同,先验证当前目录和分支。
如果继续卡住,等待当前线程完成并重启应用。
Codex 使用相同字体显示:
解决: 在设置中配置 Code font(代码字体)。
OpenAI 正在开发的功能:
根据官方博客,云端触发器是 Automations 的重大升级:
当前限制:
未来能力:
应用场景:
Codex App 不是让 AI 替代开发者,而是让一个人能够像一个团队一样高效工作。