夜雨聆风Google CEO 桑达尔·皮查伊在 2026 年 4 月对外说：公司新代码里，已有约 75% 由 AI 生成，且仍由工程师批准。这个数字从 2024 年秋天的约 25%，到 2025 年末约 50%，再到约 75%，被写成一条清晰的上升曲线。
同一时期，内部表情包看板 Memegen 上却在密集转发另一类信号：自家 AI 编码工具不可靠，写出来的东西像 slop——能跑通主路径，却在边界、命名、错误处理和架构约束上留坑，反而让写代码、审代码更费劲。
消息源估计，过去一年这类反 AI 梗大约「数百到上千」；产品发布、模型更新，或内部助手 Jetski 出故障时还会尖峰。
Google I/O 2026 期间有一张梗图直接改写发布会字幕，意思是大会又公布了一批「生成垃圾」的新方法，迅速拿到上百个赞。
这两张脸并不互相取消。75% 量的是生成覆盖；梗图量的是摩擦。真正要解释的是：为什么采用率可以一路冲高，一线却感觉活更重了？
75% 量的是第一稿，不是合并完成
公开叙事里，75% 常被听成「四分之三的新代码是机器写的」。
落到工程统计，它更可能是宽口径：自动补全、行内建议、测试草稿、重构补丁、agent 工作流里提交的 diff，只要被记成 AI 参与生成，都可能进同一条曲线。
皮查伊同时强调工程师仍要批准——但批准本身的时间、返工和风险，并不写进这个百分比。
他把数字接到更大的竞赛故事上：谷歌在追 Anthropic 一类把 Claude Code 用得很深的团队（对方公开口径曾到约 70%–90%）；内部甚至拉了「突击队」去补编码能力。对外，这是生产力里程碑；对内，采用率本身也容易变成要被看见的 KPI。
数字上升，首先证明更多 diff 的第一稿来自模型。第一稿变多之后，下游会发生什么，要另算。
写得更快之后，堵点挪到了审和测
软件工程不是「生成字符」这一层。一次可合并的改动，还要过理解意图、对齐接口、补测试、过审查、看回归、处理线上边角。AI 编码工具最擅长加速的，往往是前半段：把空白变成一大坨看起来像样的补丁。
后半段的成本结构会跟着变。审查者面对的不再是同事斟酌过的小 diff，而可能是模型一口气铺开的大段变更；「读懂再签字」的时间被拉长。内部反复出现的对照很直白：一边是兴高采烈做 vibe coding、甩出大改动的提交者，一边是要吞下这些改动的 code reviewer。
员工对 404 Media 的说法更硬：AI 缓解了「写代码」这个瓶颈，但全库测试、构建时长、人工审查、版本控制系统与基础设施反而成了新的拥堵点。谷歌工程文化长期偏稳定、故意偏慢，加速压力正好撞上这套底座。
这和 75% 并不矛盾。生成占比升高，完全可能与审查负担升高同时发生：一个阶段被加速，相邻阶段被堆满，整条流水线的吞吐未必上升——有时只是把瓶颈从「写」挪到了「审」和「测」。主观感受于是变成：工具让工作更难，而不是更容易。
为什么摩擦先表现为梗图
大公司里，正式反馈渠道常常要求可度量、可归因、可写成 OKR。编码助手的痛点却经常是感觉性的：补全打断节奏、建议不可信、假阳性测试、指标本身可疑。这类信号很难立刻变成工单优先级，却很容易变成梗图。
Memegen 因此成了组织遥测。当「数百到上千」的反 AI 梗在一年内堆积，它说明的不是个别工程师矫情，而是一线对工具质量与管理叙事之间的裂缝已经足够宽，需要用幽默泄压。
公开转述里还有对 Jetski 可靠性、以及「模拟指标」一类度量方式的怀疑——即便细节无法逐条外部核验，方向一致：争议不只在模型能力，也在「什么被算进成功」。
谷歌方面的回应口径是：鼓励工程师严格测试和批评内部工具；人仍要留在流程中心；会根据反馈继续改。这承认了反馈回路必要，但没有取消那个结构性问题——覆盖率指标可以单独冲高。
企业 AI 编码真正要盯的三列账
把这件事抽象成更一般的模型，大致是三列：
- 生成覆盖率
：多少新代码的第一稿来自模型（容易做成高管幻灯片）。 - 人类校验密度
：每千行 AI 产出需要多少审查与返工（决定质量能不能站住）。 - 系统约束强度
：测试、类型、权限、发布门禁与基础设施是否跟得上产出速度（决定加速会不会变成事故）。
只优化第 1 列，第 2、第 3 列会被挤爆。另一端的对照也在同一时期出现：有团队宣称用 Claude Code 写到 70%–90% 代码，那通常伴随着极强的本地闭环——快测试、严 lint、小步提交、人仍对合并负责。缺了这些，百分比越高，越像把半成品堆进主分支的传送带。
皮查伊还提过 agent 与工程师协作完成复杂迁移、速度约为一年前的约 6 倍——这说明在门禁与协作设计跟上时，加速可以是真的。
谷歌内部梗图指向的，不是「AI 编码失败了」，而是：采用率指标与交付质量指标开始分叉。对外，75% 证明投入被用起来了；
对内，工程师用梗图说：被用起来的东西，还没把整条工程链条变顺。
生成占比是入口指标；缺陷逃逸、回滚、平均合并时长、审查队列长度，才更接近出口。当编码助手从试点变成生产默认路径，组织真正要补的不是更高的生成百分比，而是让校验密度与系统门禁跟得上产出速度。两条曲线重新汇合之日，这个 75% 才从叙事数字变成整条流水线都站得住的工程事实。