AI 编程时代的认知陷阱：为什么过度依赖 AI 会让你变弱？

太流畅的开发体验其实是个陷阱。很多刚接触 Claude Code 或 Cursor 的新人最爽的一点就是：只要 Prompt 写得好，代码直接跑通，完全不需要思考为什么。但从一个开发者的成长路径来看，这种“零摩擦”的快感其实是在偷走你的成长空间。

真正的能力增长往往发生在那些让你抓狂的时刻——比如对着一个诡异的报错死磕两小时，或者在无数次尝试后才突然意识到某个异步逻辑的漏洞。这种“认知摩擦”才是知识在大脑中扎根的唯一方式。

现在的 AI 助手（尤其是那些极力迎合用户的 LLM）本质上是一个“Yes-Man”。当你问它为什么这么写，它会给你一个极其完美的解释；当你指出错误，它会立刻道歉并给出修正方案。这种体验太顺滑了，顺滑到我们习惯了被“喂食”，而失去了通过痛苦调试来建立心智模型的能力。

如果想在 AI 时代保持竞争力，我建议在实战中尝试以下工作流来人为制造“摩擦”：

一、 禁用直接生成，先写伪代码
不要直接让 AI 写函数，先在注释里写清楚逻辑步骤，强迫自己思考边界情况，然后再让 AI 填充代码。

二、 强制执行“追问三遍”
每当 AI 给出一段能跑通的代码，不要直接 Copy，尝试问它：

• “这段代码在并发量极高时会有什么潜在问题？”
• “如果不使用这个库，用原生 API 怎么实现？”
• “这种写法的时间复杂度是多少，有没有更优解？”

三、 刻意保留报错时间
遇到 Bug 时，先禁掉 AI 插件，尝试用 console.log 或断点调试手动定位 15 分钟。只有当你真正感觉到挫败时，再把报错贴给 AI，此时你对答案的吸收率会比直接生成高出数倍。

记住，一个优秀的工程师不是能让测试用例快速变绿的人，而是那个在面对未知崩溃时，依然拥有强大心理韧性和调试能力的人。不要让 AI 成了你的拐杖，而要把它当成一个能陪你深度探讨的对手。