或许新的故事 会在雪花中慢慢开始
一个创始人暴怒改需求文档的真实事件
“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，直接「开挂」了
你猜后来发生了什么？
|
时间
|
事件
|
工程师反应
|
| --- | --- | --- |
|
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 的成功，表面看是算法突破、算力堆叠；
但内核里，藏着一个老程序员的执念：
“工具就该解决问题——而不是制造流程。”