Codex 这个名字最近出现得越来越频繁，但很多人对它的印象还停留在「一个能写代码的 AI」。真到要用的时候，问题就来了：它跟直接在聊天窗口里贴代码有什么区别？为什么有人说它能一口气改完好几个文件？我该从哪一步开始，才不至于把项目搞乱？这门课不是让你「了解一下 AI 有多强」，而是把 Codex 当成一件要天天用的工具，从界面认起，到能放进自己工作流里。

先搞清楚它和你现在用的方式差在哪

如果你已经在用聊天式 AI 辅助写代码，会觉得够用了。但常见的卡点很具体：一次只能聊一个片段，上下文一长就开始丢信息；改完的文件要手动复制回去；想让 AI 看完整个项目再动手，基本做不到。Codex 的思路是把「对话」换成「在项目里干活」——它能读目录、改文件、跑命令，再根据结果继续下一步。

所以第一块内容要解决的是认知问题：什么任务适合交给它，什么任务交出去反而更慢。看完这部分，你至少能判断出自己手上哪几件事是白费力气在手动做的。

界面和基础操作：别跳过这一段

很多人急着上手，结果卡在最基础的地方：不知道在哪里指定工作目录，不清楚改动是怎么被记录的，不敢按下确认怕覆盖掉自己的代码。这门课把界面和基本流程单独拎出来讲，顺序是：怎么把一个项目交给它、怎么描述你想要的结果、怎么在它动手之前看清楚它打算改什么。

任务怎么下达才算说清楚，哪些词一写它就容易跑偏
改动前如何审查，改动后如何去核对，而不是闭眼点通过
出错了怎么退回，让项目回到干净状态

这一段的练习量不大，但必须自己敲一遍。看别人演示一遍，和自己动手按错一次，收获完全不同。

真正拉开差距的是场景，不是功能清单

知道有哪些功能没用，知道什么时候用它才有用。课程的应用场景部分围绕三类人展开：日常办公里需要处理表格、文档、重复性文本的人；需要读陌生代码、补测试、做小重构的开发者；以及想把 AI 接进自己日常工作流的爱好者。

每类场景背后的能力缺口不一样。办公向的缺口通常是「不会把需求拆成可执行的一句话」；开发向的缺口是「不敢让工具碰真实项目」。课程会把这些拆开讲，也会让你看到同一件事用不同问法，结果差多少。

看完应该能回答这几个问题

我手上这件事，交给 Codex 做比我自己做快在哪，慢在哪？
一个改动涉及多个文件时，怎么让它按顺序来而不乱套？
它给出的结果我不满意，是提示词的问题还是任务本身不该这么拆？
在团队项目里用它，哪些操作必须留下痕迹？

如果这几个问题你现在答不上来，那这门课的定位就很清楚了：它不是教你「AI 很强」，而是让你在真实任务里少走几次弯路。建议边看边开一个自己的小项目练手，哪怕只是个整理数据的小脚本——用真实的东西练，才知道自己缺的到底是操作，还是判断。