Codex 教程
Codex 是 OpenAI 推出的云端软件工程智能体。它能理解代码库、执行命令、修改文件、审查代码,并把一个开发任务拆成多个阶段持续推进,而不是像普通聊天工具那样只停留在“给你一段建议”。
这一页按文档站思路重构成单页教程,你可以从左边目录直接定位到任意章节,右边则按顺序连续阅读,不需要在多个专题卡片之间跳来跳去。
谁适合阅读本教程
- 已经学习过至少一门编程语言,能够读懂基础代码结构。
- 希望把 AI 用进实际项目开发,而不是只停留在聊天答疑。
- 经常需要理解旧项目、批量改代码、做代码审查或自动化任务。
- 独立开发者、团队骨干、技术负责人都适合把 Codex 纳入工作流。
需要具备的基础能力
- 会使用命令行和常见开发工具,知道如何进入项目、执行命令和读取日志。
- 能理解文件结构、配置文件、环境变量和常见工程目录。
- 愿意审查模型的输出结果,而不是把它当成全自动黑盒。
- 能区分“让 AI 帮忙执行”和“由人负责最终判断”这两件事。
四种使用方式
| 方式 | 说明 | 适用场景 |
|---|---|---|
| App | macOS / Windows 桌面客户端 | 完整功能、多项目并行、可视化协作 |
| IDE 扩展 | 接入 VS Code、Cursor 等编辑器 | 在编码环境内协作和局部修改 |
| CLI | 终端交互式工具 | 终端工作流、脚本自动化、远程机器 |
| Web | 云端网页入口 | 远程访问、提交任务、查看执行进度 |
五大核心能力
| 能力 | 说明 |
|---|---|
| 编写代码 | 根据目标生成功能代码,并适应项目结构和规范。 |
| 理解代码库 | 阅读、解释复杂项目,快速定位关键模块和依赖关系。 |
| 代码审查 | 识别潜在 Bug、逻辑漏洞和遗漏的边界场景。 |
| 调试修复 | 追踪失败、分析根因,并给出针对性的修复方案。 |
| 自动化任务 | 执行重构、迁移、测试、初始化等重复性工作流。 |
与 ChatGPT 的区别
| 对比维度 | Codex | ChatGPT |
|---|---|---|
| 工作模式 | 主动执行循环:理解任务、操作文件、运行命令、继续推进 | 以单次对话回答为主 |
| 文件操作 | 可读取、创建、修改项目文件 | 主要提供建议,不直接改项目 |
| 命令执行 | 可在沙箱或授权环境中运行 Shell | 不直接执行命令 |
| 项目理解 | 理解整个代码库结构和状态 | 主要依赖当前对话上下文 |
安装与登录
Codex 的入口较多,但第一次上手建议先选一个主入口,不要同时折腾 App、CLI、IDE 和 Web。对多数开发者来说,先用 CLI 或桌面应用是最直接的方式。
codex --help
codex login
codex init
codex status
无论用哪个入口,第一次登录后都应当先确认权限模式、沙箱模式和模型设置,再开始让它执行实际任务。
App / CLI / IDE / Web
App
适合希望可视化查看任务、项目和执行状态的用户。桌面应用适合多项目并行、做代码审查和管理历史任务。
CLI
适合终端工作流和自动化使用。你可以在服务器、远程环境和脚本场景中直接调度 Codex。
IDE
适合在编辑器内局部协作,让 Codex 直接围绕当前文件、当前报错和当前改动工作。
Web
适合远程访问、查看任务执行记录、云端发起任务和团队共享结果。
常用命令
| 命令 | 作用 | 典型场景 |
|---|---|---|
codex |
启动交互式会话 | 在项目中持续协作 |
codex exec |
执行一次性任务 | 自动化检查、批量任务、CI |
codex login |
登录或切换账号 | 首次使用、账户变更 |
codex status |
查看当前状态 | 确认环境、权限和任务上下文 |
codex config |
查看和调整配置 | 修改模型、审批、沙箱等参数 |
斜杠命令
在交互会话中,斜杠命令用来管理模型、计划、状态和上下文。它们不是花哨功能,而是保持会话可控的关键工具。
/model
/plan
/status
/compact
/help
做复杂任务前,建议先用 /plan 明确步骤;当上下文太长时,再用 /compact 压缩历史。
配置文件
想把 Codex 从“能用”带到“顺手”,配置文件是关键。你要在这里定义模型、审批、沙箱、网络策略和工具接入方式。
model = "gpt-5-codex"
approval_mode = "suggest"
sandbox_mode = "workspace-write"
[workspace]
trust = true
AGENTS.md
AGENTS.md 用来写清项目规则、约束、团队习惯和操作边界。Codex 在读取仓库时,会把它当成长期指令来源。项目根目录、子目录和不同层级都可以有自己的规则文件。
- 在根目录声明全局规范,比如提交风格、测试要求、禁止操作。
- 在子目录声明局部规则,比如某模块不能改接口签名、某目录必须保留特定注释。
- 规则越具体、越贴近真实工作流,效果越稳定。
Models
不同模型适合不同任务。高推理模型适合复杂分析、跨文件改造和排障;轻量模型适合快速巡检、文案整理和低风险处理。
不要用一个模型硬吃所有场景。复杂任务需要稳定性时,用强模型;批量小任务需要速度时,用轻量模型更划算。
Security
Codex 的能力越强,安全边界越重要。你要明确哪些目录能改、哪些命令能跑、哪些网络访问能开放,避免模型获得超出预期的执行权限。
- 对删除、覆盖、大范围修改这类操作保持严格审批。
- 网络访问按白名单控制,不要默认全开。
- 团队环境中应当开启更清晰的审计和日志追踪。
MCP
MCP 让 Codex 接入文件系统、数据库、浏览器、HTTP 接口和内部平台。通过这种方式,Codex 就不再只依赖本地目录,而能在受控范围内调用外部能力。
[mcp_servers.filesystem]
command = "npx"
args = ["-y", "@modelcontextprotocol/server-filesystem", "./docs"]
[mcp_servers.docs]
url = "https://docs.example.com/mcp"
Hooks
Hooks 用来把规则挂在具体动作前后。比如改完文件自动运行格式化,执行命令前写日志,或在高风险动作前要求再次确认。
Hooks 最适合解决“人容易忘”的问题,把检查流程工程化,而不是靠记忆力。
Subagents
大型任务不应该只靠一个上下文硬撑。子代理适合把代码审查、日志分析、前端巡检、文档整理这类工作拆开并行处理,再汇总结果。
当项目规模大、任务复杂且可拆分时,子代理能明显提升效率和可控性。
Automation
Codex 不只是交互工具,还适合接入自动化链路。你可以用 exec 执行一次性任务,也可以接 GitHub Action、CI/CD、服务端任务调度器,把重复工作交给它跑。
codex exec "审查最近的前端改动并输出报告"
codex exec -o review.md "审查 src/auth.py"
codex exec --full-auto "运行测试并修复失败"
适用计划
| 计划 | 价格 | Codex 功能 |
|---|---|---|
| Free | 免费 | 探索 Codex、处理轻量任务 |
| Plus | $20 / 月 | Web、CLI、IDE、云端集成和主流模型 |
| Pro | $200 / 月 | 更高限额、更高优先级和更强模型能力 |
| Business / Enterprise | 按方案报价 | 企业控制、审计、身份管理、数据驻留 |
相关资源
联系方式
如果你需要有人帮你安装 Codex、梳理运行模式、配置权限策略、接 IDE 或建立自动化工作流,可以直接联系。