50 · 反模式：常见错误用法与修正

模糊指令、无限上下文、过度授权、跳过验证和错误配置等常见反模式，解释问题为什么发生以及如何修正。

知道「怎么用对」还不够，还得知道「怎么用错」。这一篇盘点最常见的几种反模式。

「模糊指令」：任务说得含糊（「帮我优化一下」），它只能瞎猜。修正：说清目标、上下文、范围、验收。

「无限上下文」：把一堆无关内容全塞进去，它既慢又偏。修正：只给必要信息，及时清理。

「过度授权」：为了省事把权限全放开，结果它一个误操作闯大祸。修正：按风险分层授权，危险动作保持审批。

「跳过验证」：改完不看、不测，直接当完成。修正：改完必验证，验证通过才算完。

「错误配置」：复制别人的配置却不懂每行意思，出问题无从查起。修正：每加一行都搞清楚它干什么。

「忽视规则维护」：CLAUDE.md 写一次就不管，结果变成过时的误导。修正：随项目更新规则。

这些反模式有个共同根源：图省事、图快，结果付出更高的返工成本。

把这篇当成「体检清单」：当你觉得 Claude Code「不好用」时，先对照看看自己是不是踩了某个反模式，而不是急着怪工具。

一个自查清单：当你读完这一篇时，可以问自己三个问题——它解决的是什么具体问题？我当前的工作/学习里有没有这个场景？下一步我该学哪一篇？把这三个问题答清楚，你就知道自己有没有真正吃透。

动手试一下：你可以花 5 分钟做一个最小验证——找一个真实的代码任务，让 Codex 跑一遍，看它的行为是不是和这一篇描述的一致。理论与实践对照，才知道「懂」和「会用」是两件事。

与其他篇的关系：这一篇是本组的基础。如果你跳过了前面几篇，建议先回去看，否则这里有些概念可能看着突兀。如果都看过了，那你可以直接进入更后面的实战环节，把这里学到的东西用上。

判断决策树：用三个问题判断该不该用——① 这件事值不值得用 Codex 做？② 用的话该用哪个入口？③ 风险高不高需不需要审批？三个问题的答案一出来，怎么做就清楚了。