删和加的比例它自己就是结论

一行删除量把模型的脾气量出来了。Opus 5.5 看了一份 GPT-5.6 Sol 写的代码，删掉十四万五千三百九十八行，最后只加了二十行。净删十四万多，添的那二十行大概是收尾。 配文的评语也够损：让一个真懂架构的模型，去给热爱把一切过度工程化的模型擦屁股。删和加的比例本身就是结论，写的人追求面面俱到，审的人知道哪些是赘肉。 我倒是从这组数字里看出件事。代码审查这活的性质正在变，以前人肉看 PR 是体力活，现在两个模型互相看，一个负责堆，一个负责砍，人类退到拍板的位置。评审的标准也可能跟着变，敢删多少行，成了衡量理解深度的新指标。 当然单次演示说明不了架构能力的全貌，哪个模型删得狠也要看任务本身。真要把这当评测，得同一份代码跑十遍取平均，一次戏剧性的数字先当段子看。 两万行以下的项目轮不到这种大手术，日常重构里更常见的还是几十行几十行地磨，那才是工程师每天的真实手感。