9月29日这天，知乎同时冒出两个新问题。一个是《独立开发游戏时，哪些环节最适合先用AI提效？》，题主卡在一个很具体的位置：“美术、文案、音效都缺人。AI看起来什么都能做，又怕最后素材拼起来很廉价”。 另一个是《开始依赖AIGC后，怎样判断自己是在提效还是在偷懒？》，题主自述写方案、回邮件都先问AI，“确实快了不少，但也发现自己越来越懒得查资料和组织语言”。 一边想把AI铺进全流程，一边快是快了但心里发虚——其实是同一个问题：AI帮你省下来的时间，到底归谁。知乎知乎
程序员是最早大规模用AI干活的人，也是最先把这笔账算不明白的人：打字那段明显快了，项目和值夜的节奏却没有同步变快。这半年，全网关于AI编程"提效多少"的说法，撞了个正面。
先把这些提效数字摆在一起看
乐观口径不少。知乎回答者DBinary实测后说，在"让AI生成、自己再参考修改"的那部分代码上，“可能能节省70%-80%左右的时间”。 微博博主定焦数码转述一个业内项目，用Vibe Coding做中小项目开发，“开发时间能缩短至少一半”。 知乎作者"老王数码说"则给出一个流传很广的组合：90%的开发者每周都在用AI，但整体效率只快了30%。知乎微博知乎
悲观口径同样有真人。小红书博主张玉9月27日的帖子只有一句话：“AI 写代码再快 最多只省7%的时间”。 这条只有5个赞，但它背后站着高赞共鸣：知乎一条66万浏览的回答里，作者说有的模块"写提示词就要打磨一两个小时，再丢给AI编写调试修改一步到位"，“其实并不一定比我手写快”，用AI图的是代码质量高。小红书知乎
真正的大样本共识，藏在知乎问题《AI写了60%的代码，为什么企业研发效率还是没飞起来？》下面——这个问题有超过80万次浏览，高赞回答pansz点破了数字打架的原因：那些省不掉的时间，花在决定该写什么代码等等其它事情上，“而这些时间，用ai省不掉”。 今天刚从B站刷到的IBM分析师Sam Anthony的翻译视频说的是同一件事：编码本身不再是开发难点，规划、验证等环节成为未来开发核心，Agent已能一口气更新数百个文件、操作多个代码仓库，"执行速度远超人类"的消化能力。知乎哔哩哔哩
还有一笔更实在的账在工具层：36氪9月报道的三项基准实测显示，即使使用同一个模型，不同智能体框架也可能让编码成本成倍拉开，Token最多能差出70倍。 先算工具账单，再谈省下的时间。36氪
把这些口径排成一列就能看出规律：它们都没撒谎，量的不是同一段时间。敲键盘、出初稿、写样板，省70%-80%是真的；需求、方案、评审、测试那段，一分没省；端到端算总账，才是多数人体感的30%上下。提效数字的战争，本质是分母之争。
省下的时间去哪了：搬到"读代码"那头去了
第一个去向，是读不过来。知乎用户爱莎9月25日说得很直白：以前一天手写800行，能保证每行都按自己的想法写，“已经不是我想不想自己写、想不想仔细看AI写的代码了。是根本看不过来”。 微博博主宝玉xp 9月15日的判断更狠：“VibeCoding到后来，想法都不是瓶颈，验证才是”——想法源源不断往上加，反正AI都能做出来，做出来以后"根本来不及一个个功能测试"。知乎微博
第二个去向，是排查变贵了。一条100万浏览的知乎回答总结：用AI写代码是很快，但使用AI改bug效率很低，它会"重复地陷入错误的循环"。 pansz那条回答下，70多赞的短评给出了这轮讨论里最精炼的一句话：一旦出现AI解决不了的bug，你还得去阅读它生成的代码——“时间成本不会消失，只会转移”。知乎知乎
还有个更朴素的比喻出现在同一评论区：高考作文打800个字用不了20分钟，但"从构思到落笔"要50分钟，AI压缩的只是打字那一段。而那条回答的评论区最高赞（224赞）聊的全是开会——代码之外的时间本来就占大头，AI根本没碰。知乎
验证怎么做，社区吵成了两派
分歧比数字本身更有意思：人还要不要读代码？
“必须读"一派有方法论。知乎用户韭菜馅儿包子9月23日的原则是"不要让AI直接写代码，先方案再review再方案细化再review再评审再实现”。 微博博主CSS魔法的做法是项目一开始就搭好单元和集成测试框架，“每个功能都是功能代码和测试代码同步写”，写完自动跑测试验证。 蚁工厂1月那篇实战总结一句话概括了这派立场：不是"让AI写代码"，而是"用工程化让AI写对代码"。知乎微博微博
“不用读"一派已经在冒头。知乎24万浏览的一条回答认为"代码的主要阅读者变成了AI”。 宝玉xp 9月18日引述了一句被疯传的推：“我为什么要看代码呢？那就像汇编语言一样，就像一个编译后的产物”。 但同一篇文章里他也讲了个业内见闻：一位天天教人写整洁代码的老工程师，“自己却不看AI写的代码就敢merge”，被吐槽是"做了个违背祖训的决定"。知乎微博知乎
评论区里有人给出中间答案：“AI的开发过程中，执行变得廉价，决策和验证的需求越来越高”，甚至自嘲"以后程序员都改行质检员"；也有人反驳，验证未必需要资深大脑，因为AI输出根本不区分你是新人还是老手。
社区也开始有人直接写规则。36氪8月报道，Rust给AI编程立了新规：能帮你看，不能替你写，用多了还会"熔断"。 更早一点，同月一篇争议很大的Kotlin圈两小时访谈里，那句"我宁愿失去80%的工作机会，也坚决不用AI编程"被反复转发。 一边在给AI设闸，一边是提效口径满天飞，这行的真实裂缝就在这儿。36氪36氪
不同类型的AI提效用户，该把这轮讨论带走什么
如果你是在职开发者：给AI产出定一条"验证预算"——一次产出多少代码，就预留多少"读+跑测试"的时间，读不完的PR不合。把CSS魔法那套搬过来：先让AI把测试写好，让它自己证明自己。
如果你是带小团队的人：宝玉xp评论区那条建议值得抄——设计文档的写法要改，都写成验收文档，让AI在动手前先写清楚每个环节的用户旅程；测试不再是下游环节，而是前置的"先验"。那位给自己搭了"提交→每日自动回归→结果回喂AI修复"闭环的微博用户自报"至少解决80%的测试问题"——自报口径打个折听，但方向是对的。微博
如果你是独立开发者/学生：今天知乎那个独立游戏问题就是现成的镜子——生成永远不缺，缺的是把素材拼起来不廉价的统一验收。张玉那条"最多只省7%"点赞很少，但它提醒所有想全职跳进AI一人公司的人：写作快≠交付快。知乎用户ztc总结的三个阶段——“代码补全→代码拷贝→AIAgent”——也正是验证成本逐级放大的三个阶段。知乎
值得继续盯的信号也很清楚：8月就有人安利扫描整个项目、指定目录和PR变更的安全验证Agent。 巨头的编码工具竞赛正在从"写得快"卷向"验得掉"。当"谁来验证AI"本身成为产品卖点，说明这轮提效红利已经见底，下一轮红利的名字换了——叫"可信"。微博
7%也好，80%也好，都是真话的一半。属于你自己的那个数字只有一个算法：省下的写作时间，减掉多出来的验证时间。这笔账算平了，才轮到谈提效。
