键盘敲击声正被自动化算法取代，但软件交付并没有因此变快。
计算机学会旗舰期刊 CACM 近期基于身份云平台 Okta 的多月追踪数据，正式确立了一个冷酷的现象：效率-吞吐量鸿沟（efficiency-throughput gap）。个体开发者体感提速再明显，团队层面的代码合并与业务交付吞吐量依然没有产生实质跃升。
当任何人都能在几秒内吐出成百上千行代码时，软件工程的成本模型彻底变了。
55%的提速狂欢，撞上交付减速的墙
研发前线的狂欢与宏观层面的停滞，构成了当下最荒诞的反差。
- 发生了什么.微软、国际清算银行与埃森哲的实测曾记录到 26% 至 55% 的单点任务提速；但挪威劳工与福利管理局跟踪 703 个仓库与 2.6 万次提交后发现，采纳 Copilot 的工程师实际产出量并无统计学差异。
- 为什么重要.METR 的随机对照实验显示，在复杂的成熟代码库中，资深开发者使用 AI 辅助后任务完成时间反而增加了 19%。敲击键盘省下的时间，全被识别隐性逻辑缺陷的精力消耗殆尽。
- 谁受影响.背负交付指标的企业技术负责人、被迫替机器代码擦屁股的高级工程师，以及误以为堆砌工具就能裁员提效的决策层。
这是一种典型的采纳者偏差。最先拥抱工具的往往是技术底子好的骨干，他们的产出本就处于高位；一旦工具进入充斥着技术债的现实系统，流水线立刻因未经咀嚼的代码轰炸而出现梗阻。
组织欧姆定律：代码是易耗品，状态是死负重
CACM 研究引入了组织欧姆定律来解释这种断层：研发系统的有效交付电流，正比于工程师的技术意愿，但反比于组织的系统阻抗。
打字只占研发工时的一小部分，跨模块联调、等待上下游依赖、环境配置和流程损耗才是工程常态。单点按键速度加快十倍，不过是把大批半成品以更猛烈的势头推向下一个拥堵点。
更根本的盲区在于混淆了代码与系统状态。
文本代码本身随时可扔，真正沉淀在企业内部的是状态。线上运行超过一个季度的服务，都会伸展出蛛网般的依赖：数据库写入的审计记录、合规主权责任、上下游部门未明说的调用习惯。
Veracode 测试显示 45% 的生成代码样本存在高危安全漏洞，而 Stack Overflow 的调查里有 46% 的开发者明确不信任生成结果的准确性。建造系统的动作轻浮如草稿，附带的系统责任却坚硬如铁。
审查员不信任机器代码，又无法拒绝堆积如山的变更请求。阻抗守恒定律在此生效：敲代码省下的每一秒，都在同行评审和线上排错中加倍奉还。
放大器而非救世主：转折点的真正门槛
技术工具从来不是凭空扭转产出的发动机，它只是一个功率放大器。
十九世纪英国纺织工场引入蒸汽机时，单台织机的转速提升并未立即带来布匹产量的暴增；直到整个工厂重构了动力传输轴、物料调度带与仓储节奏，动力革命才真正落地。今天买几万个 Copilot 账号，就指望研发部门产出翻倍，和当年以为买台蒸汽机就能让手工小作坊变成现代化工厂一样天真。
Google DORA 2025 年的跟踪报告指出了这个转折。在测试隔离健全、持续集成规范且具备 Agent 辅助静态检查的团队里，代码采纳度与吞吐量终于呈现正相关，Cursor 组织内的合并 PR 数量也提升了 39%。
但代价依然没有结清：交付稳定性的负向关联还在持续承压。
能够跨越鸿沟的团队，从来不是因为底层大模型多背了几条语法规则，而是因为他们为研发管线焊上了极硬的护栏：严格限制单次合并的体积上限、执行策略即代码、依靠自动化环境快速拦截坏死组织。
当代码变得极度廉价，衡量技术团队水平的刻度随之彻底颠倒。过去看谁能把系统搭得更快，未来看谁有能力叫停那些本就不该立项的无序建造。
天下多患治道不立，而不患人才不足。不重构交付流水线去消解内部阻抗，盲目追求前端代码喷涌，只会让整套工程底盘在虚假的繁荣里加速崩溃。