速评：正文卖的是反思，真正扎人的一句躺在评论区。
9月28日 dev.to，作者 Mika Flowers，标题大意是"我不再用写多少代码来衡量自己的编程能力"。十来天九条热评，作者逐条回。讲了什么不新鲜——AI 生成的代码不算你的，你理解了才算；能不能解释为什么这么写、出了事能不能修、愿不愿意为它背书。
这套话的骨架十五年前就有。作者自己都写进去了：约十五年前 Stack Overflow 上有人认真问，自动补全算不算真正的编程。她把它当怀旧注脚一带而过，没往下想。那场争论最后怎么结束的？
不是想通了，是自动补全变成了默认配置，没人再问。你今天用 IDE 补全不会觉得自己在作弊，因为不用的那批人早就不在这行说话了。同一套剧本，换了个贵得多的道具，重新上演一遍。
重点在评论区。
9月30日一条留言，build996：让模型先出计划再动手，然后检查 diff 有没有按计划走，分歧处逐行看。这一层比正文的操作层高，我认。但他紧接着那句才是刀——模型对自己选择给出的解释，是同一个生成过程事后编出来的合理故事。
这句直接戳在文章的核心方法论上。作者的招牌建议之一是：要求模型解释它的选择，再检查解释和代码是否一致。问题就出在"一致"这两个字的判据上，你拿什么当基准？
判断力还没强到认出这段解释是在圆场，那你检查了个寂寞。已经强到一眼看穿，那你压根不需要它解释。这不是技术问题，是循环论证，整篇文章的处方都压在这上面，没接住。
我也觉得这不是作者一个人的毛病，是这一整类"我用 AI 之后如何如何"的文章的通病：症状描述得极准，处方全是老方子。她那串旧标准我太熟了——记住语法、不看资料搭出组件、不查不靠修掉 bug、从空文件凭记忆写出一套东西。熟到有点生理不适，因为我拿这套尺子量过自己好多年。她把这些尺子扔了，换上的新尺子是读完整 diff、改动保持小、测试不合理路径——都对，都是好习惯，可这几条搁 2019 年也是对的，跟 AI 没半毛钱关系。
她列的那堆 AI 生成代码的毛病——修一个 bug 引出另一个、重复已有逻辑、测试全过但违反需求、加一堆没人要的抽象——每一条我都点头。但点头没用，因为没人会反对。这种清单列出来是安全的，安全的东西不解决问题。真正该问的是：知道这些之后，日常到底哪里不一样了？
不过有一样东西我得认。
文章里最实在的一句是"AI 生成代码的速度可能快于你理解代码的速度"。这不是话术，是能观察到的现象——一个提示变成三个文件，第二个提示搭出一层抽象，第三个提示悄悄动了承重结构，等你回头看，仓库名义上是你的，你没法向任何人解释它。这个画面比正文里所有"我成长了"的段落加一起都有用。看到这句我甚至有点想收回前面那段话说得太狠。
算了，不收回。一句真话不能给整篇的软肋买单。
顺一句不好听但不算黑的：这类文章在 dev.to 上不只是技术讨论，它同时是作品集。作者在评论区自己说了，目前自由职业，做开发者工具和 agent 方向，正在积极面试技术写作或软件岗；紧接着就有人留言说读完了她全部博客，对长期合作有兴趣。这构不成任何指控，谁都得找工作。只是知道这一层之后，正文里那条"旧标准悄悄阻止了我，放下它我才开始真正构建"的叙事弧，读起来会换个味道。承认它一半是复盘一半是公开简历，比假装它是纯思辨要诚实。
这里立个 flag：下一阶段这类文章的主题，会从"用了 AI 之后我学会了理解"挪到"我用 AI 把验证做得更快"。瓶颈从打字挪到理解，再从理解挪到验证——工具不会放慢等你，这句是作者自己说的，我只是往下推一步。至于十五年前在 Stack Overflow 上问"自动补全算不算编程"的那个人，他今天大概正用 Copilot 写着什么，而且已经没空再问这个问题了。