0
| 本文作者： 高允毅 | 2026-06-25 10:49 |
作者丨高允毅
編輯丨馬曉寧
01
今早，硅谷爆出了一個讓AI工程師集體破防的大瓜，直接引來200多萬吃瓜群眾。
一位在Google干了近7年的資深開發工程師 Justin Poehnelt，在今年3月初，利用業余時間搞了個爆款小工具，直接登上了 Hacker News 的熱搜第一，幾天內就在GitHub上收獲數千顆星標，并迅速積累起成千上萬名實際用戶。
這本來是個好事，Google官方應該趁熱打鐵，加大宣傳。結果他沒有升職加薪，反而被公司掃地出門了。更魔幻的是，在他被解雇的前兩天，Google宣布即將發布官方版“同款工具”。
事情一出，不少人為他叫屈，連OpenClaw之父Peter Steinberger、 Vercel的首席執行官Guillermo Rauch等大佬都跑來圍觀，直接向他拋出橄欖枝，認為他是不可多得的人才。
那他究竟做了什么？
Justin Poehnelt當時在GoogleWorkspace開發者關系團隊工作，日常職責是幫助開發者更好地使用Google的產品。
Justin Poehnelt 發現了一個天下打工人共同的痛點：Google Workspace（Google辦公全家桶）的 API 接口實在太碎、太難用了。尤其在2026年AI Agent迅猛發展的背景下，Agent想操作Gmail、Calendar、Drive這些服務，沒有順手的工具，跑起來磕磕絆絆。
于是，他用Rust語言手搓了一個Google Workspace CLI，一個能讓AI Agent直接操控Google全家桶的工具，把復雜的接口直接簡化了。
這個工具發布后一炮而紅，幾天內就在 GitHub 狂攬數千顆星，數萬名用戶涌入，甚至有網友狂呼好用，想親吻項目發明者。
這件事驚動了Google高層，一開始，連Google內部的高管和總監都跑來向他請教。
但畫風很快就不對了。法務部門突然介入，把他叫去進行了高強度的“拷問”。
法務揪住“品牌合規”問題不放，認為他作為Google員工，不應該在 GitHub 開源倉庫里使用Google官方的 Logo 和品牌顏色，外部會誤以為這是Google官方產品。
眾所周知，Google在品牌合規和商標使用上有著極其嚴苛的規定。在Google內部，Google法務對護衛品牌的執念，有時甚至大過技術創新。 Google內部有幾條絕對不能碰的“品牌高壓線”。
比如，外部開發者或員工個人項目，絕不能“蹭”官方背書，讓外界誤以為這是Google官方蓋章認證的產品。；還有嚴禁把“Google”直接塞進項目名，連模仿 Gmail 這種“G-xxx”的命名格式都不行；連大家熟悉的紅黃綠藍經典配色、官方字體排版和圖標，也不許照搬；Google還規定即便開源項目的底層代碼享有開源自由，但項目的“商標權”依然屬于公司財產。
Justin Poehnelt 確實違規了。但他認為自己被開的真正內幕是他動了別人的蛋糕。
Google內部有龐大團隊在做類似的事，且進度緩慢。Justin Poehnelt 一個人業余幾天搞出來的東西，直接把官方的臉打腫了。 更致命的是，他的工具讓高層感到了“被顛覆的恐懼”，高管們怕的不僅是這個 CLI，而是它背后代表的“AI 智能體”即將對傳統辦公軟件帶來的降維打擊。
于是，Justin Poehnelt奮起發聲。用他自己的話說：“我要拿回屬于我自己的故事。”
02
最有趣的是這條推文下面，OpenClaw之父Peter Steinberger的現身。
Peter Steinberger或許比任何人都理解 Justin Poehnelt的處境，因為他自己就干過一模一樣的事。
幾個月前，Peter Steinberger獨立開發了一個叫gog的Google Workspace CLI工具。初衷如出一轍，市面上缺乏好用的工具，他需要讓AI Agent順暢地操作Google的各項辦公服務。
這個gog后來被收錄到OpenClaw的官方倉庫中，支持Gmail、Calendar、Drive、Docs、Sheets、Slides、Contacts、Tasks等幾乎全套Workspace服務。
Peter Steinberger的打法很明確，他想用細化到極致的CLI工具把各種系統逐一打通，然后交給AI統一調度。用戶只需要給Agent一句話，它就能自動完成一套跨應用的復雜流程。
當然，最后的結果是，Google做出一套防御新措施，封殺了OpenClaw的接入，并緊急推出了官方的 Google Workspace CLI。但與此同時，Peter Steinberger也被OpenAI重金招攬。相同的創意，截然不同的結局。事件發酵后，網友們的觀點也分為兩派。
一派認為Google的做法過于極端。畢竟，Google內部曾經有一種文化，允許團隊或個人在GitHub上自行發布開源項目，無需審批。從“20%時間”的創新文化到開除創造者，這中間的變化令人唏噓。
另一派認為解雇合理。發布一個看起來像官方產品的CLI工具，沒經過法律、隱私、品牌審核，尤其在公司內部有類似產品正在開發時，這種"擅自"發布會被視為競爭或攪局。
這個問題的核心是， Justin Poehnelt到底走沒走完官方審批流程？
Justin Poehnelt本人的回應含糊其辭，只強調流程復雜且經常變化，始終沒有正面回答。這讓很多人覺得，"故事還有另一面"。
Justin Poehnelt 是典型的自驅型極客，他敏銳地察覺到了 AI 時代需要什么工具，并迅速做出來了。但大公司的既得利益集團一看，好家伙，你這玩意兒要是普及了，我們這幫人下季度的 KPI 怎么寫？
當一個工具讓Agent可以繞過UI直接操作服務時，團隊的價值就被稀釋了。所以，Justin Poehnelt必須走。
03
拋開這件事本身，如果翻一翻這款工具的GitHub主頁，你會發現它之所以封神，是踩中了當下的一個技術趨勢：軟件交互正從“人機接口”向專為Agent設計的“機機接口”轉變。
Justin Poehnelt曾在其博客《為AI智能體重寫你的CLI》中提出了一套“智能體優先”的開發哲學。
過去，開發者總愛把命令行界面做得花里胡哨，弄些漂亮的顏色和表格給人看。但Justin Poehnelt轉換了思路：AI時代，工具得優先給“機器”用。 他沒有拋棄人類體驗，仍保留著快捷鍵和交互提示，但在底層做了關鍵轉變，把所有輸出自動變成結構化JSON，讓AI一眼就能看懂。
這種轉變帶來了一場“效率革命”。它不僅干掉了最煩人的OAuth授權流程，還直接打包了40多種現成技能。這樣，大模型不用再去啃長篇官方文檔，只需接收極簡指令就能完成跨應用操作，省下了大筆算力和Token成本。
更絕的是它的動態適應能力。傳統工具的底層往往是寫死的代碼，Google一更新，就要熬夜改。而它能在運行時實時讀取Google的 Discovery Service，動態構建命令。這意味著，Google今天剛上線的新功能，它馬上就能自動識別并上手調用，徹底告別人工維護。
此外，它在安全方面也不含糊。它能攔截藏在郵件里的惡意指令，在碰到AI之前就被掃描報警或直接截斷，將安全隱患徹底扼殺在搖籃里。
Justin Poehnelt的理念，正在重新定義人與企業軟件的交互。
04
這場風波的結局還沒有寫完。
Justin Poehnelt離開Google后，開啟了新項目Helen's Foundry。而他做的工具依然掛在GitHub上，Star數還在不停地漲。與此同時，像Peter Steinberger開發的“gog”等第三方開源力量，作為OpenAI陣營的先鋒，繼續在生態里活躍，與Google的官方產品死磕到底。
這場風波向所有人證明了一件事：CLI不再只是開發者的工具，它正在成為Agent與軟件世界對話的標準接口。誰控制了這個接口，誰就控制了下一代的用戶入口。
Google試圖用強權和封殺，來死守自己的流量閉環。OpenAI選擇用開源和人才收購來搶占這個入口。而像 Justin Poehnelt這樣的開發者，則用行動證明了，在AI時代，敲開新世界的大門，已經不需要大公司的許可了。
參考鏈接：
https://x.com/JPoehnelt/status/2069482265953087602 https://github.com/googleworkspace/cli https://justin.poehnelt.com/posts/rewrite-your-cli-for-ai-agents/
上車，雷峰網(公眾號：雷峰網)帶你看遍全球 AI 頂會精華
可獨家暢覽：
專家演講PPT
大會報告全文
熱門論文解讀
學術新星訪談
掃描上方二維碼
或點擊「閱讀原文」關注專區。
雷峰網原創文章，未經授權禁止轉載。詳情見轉載須知。
