#23. 常见误区

很多人在刚开始用 Codex 时，最容易踩的坑其实不是“不会用”，而是太快让它开始动手。需求还没想清楚，就直接让它写代码，最后往往不是改偏了方向，就是来回返工。和 Codex 协作时，先把目标说明白通常很值得，前面多花一点时间整理需求，后面反而会顺很多。

另一个很常见的问题，是把过大的任务一次性丢给它处理。像“把整个前端从 Vue 迁到 React”这种指令，看起来明确，其实范围太大，里面包含了很多不同层次的决策和改动。任务一旦不拆分，出错的概率会明显上升，审查也会变得很困难。更稳妥的方式还是先拆成几个具体的小步骤，一步一步往前推进。

还有些问题出现在改完之后。比如看到 Codex 已经生成了代码，就直接提交，既不看 diff，也不检查改动是不是符合预期。这样做风险很高。Codex 的确能大幅提高效率，但它给出的结果仍然需要你自己判断，尤其是涉及逻辑、边界条件和项目约定的时候，人工审查仍然不能省。

最后一个常见误区，是把“代码已经改完”当成“事情已经完成”。实际上，改完代码只是中间一步，如果没有继续跑测试、做构建检查，很多问题根本不会立刻暴露出来。更可靠的做法是把验证也算进整个流程里：改完之后继续检查测试、类型、构建结果，确认没有引入新问题，再把这次改动当成真正完成。