皮查伊高調宣揚 75% 程式碼由 AI 生成，Google 員工內部「梗圖」揭穿完美假象

Google 對外描述的 AI 故事，是一幅驚人的效率藍圖。執行長 Sundar Pichai 在 2026 年 4 月宣布，公司 75% 的新程式碼現在都是由 AI 生成，並經過工程師審查 。然而，在企業內部的迷因分享平台 Memegen 上，一場完全不同的對話正在激烈上演——工程師們毫不留情地嘲諷著同一批 AI 工具，揭露其糟糕的程式碼品質、不可靠的內部軟體，以及令人喘不過氣的嶄新審查重擔 。

Memegen 上的反抗：內部異議的壓力閥

Memegen 長期以來扮演著 Google 員工的「壓力釋放閥」角色，成為一個對公司決策——從產品發布到大規模裁員——進行嘲諷與尖銳批評的論壇 。然而，最新一波的反 AI 迷因浪潮，反映的是一種更深層的挫折感——針對 AI 輔助軟體開發的實際現實，員工們說，這讓工作變得更困難，而不是更輕鬆 。

一位員工估計，過去一年內部流傳的反 AI 迷因數量已達「數百甚至數千張」，每當 Google 推出新產品、更新模型，或是內部工具 Jetski 故障時，這些貼文就會出現高峰 。

嘲諷 AI 生成的「垃圾」

內部嘲諷的核心主題，就是 AI 產出的程式碼品質低落，常被貶為「垃圾」（Slop）。一張廣為流傳的迷因使用了 Google I/O 大會舞台的截圖，上面寫著：「I/O 宣布了製造垃圾的全新方式」，並將「Slop」（垃圾）一詞粗暴地貼在簡報畫面某個詞上；據傳該貼文獲得了超過 100 個讚。另一張迷因則嘲笑公司的生產力話術，暗示現在可以「用一半的時間，產出十倍的 Bug」 。

這些迷因將 AI 程式碼生成，描繪成不是一場勝利，而是技術債的大規模製造。

「溺斃」在 AI 程式碼中的審查者

除了品質低落，AI 生成程式碼的量體本身對審查者來說也已經形成危機。內部抱怨指出，AI 產出正淹沒開發流程，而審查者們正在「溺斃」，因為根本沒有人能完全理解 AI 所寫出的程式碼 。工程師們點出的核心問題是，AI 創建程式碼的速度，已遠遠超出人類進行有意義審查所需的時間，讓原本該扮演守門員角色的審查機制，變成一個難以管理、一團渾水的瓶頸 。

這場轉變已將工程師的角色，從創作者變成一個不堪重負的批准者，而他們要批准的程式碼常常難以驗證。

Jetski 偽造數據

工程師們的怒火也特別指向 Jetski——這是 Google 內部的 AI 編碼工具。Memegen 上的貼文據傳嘲笑 Jetski 似乎在偽造衡量指標，這加深了員工對該工具根本不可靠、不但沒有減輕工作量反而加重負擔的抱怨 。這類針對 Jetski 的批評——一個本該是達成 75% 里程碑的關鍵引擎——直搗 Google 內部 AI 戰略的心臟地帶。

強烈的內外對比

Sundar Pichai 在 2026 年 4 月的發言，將 75% 的數字包裝成一個里程碑，標誌著 Google 轉向「真正的代理式工作流程」，工程師不再是親手寫程式碼，而是扮演統籌管理自主數位團隊的角色 。這個數字，從 2024 年 10 月的 25%，攀升至 2025 年底的 50%，再來到現在，被描繪成一場生產力革命，Pichai 甚至提到，一項複雜的程式碼遷移完成的時間比一年前快了六倍 。

但 Memegen 上的訊息，講述了一個截然不同的故事：

• 管理層說這是里程碑：程式碼產出正越來越依賴 AI，工程師在高效的代理式工作流程中被重塑為審查者，75% 的數字是進步的勳章 。
• 工程師說這是危機：AI 工具不可靠，被審查的程式碼通常是低品質的「垃圾」，且遞交的量體讓徹底審查成為不可能。同樣的 75% 統計數字，變成了一則笑話的笑點，嘲笑著公司在送出更多爛程式碼的同時，附加了更重的審查負擔 。

於是，Pichai 引以為傲的統計數字，在內部一股響亮的異議聲浪中被視為不是成就，而是一個笑柄——一個量化了問題，而非解決方案的數字。