人工智能带来的生产力提升更接近 10%,而非10倍!


研发团队用了AI编程工具,代码产量中位数只涨了百分之八。

四百多家公司两整年的数据砸到脸上,AI工具使用率飙升六成五,写代码速度才挪了不到八个百分点。技术老板们盯着报表,表情像看到泡面里没有调料包。销售页面上的数字喷着三倍五倍的火,现实里的代码仓库安静得像考场上没人敢翻卷子。

调查团队翻遍工程师的时间账本,发现写代码这活儿只占日常的六分之一。剩下那六分之五全耗在开会、查文档、等人回复、盯部署流水线上面。AI把六分之一的那块蛋糕切快了一刀,整张桌子上的菜量根本没变。那些号称十倍的宣传语,喊得越响,跟真实工位上的距离拉得越远。

这场关于AI产出的数字游戏,比的从来不是代码生成速度。

游戏规则是工程师钟表上的每一格怎么填满。四百多家公司横跨金融、零售、医疗和科技,员工从一百五到一万人的规模都有。DX这家研究机构把数据摊开,中位数那个点稳稳卡在百分之七点七六。有一小撮头部公司跑到平均百分之十三,拔尖的百分之十还冲到了四十四。可这些闪光数字照样够不着传说中的十倍。工程负责人们私底下碰头,语气里全是对自家团队够不够力的焦虑。这种焦虑像手机低电量提示音,每响一次心就揪一下。真实情况其实安全得很,大部队都在同一条慢车道上并排滑行。

六分之五才是真正的战场

写代码只占工程师钟表盘的百分之十六。这个数字是从Atlassian那份覆盖三千五百个开发者的报告里翻出来的。剩下那百分之八十四的时间流向了四个黑洞,计划、找人沟通、查已有系统的逻辑、以及处理上线后的警报。AI手里的电焊枪再快,也焊不接会议室的断头路。有个受访的开发者说得很直白,原本四天的任务压缩成三天,可仓库里的合并请求数量照样没翻倍。因为那些代码写完还要等人看,等完人看还要等测试跑完,测试跑完还要等运维点头。这一串流程像食堂打饭,窗口炒菜再快,排队的人龙照样一米不少。

代码审查到现在还是人力密集区。AI吐出来的代码行,人类审查员要额外瞪大眼睛去查。省下来的打字时间,全补到查错和解释逻辑的嘴皮子上。一来一回,净赚等于零。有些团队试过让AI自己审查自己,结果AI对着AI吐出来的代码疯狂点赞。这种互相吹捧的循环解决不了任何实际问题。真正的审查者还是那个端着咖啡熬夜的黑眼圈同事。他把AI写的十行改掉九行,剩下那一行还得手动补注释。这种场面每天在各个公司重复上演,像重复播放的默片胶卷。

工具不成熟的时候,学习曲线陡得像九十度爬坡。每个工程师刚摸到AI助手时,速度和质量都会先往下栽一阵。这个下坠的过程叫J曲线,名字听着像过山车的第一段俯冲。等摔到底再爬起来,那些熟练工才慢慢跑赢旁边不用工具的队友。可爬坡那段时间消耗掉的热情,足够浇灭好几场本来的高效幻想。新手操作AI时反复改提示词的次数,比写代码本身还多。那些提示词写得不精确,AI就送你一堆用不上的废铁。废铁占满屏幕,你又要花额外的时间去拆。

上下文是AI摸不到的暗号

AI写代码擅长对付那种独立封闭的小题目。比如写个排序函数或者解析个日期格式。这些题目说明书给得清清楚楚,边界画得明明白白。真实工程现场的代码仓库像一座老城市的自来水管网。埋在墙里的管子连着哪栋楼,只有老师傅的脑袋里清楚。AI扫一遍代码库的表面文字,扫不出那些写在即时通讯软件里的决策记录。扫不出那个三年前离职的员工留下的未命名配置项。更扫不出产品经理在走廊里随口说的变卦方向。

这些隐形知识叫机构上下文。它们分散在人的记忆里、不同系统的存档里、以及一堆没人整理的维基页面里。AI缺了这块拼图,填出来的代码就像外人走进厨房乱翻调料。酱油瓶拿成了醋瓶,盐罐放到了糖盒旁边。资深工程师每天大量时间在内部即时通讯频道里捞信息。捞完还要把信息翻译成AI能听懂的结构。这个翻译过程的消耗,跟AI节省下来的打字时间差不多对冲。两个力量互相抵消,速度表上的指针就卡在原地打转。

放大器不会改变底片内容

AI工具本质上是放大器。工程师手头的代码写得顺、注释写得全,AI就帮你跑得更快。代码库本身乱成一团,AI放大的是乱上加乱的速度。那种乱会在AI生成的新代码里继续繁殖,像野草种子的基因传遍整片草坪。评估准备度要从每个服务模块和每个小团队开始查。查文档全不全,查流程顺不顺,查大家平时卡在最烦的环节是哪一步。这些准备工作做得越扎实,AI那双额外的手才越帮得上忙。

既然写代码只占六分之一,最高回报的投资点就该往别的环节挪。规划阶段用AI梳理依赖关系,比让它生成十个函数更有用。代码审查阶段让AI先扫一遍低级的语法错,人类审查员就能腾出眼睛看架构。文档阶段让AI把散落的注释汇总成初稿,比人从头敲键盘省力气。运维阶段用AI看日志里的异常模式,比人盯监控屏幕更早发现火苗。这些动作全避开了那百分之十六的主赛道,反而撞开了一片新草原。草原上的草长得比主赛道的花还旺。

追踪AI效果不能只看速度一个维度。DX那边推出了一个三维测量框架,覆盖利用率、实际影响和成本开销。利用率看工具有没有人碰。实际影响看碰完之后代码质量掉没掉。成本开销算订阅费和额外时间投入。三个维度像凳子的三条腿,断掉任何一条,整张凳子就歪。有的团队速度涨了,但代码审查时间翻倍,净收益变成负数。有的团队代码量暴涨,但线上故障数跟着暴涨,修故障又吃掉更多时间。

单看一个数字就像只摸大象的尾巴,误以为大象是根绳子。

该信十倍还是信百分之八,报表比宣传册诚实。  



原文期刊:LeadDev / 发表日期:2026年7月29日 / 原文标题:AI productivity gains are closer to 10% than 10x / 作者单位背景:DX公司副CTO