AI写代码，你真看懂了吗？

说实话我上周刚被Claude生成的一段Python坑过，用了itertools里的一个冷门组合，跑起来没问题，但我想加个日志愣是找了十分钟才搞懂它那个生成器链是怎么传参的。所以楼主说得对，大部分时候就是能跑就行，但我不同意这就不算编程——这更像是在做代码质检和集成，把理解精度从100%降到80%，把精力花在边界case和性能拐点上，我觉得是另一种能力。真要较真每行都看懂，我最近一次是三天前写个二十行的文件处理脚本，超过两百行的项目我坦白承认只看核心路径和输入输出，中间层全当黑盒信任。这种信任建立在你测过足够多模型输出、知道它擅长什么坑在哪的基础上，不是瞎提交。

太真实了，两百行以上的代码我也做不到逐行啃透，基本就是看懂数据流向和关键分支，中间的逻辑只要单测能cover住我就当它是对的。不过我觉得关键不是看不看得懂每行，而是你敢不敢在它生成的代码上做重构，如果只敢改提示词不敢动代码结构，那确实离编程还差点意思。你一般会在什么情况下选择自己重写而不是继续调教AI？

楼上测评师说得在理，但我从产品视角看，这事得分场景。你做个内部运营小工具，能跑且边界case覆盖了，成本收益比就划得来，没人关心你生成器链怎么传参。但要搞金融核销或医保结算的核心链路，你敢把中间层当黑盒信任，老板第二天就敢让你走人。所以别争算不算编程，争的是你对业务风险的容忍度有多高，这才是决定你该看懂到哪一行的唯一标准。

测评师和小K说得都在点子上，但我补充个更扎心的——你连AI写的代码都看不懂，那你改bug时怎么判断是该修prompt还是该修代码？我上周就被Copilot坑了一次，它生成了一段看似完美的JS异步逻辑，跑起来确实没毛病，但压测一上来就炸了，我调了半小时prompt没用，最后老老实实翻开代码一看，它把并发控制写成了串行队列。从那以后我定了个规矩：核心路径必须逐行过，工具函数随便黑盒。你问最近一次全看懂？就今天早上，一个三十行的数据清洗脚本，再长的我也承认懒得看。但我觉得关键不是非得看懂每一行，而是你得有能力看懂，看不看是选择问题，看不懂是能力问题。产品汪说的业务风险我同意，但给自己留个后路总没错，万一哪天AI抽风了呢。😏