Outcomes
学完这一阶段，你应该能做到什么
不要求一次到位，但你至少应该把这几个判断和动作练熟。
- 能在真实仓库里稳定使用 Codex CLI 进行开发与审查。
- 理解何时该开子代理、何时该保守、何时必须人工批准。
- 知道如何把 CLI 能力接到日常自动化和 CI 流程里。
Lessons
核心课时
每节课都为一个工程动作服务，而不是只堆定义。
55 分钟
安装、登录与基础会话
认识工作目录、登录方式和模型能力边界，确保 CLI 在正确项目里运行。
70 分钟
让 Codex 在仓库里读、改、审查代码
理解当前工作区、上下文收集、补丁应用与代码 review 的节奏。
75 分钟
子代理、Web 搜索与图像输入
把研究、排查、实现拆开并行，提升复杂任务的处理速度。
80 分钟
Approval Modes、MCP、skills 与自动化
让 CLI 能接入更大的工程体系，同时保持安全边界和可审计性。
Deep Dive
这一阶段真正要建立的工程习惯
读完下面这些部分，再去做练习和复盘，学习效率会高很多。
为什么 Codex CLI 值得学
图形界面聊天适合探索，而 CLI 更适合把 AI 真正塞进日常工程流。它可以在你当前仓库上下文里读代码、改代码、运行检查、做 review，并与已有终端工具链整合。
这意味着你不再是在“和模型聊天”，而是在“让模型参与开发流水线”。
主线能力应该怎么理解
安装与登录只是起点，真正重要的是工作方式：先明确当前目录与目标，再让 Codex 读取上下文、提出方案、修改代码、跑验证、输出结论。
当任务复杂到一个代理很难同时兼顾探索、实现和验证时，就应该考虑子代理并发，把边界切清楚。
安全与自动化必须一起学
Codex 越强，越不能省略审批与审查。Approval modes 决定了哪些动作可以自动执行，哪些必须经过人类确认。
而 MCP、skills 和自动化脚本的价值，在于把可重复动作产品化，让高质量工作流能够复制到团队里。
Mission
设计一条 Codex CLI 执行主线
围绕“新增一个课程进度组件”设计完整流程：探索现有代码、实现组件、补测试、做 review、准备部署。
- 先定义要让主代理负责什么，再定义子代理可以并发处理哪些独立部分。
- 明确需要人工审批的点，例如依赖安装、外部发布和破坏性操作。
- 最后列出最小验证动作：类型检查、构建、手动冒烟和部署预览。