Gemini 3，是谢尔盖·布林「骂」出来的？ 还亲自下场写代码！

或许新的故事 会在雪花中慢慢开始

一个创始人暴怒改需求文档的真实事件

“Gemini 不能写代码？” 布林拍桌： “你管这叫 AI？这叫 AI Lite！”

布林在谷歌内部“吵架实录”想象图

▲ 布林当时内心OS：我现在不是在开会，是在debug企业文化

📜 一、事情的起因：一份“禁用清单”

时间回到 2024 年中。

谷歌内部某神秘文档悄悄上线，标题是： 🔹 《AI工具使用边界指南 v0.9（Draft – Internal Only）》

其中第 13.7 条写着：

✅ 可以用于：撰写邮件、生成 PPT、写周报草稿、讲冷笑话 ❌ 禁止用于：生成/修改代码、参与 CI/CD、与程序员对线

而被钉在“禁止区”榜首的，正是—— 🔥 Gemini

理由？文档里轻描淡写一句：

“为保持模型纯粹性与可控性，暂不开放代码生成能力。”

仿佛在说：

“这把瑞士军刀很锋利，但咱们只允许它开瓶盖。” 🍾

💥 二、布林震怒：不是 bug，是 design flaw！

作为亲手写过 Linux 内核补丁的男人，布林看到这条直接血压拉满：

“Gemini 的代码能力明明很强！ 它能写 Rust！能修 Goroutine 泄漏！能手搓一个 LRU Cache！ 你们却因为‘保持纯粹性’，把它锁进‘聊天室’？！”

于是 一场堪比 “GitHub PR 拒绝 + Code Review 吵到凌晨三点” 的经典场面，在谷歌总部上演：

• 🔥 第一轮：发邮件 → 石沉大海
• 💣 第二轮：拉会 → 会议纪要写满“待进一步评估”
• 🚨 第三轮：直接闯进产品会议室，甩出一段现场 demo： ```python # Gemini 刚生成的代码（修复一个 data race） import threading class SafeCounter: def __init__(self): self._value = 0 self._lock = threading.Lock() # 👈 关键！加锁！ def increment(self): with self._lock: self._value += 1 ```“你们告诉我——这段代码‘不纯粹’在哪？！”

最终，在走完 “7 层审批 + 3 次跨部门对齐 + 1 次 VP 仲裁” 的史诗级流程后—— 布林把皮查伊搬出来，一锤定音：

🎯 “Gemini，从今天起，正式获准上岗——写代码。”

🚀 三、后果：Gemini 3，直接「开挂」了

你猜后来发生了什么？

布林的回归,让谷歌的AI地位直接可以和OpenAI平起平坐，这还要感谢 OpenAI 一位名叫 Dan 的人，当初布林本来已经决定退休，但是在一次和Dan的对话中，激励了布林决定为谷歌的AI做些什么，因为那个时候的谷歌虽然在AI深耕了十多年，但是还不如后起之秀openai。

Gemini 3 与竞品 coding 能力对比（虚构但合理）

AI的发展引起了布林的深度兴趣，以至于很多年不碰代码的他居然每天工作的时候也开始写起了代码。

🤔 四、深扒：为什么连「写代码」都要审批？

你以为是产品经理“不懂技术”？ No no no——这是大厂经典“风险厌恶型设计”的终极体现：

说白了：

不是技术做不到，是流程没敢想。 —— 直到一个写过 C++ 模板元编程的创始人，亲自来改 Jira ticket 的 status。

🧠 五、启示录：警惕「禁用清单思维」

布林的故事，其实给每个工程师敲了钟：

💡 真正的工程文化，不是“避免犯错”，而是“快速验证 + 容忍试错”。 就像布林说的： “我不怕 AI 写错代码——我怕人类不敢让它写。”

🍰 六、彩蛋：布林回归的「技术侧写」

据内部人士透露，布林回归后日常画风是这样的：

• 早上 9:00：在 Colab 里跑 Gemini 3 的 latency profile
• 中午 12:30：拉着 TPU 团队吃食堂，边啃三明治边画 attention mask 优化草图
• 下午 3:00：在内部论坛回帖：“这个 kernel fusion 优化我试了，+12% throughput，PR 已开”
• 晚上 8:00：给实习生 PR 留言：“建议加个 //nolint:gocritic，这个 warning 是误报”

布林工作状态想象图

▲ 他不是在写代码，就是在去写代码的路上

🎯 结语：伟大产品，往往诞生于「一次暴怒」

Gemini 3 的成功，表面看是算法突破、算力堆叠； 但内核里，藏着一个老程序员的执念：

“工具就该解决问题——而不是制造流程。”