之前我对Codex的理解一直很简单：无非就是写代码更方便一点。
实际用下来才发现，如果只是让它生成几段代码，反而有点浪费了。
我觉得它真正舒服的地方，是能直接围绕一个项目干活。
比如接手一个自己不熟悉的项目，以前第一件事是翻目录、找入口、看各种文件之间的关系。
现在可以先让Codex自己去看项目，然后告诉它我要改什么。
它会自己找相关文件、理解前后逻辑，再开始动手。
这种感觉和单纯复制一段代码出来完全不一样。
还有一个我特别喜欢的地方：
很多琐碎活终于不用自己一点点磨了。
改一个功能牵扯好几个文件、批量调整代码、补一些重复逻辑、排查报错、修完再检查……
这些事情单独看都不难，但特别耗时间。
Codex比较适合的恰恰就是这种活。
你把目标说清楚，让它先干，自己最后看结果、检查关键部分就行。
而且项目越大，这种优势越明显。
以前是：
我自己找代码 → 自己想怎么改 → 自己一个个文件改 → 出错再慢慢查。
现在更像：
我告诉Codex要什么 → 它自己找位置并处理 → 我负责确认结果。
所以我现在觉得，Codex最大的好处不是“让不会写代码的人一键写程序”。
而是把很多原本需要自己亲手操作的步骤直接压缩掉了。
会写代码的人用，反而更容易感觉到它到底省了多少时间。
如果平时只是偶尔写两段小代码，可能感觉没那么明显。
但如果天天碰项目、改需求、修问题，真的很容易用习惯。
现在我遇到项目里的事情，第一反应已经不是“这段代码怎么写”。
而是：
“这个能不能先让Codex干了？”

这帖子也是你让 codex 干的脏活累活吗

语音用起来，用过就回不去了。

好像第一次用ai一样，哪个ai做不来你说的脏活累活？非得用一个思考这么慢的codex