01章节
入门定位
Codex 的优势不是单轮灵感回答，而是在真实仓库里持续工作。它会先读代码和环境，再决定改哪里、怎么验证，适合拿来做实事。
因此，使用 Codex 时最重要的不是把提示词写得花哨，而是把任务目标、目录范围和验证标准说清楚。
AI 编程文档
这里整理 AI 编程、工具使用、自动化和开发流程里的高频实战说明，按主题持续沉淀。
左侧选择目录。
中间查看正文。
右侧使用本页导航。
正文
Codex 教程
把 Codex 当成终端里的工程代理来用。它擅长读仓库、拆任务、改代码、跑验证，更适合真正落地，而不是空谈方案。
02章节
适合什么任务
它很适合修复 bug、补页面逻辑、改接口、整理部署脚本、做代码审查和补测试，因为这些任务都依赖本地上下文和可执行验证。
如果只是泛泛聊产品方向，或者没有仓库和文件可看，它的优势就发挥不出来。
03章节
工作循环怎么用
比较稳的方式是四步循环：先检查上下文，再切成小任务，然后改动并验证，最后给出结果说明。这和成熟工程师处理任务的节奏是一致的。
你越让它在可验证的小闭环里工作，输出就越稳定；一次塞太多要求，反而更容易偏题。
04章节
和自动补全的区别
自动补全解决的是“下一行怎么写”，Codex 更接近“这整件事怎么落地”。它会跨文件分析依赖关系，也会考虑构建、测试和运行结果。
所以它不是更大的补全，而是更偏执行型的协作代理。
05章节
高价值用法
高价值用法包括：先让它定位根因，再做最小修复；先让它读现有实现，再补页面或接口；先让它列影响面，再动部署和配置。
本质上都是先让它做上下文压缩，再做执行，这比一上来就要求“全部做好”更稳。
06章节
任务应该怎么下
比较好的下达方式通常包含四件事：目标、工作目录、不要碰的范围、完成后怎么验收。
如果任务较大，就按增量切片推进，每一段都过 `lint`、`build` 或最小手工验收，再做下一段。
07章节
常见坑
常见误区是不提供上下文、一次塞太大范围、改完不验证，只看它说“已完成”。
这些问题本质上通常不是模型能力不足，而是任务边界和验证纪律不足。
08章节
第一个例子怎么做
最适合的第一个 Codex 任务是一个可验证的小改动，例如修一个按钮逻辑、补一个接口字段或修一个构建错误。
只要任务能明确说出“改哪里、改完怎么验”，你就能直观看到 Codex 和普通问答模型的差别。
09章节
推荐学习顺序
建议先做单文件修复，再做多文件功能补充，然后再做部署、审查和较大的页面改造。
这样可以逐步建立你和代理之间的协作节奏，而不是一开始就让它承担太大范围。
10章节
和其他主题怎么组合
Codex 常和 Skills、代码审查流程、Playwright 验收、部署脚本和 Agent 工作流结合。
比较稳的方式是：用 Skills 固定方法，用 Codex 执行改动，用 Playwright 或 build/lint 做验证。