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

“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：

  # 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，直接「开挂」了

你猜后来发生了什么？

时间	事件	工程师反应
2024 Q4	Gemini 开放 @code 模式内测	“卧槽，它真能跑通我的 Makefile？！”
2025 春	Gemini 2.5 支持 增量调试 + 单元测试生成	“我写的 test 还没它补的边界 case 多…”
2025.11	Gemini 3 + Nano/Banana Pro 发布	“救命，它开始帮我优化 GC pause 了…”

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

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

---

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

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

风险类型	原始担忧	现实打脸
🔐 安全性	“AI 生成恶意代码怎么办？”	→ 加沙箱 + AST 静态分析，比人类 review 更严
📜 合规性	“会不会 copy GPL 代码？”	→ 训练集做过 clean-room 过滤，相似度 < 0.3%
🧠 定位冲突	“Gemini 是助手，不是 IDE！”	→ 用户：“我不要助手，我要 pair programming bot！”

说白了：

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

---

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

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

场景	“禁用清单”思维	“布林式”思维
新工具上线	❌ 先列 20 条“不准用”	✅ 先问：“它最能放大我哪块能力？”
代码审查	❌ “风格不符，驳回”	✅ “这个 pattern 很有意思，能抽象成 util 吗？”
AI 辅助编程	❌ “别信它，自己写！”	✅ “让它 draft + 我 review + 再让它写 test”

💡 真正的工程文化，不是“避免犯错”，而是“快速验证 + 容忍试错”。
就像布林说的：
“我不怕 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 的成功，表面看是算法突破、算力堆叠；
但内核里，藏着一个老程序员的执念：

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

下次当你看到一段惊艳的 AI 生成代码时，
别忘了背后可能有这么一幕——
某个白发大佬，正为「一个 checkbox 该不该勾」，和产品经理据理力争。

而这个世界，正需要这样「较真」的人。

---