如果一名科技公司的员工做出了一款爆火的开源工具,登顶 Hacker News、收获 2.9 万 GitHub Star,连公司高层都公开点赞,等待他的会是什么?
很多人会联想到升职加薪,或是成为明星工程师。但对 Google 工程师 Justin Poehnelt 来说,现实却是一封解雇通知。更戏剧性的是,就在他被裁前两天,Google 刚在 Cloud Next 2026 大会上宣布:官方版 Google Workspace CLI 即将推出。
整个开发者社区都被这荒诞的转折震住了。

一位 DevRel 工程师,做出了整个 Workspace 的命令行入口
Justin Poehnelt 在 Google 工作了近七年,隶属 Workspace Developer Relations(DevRel)团队。这个部门的主要职责就是围绕 Google API 和开发平台打造开源工具、示例项目及 SDK,帮助外部开发者更顺畅地接入 Google 生态。换言之,开发工具本来就是 Justin 工作的一部分。
今年 3 月,他用 Rust 开发了一款名为 gws(Google Workspace CLI)的命令行工具。与传统 CLI 不同,gws 并不是把几个 API 简单封装成命令,而是把整个 Google Workspace 塞进了终端——无论是 Gmail、Google Drive、Calendar、Docs、Sheets 还是 Google Chat,几乎所有 Workspace 服务都能通过一条命令完成管理。

gws 的精妙之处在于,它会在运行时直接读取 Google 官方 Discovery Service 提供的 API 描述,动态生成可调用命令。这意味着只要 Google 新增一个 Workspace API,gws 几乎无需维护就能自动得到支持。
从项目诞生之初,Justin 就把它定位成 Agent Native 工具——专为 AI Agent 原生设计。项目内置 40 多个 Agent Skills,所有输出统一采用结构化 JSON,可以直接被 AI Agent 消费,几乎不用额外编写适配代码。简单来说,它不仅方便人用,更方便 AI 用。
几天时间,登顶 Hacker News、GitHub 狂揽 2.9 万 Star
项目上线后几乎一夜爆红。短短几天内,gws 就冲上 Hacker News 首页第一,GitHub Star 数一路飙升,最终突破 2.9 万,吸引了数万名真实用户下载使用。
不少 Google 内部经理、总监也主动联系 Justin,希望了解工具背后的设计理念。Google Cloud AI 总监 Addy Osmani 甚至公开发文推荐:“隆重介绍 Google Workspace CLI——专为人类和 AI Agent 而打造。”

对任何开源开发者而言,这几乎就是梦寐以求的成功。可谁都没想到,事情突然急转直下——Justin 最近透露,就在项目爆火后不久,他收到了 Google 的解雇通知。
讽刺的是,两天后 Google 宣布了官方同款
真正让事件出圈的是时间线。Justin 被正式裁掉前两天,Google 在 Cloud Next 2026 大会上正式宣布,官方 Google Workspace CLI 已列入产品路线图——这场大会是 Google 每年最重要的云计算活动之一,今年吸引了超过 3.2 万名参会者,安排了 3 场主题演讲和 700 多场技术论坛。
于是,一个令人哭笑不得的画面出现了:同样是 Workspace CLI,员工做出来的被认定“不符合规范”,公司宣布推出的却成了 AI 时代的重要创新。
Justin 在 X 上公开了整件事后,这条帖子迅速获得超过 400 万次浏览,评论区几乎瞬间炸锅。

不少网友认为,这看起来像极了“大公司吸收创意后,把人请出门”。一位前 Google 员工甚至留言称:“我佩服你能在 Google 坚持七年。Cloud 的管理层早已变成了一群只关心办公室政治和建立自己地盘的官僚。”
不过,截至目前,并没有公开证据能证明 Google 解雇 Justin 是为了推出官方 CLI,两者之间是否存在直接因果关系也未经 Google 官方证实。
Google 给出的理由:Logo 用得太“官方”了
那么,Google 为什么要解雇他?Justin 给出的答案多少有些出人意料。
他在 X 上说,Google 法务部门曾专门找到他,反复质问:“为什么 Google Workspace 的 GitHub 仓库里会出现 Google 的 Logo 和品牌颜色”,让整个仓库看起来过于“官方”?
乍一听,这理由甚至有点幽默:一位 Google 员工,把给 Google 内部用的工具,发布到了 Google 官方 GitHub 组织 googleworkspace 下,并用 Google Logo,结果却被自家法务质问“你为什么要用我们的 Logo?”
对此,Justin 解释了几个关键事实:
- 该项目确实托管在官方
googleworkspace GitHub 组织下;
- 仓库所使用的 Logo 属于整个 GitHub Organization 的统一配置,并非他个人添加;
- README 中也按照惯例明确写着一句标准声明:“This is not an official Google product(这并非 Google 官方产品)”。

Justin 也承认,大型公司确实有严格的品牌审核、法务审核和产品发布流程,任何容易让外界误认为官方发布的项目都需要经过一系列审批。但他认为,这些更像是表面原因——真正的问题,其实来自另一种更深层的焦虑。
AI Agent,正在挑战 Workspace 的商业模式?
Justin 写道:“我认为,Workspace 部门以及部分管理层、部分项目真正害怕的是被颠覆。但他们害怕的并不是我的 CLI,而是 AI Agent 将会给 Workspace 带来的变化。”
这句话被很多开发者认为是整起事件最核心的一句话。
过去,使用 Google Workspace 需要登录网页、打开 Gmail、点击按钮、切换页面,再一步步完成各种操作;而有了 gws,AI Agent 可以直接读取邮件、安排日程、搜索文档、生成报告,用户只需用自然语言下达指令即可。gws 把 Google Workspace 从一个需要人工操作的 Web 产品,变成了一套可以被 AI Agent 直接调用的底层基础设施,并且已经证明这条路完全可行。
可这恰恰触碰到了 Google 最敏感的一根神经。Workspace 是 Google 最重要的生产力产品之一,拥有超过 30 亿用户,也是大量企业订阅的重要收入来源。当一位 DevRel 工程师开发的 Agent 工具在几天内便获得开发者广泛认可时,实际上也向管理层展示了一个现实:AI Agent 正在迅速填平传统软件建立起来的“护城河”。
如果未来越来越多工作都由 AI Agent 完成,人类甚至不再需要登录网页,而是直接让 Agent 操作 Workspace,那么传统软件产品赖以建立的交互方式和商业模式都可能受到挑战。正因如此,这款工具越成功,它带来的讨论就越难回避。
一场意外裁员,演变成硅谷“抢人大战”
有意思的是,Justin 刚宣布自己被解雇,另一边的硅谷公司却已开始排队“抢人”。
最先站出来的是 OpenClaw 创始人 Peter Steinberger,他转发 Justin 的帖子并嘲讽道:
“Google 因为他开发了 Google Workspace CLI 而开除了他。幸运的是,Google 开除不了我。”

随后,他直接邀请 Justin 加入 Codex 团队,并表示:“Codex 团队一直在寻找真正有执行力、能把事情做成的人,我的私信一直开着。”而两天后 Justin 也回应称私信已发。

在 Justin 的帖子下,OpenRouter CEO Alex Atallah 也公开抛出橄榄枝:
“来 OpenRouter 吧!我们不仅鼓励员工做这样的 Side Project,公司还有固定传统,专门留出时间让大家开发自己的项目。”

Vercel CEO Guillermo Rauch 同样发出邀请:
“我们正在招人。我非常喜欢你这种面向 Agent 原生设计 CLI 的思路以及整体体验。在 Vercel,我们一直鼓励并奖励开发者打造真正有价值的 Agent 开源工具。”

短短几天,这起原本属于 Google 内部的人事事件,最终演变成了一场硅谷知名 AI 公司与开发工具公司的公开“抢人大战”。至少从目前来看,Justin 应该不用担心下一份工作了。
最后还有一个“小巧合”:上文提到的,在 gws 爆火期间积极帮助推广项目的 Google Cloud AI 总监 Addy Osmani,也几乎在同一时期宣布离开 Google。这位在 Google 工作了 14 年的老将,曾长期负责 Chrome 和 Cloud AI 的开发者体验建设,是 Google 开发者社区最具影响力的人物之一。
虽然目前没有任何证据表明他的离职与 Justin 事件存在关联,但两位长期深耕开发者生态的人几乎同时离开 Google,让不少开发者都感到耐人寻味。
参考链接:
https://x.com/JPoehnelt/status/2069482265953087602
https://medium.com/write-a-catalyst/google-fired-a-google-employee-for-creating-a-google-cli-5c45e007bba9
如果你对开源项目、职业转折与 AI 变革感兴趣,欢迎来云栈社区与更多开发者交流。
