立正把AI比作站在身后的保护员：它替你举重，但关键处要故意自己举。值得自己扛的“难”是这件事值不值得做、怎么拆、做出来好不好；配环境、调端口这类消耗意志力却不长本事的“假困难”可以交给工具⁠1。所以大量手搓代码是否在练有用能力，取决于你手搓时有没有在练建模、拆解、验收和诊断；如果只是照着教程走流程，换成AI生成也一样学不到东西⁠2。检验办法很朴素：撤掉帮助、隔一段时间、换一道题，你还会不会⁠3。

“从零写”和“读懂改AI的代码”不是两种互不相干的能力，它们都要求你心里有一个系统该怎样运转的模型：数据怎么流、哪里可能出错、异常会有什么信号。有了这个模型，你才能对AI的产出提出假设、设计验证、对照结果⁠4。差别在于从零写时你必须自己补全每个细节，容易在细节里迷路；读改AI代码时细节现成，但你要判断它为什么这样写、有没有更简单的路。那篇文章还提出，能做出复杂的东西是能力，能判断哪些复杂度根本不需要也是能力，而后者从最终代码上看不出来⁠5。

立正在节目里讲过一个现象：技术很强的程序员容易带着“AI写的代码不如我手写”的偏见去看AI，而这会妨碍他真正学进去。他解释这种抗拒有情感根源——过去的价值就建立在代码写得好上⁠6。这不等于说手写没价值，而是提醒：如果手搓的乐趣和熟练感变成了拒绝新工具的理由，练的就不只是能力，还有一层身份保护。更稳的做法是把手写当成检验理解的工具，而不是身份本身。