因开源Google Workspace CLI走红，却被谷歌解雇，Codex直接抢人

本文来自微信公众号： 夕小瑶科技说 ，作者：zzy

谷歌最近越来越魔幻了。

一个干了7年的工程师，开发了一个爆火的开源项目，冲上Hacker News第一名，在GitHub上拿下2.7w星。

他却因此被开除了。

这两天，当事人Justin Poehnelt在推特上分享了自己的这段离谱的经历，帖子半天破了百万浏览，评论区一边倒地替他鸣不平，并且工作机会对他狂轰炸。

OpenClaw之父Peter Steinberger也在评论区开启“Boss直聘”，邀请Poehnelt加入Codex团队。

导致Poehnelt被开除的，是一个叫Google Workspace CLI的开源项目。

更魔幻的是，他被开除的前两天，谷歌自己还在Cloud Next大会上宣布即将推出官方的Workspace CLI。

◈做出爆款，送走自己

Poehnelt是谷歌Workspace的工程师，属于开发者关系（DevRel）团队。做开源工具、给开发者封装好用的接口，本来就是他这个岗位的日常工作。

今年三月初，他做一个开源项目——Google Workspace CLI，上线之后迅速冲上了Hacker News榜一，还在GitHub上累计获得近3w的Star，可以说是一个现象级的爆火项目，在开发者中备受好评。

刚开始，公司内部的反应也是相当正面的，从主管到领导甚至都主动找过来，想了解能从这个工具里学到什么。

当时还是Google Cloud AI总监的Addy Osmani，专门为此发文，对这个项目大加赞赏。

到这里，这本应该是一个能写入公司宣传栏里的小故事：夸夸公司文化，讲讲员工多么有才华、多么有创造力，皆大欢喜。

然而，转折却来的有些莫名其妙。法务部门突然开始介入，追问Poehnelt为什么GitHub仓库上用了谷歌的Logo和品牌配色？

说实话，这个质问不是完全没道理。推特上有网友指出：未经品牌审批就挂着谷歌Logo发项目，无论这工具多惊艳，确实算违规，Poehnelt自己也没否认流程没走全。

但问题是，这个项目就托管在谷歌官方的googleworkspace GitHub组织下——在自家官方仓库里用自家Logo，被法务当成问题来查，本身就有点上纲上线。这种规范问题，通常一封“请改一下”的邮件就能解决，远没到要开人的地步。

在被法务部门追问之后不久，Poehnelt就被公司解雇了。

◈超前的理念，输给了时间

在Poehnelt看来，自己被解雇的真正原因并不是使用了谷歌的Logo，而是自己开源的项目太超前了，以至于Workspace以及一些项目负责人，害怕被颠覆。

Google Workspace CLI（简称gws）是一个开源命令行工具，它为Google Workspace（Drive、Gmail、Calendar、Sheets、Docs、Chat、Admin等）提供了一个统一的接口，同时服务人类和AI agents，也内置40+（实际更多达100+）针对AI agents的skills（结构化Markdown文件）。

这个项目能火起来，靠的是他超前的理念。

这个项目是2026年初发布的，完美抓住2026年AI agents浪潮，当时AI agents需要可靠方式操作外部工具，之前的CLI都是为人类（开发者）设计，根本不适合agents。

Poehnelt发了一篇博客——《你需要为AI agent重写你的命令行》中，抛出了一个前瞻性的判断：给人用的命令行，和给agent用的命令行，本质上是两种东西。

原因也写在文章里：

人类讨厌在终端中编写嵌套的JSON格式数据。而智能体则更喜欢这种方式。

博客里提到两个概念：Human DX（面向人类开发者的体验）和Agent DX（面向AI agents的体验）。

这两者之间的差距有多大？可以通过一个例子感受一下

Human DX长这样：

扁平的flag，人读着舒服，但表达不了嵌套结构，想嵌套就得套一层层自定义抽象。

Agent DX则是另一种表现方式：

人读着费劲，但AI却非常容易接受结构化Json格式。

当然，“把CLI为AI agents重写”指的不是简单加JSON输出，而是彻底转变设计哲学。

沿着“agents-first”的逻辑，Poehnelt还配套了几个关键设计：

• 用原始JSON数据包代替大量定制化、专门设计的flags（命令行参数）。

  
  

LLM（大模型）非常容易直接生成JSON，而且无翻译损失，避免了把自然语言转成一堆参数时出现的错误。

• 运行时自动读取接口结构代替静态文档。

  
  

Agents可以自己查询当前命令支持什么参数、返回什么字段，避免把过时的文档塞进上下文（节省token，且永远不会过期）。

• 上下文窗口（Context Window）优化：

  
  

• 使用field masks（字段掩码，只返回需要的字段），大幅减少返回的数据量。

  
  

• 支持NDJSON（每行一条JSON）分页流式输出，防止一次性输出海量内容撑爆上下文窗口。

  
  

• 对所有输入进行严格验证（路径、ID、编码等），假设agents会输入“adversarial（对抗性、恶意或幻觉产生的）”内容，提前防御路径穿越、注入等风险。

  
  

• 打包skills，提前准备好结构化的技能说明文件（含YAML元数据），明确告诉agents最佳实践，例如“always use--dry-run（总是先空跑测试）”。

  
  

• 同一个工具同时支持多种使用方式：传统CLI（人类用）、MCP（模型上下文协议）、扩展插件、环境变量无头认证等，让人类和agents都能舒适使用。

  
  

• dry-run（空运行/模拟执行）：只检查不真正执行。对返回内容进行安全过滤，防止prompt injection（提示注入）等攻击。

  
  

这些改动让CLI从“人类友好”彻底转向“AI agents友好”，本质上是设计哲学的转变：不再把agents当“笨人类”来照顾，而是把它们当成快但容易出错的高性能用户，提前做好防御和优化。

项目被众多大V转发，社区快速贡献，真实用户（包括agents）暴增。短期内登上Hacker News第一名，GitHub星数快速攀升。

GitHub地址：

https://github.com/googleworkspace/cli

回过头看，Poehnelt这套超前的设计理念最终却成为了他出局的理由，推特中，他写道：

我觉得根源在于，Workspace以及某些高层(还有一些项目)害怕被颠覆。但这种恐惧并不是针对我这个CLI，而是一种更宽泛的焦虑——担心agent对Workspace的冲击。

2026年年初提出的时候谷歌对此缺乏远见，等谷歌现在后知后觉反应过来准备推出官方版本的时候，自己已经被开除了。

可以说，Poehnelt这次输给了时间，不是太晚，而是太早。

◈留不下人才的谷歌

把镜头拉远，这件事就不再只是“一个被时间耽搁的倒霉工程师”那么简单了。

就在上周，Transformer论文核心作者、Gemini联合负责人Noam Shazeer跳槽OpenAI；诺贝尔化学奖得主、AlphaFold之父John Jumper跳槽Anthropic。

值得一提的是，把人逼走，过段时间才回过味儿来后悔——这种事，谷歌干过不止一次了。

此前，Noam Shazeer也在谷歌内部研发了一款名为Meena的对话机器人，因为恳求谷歌管理层向公众开放测试遭拒，于是只能失望的离开。之后不久，ChatGPT横空出世，后面的故事大家都知道了。。

招聘市场是诚实的。Poehnelt那条帖子下面，不少公司和创业者公开抛出橄榄枝，其中就包括Codex团队。

尽管谷歌发言人表示，少数人的离开不会影响公司大方向。

但摆在台面上的事实相当扎心：最顶尖的那批人，正在被对手用真金白银挖走；最能干活的那批人，也在被自己的官僚体系开掉。

曾经的谷歌，是另外一番模样。

它最广为人知的文化之一，就是允许工程师拿出约20%的工作时间，去做自己想做的项目；Google News、AdSense等等撑起公司半壁江山的产品，都被视为这种文化下的代表作。

在那个年代，员工自发做出受欢迎的东西，是会被搬上台当典范来讲的。

从“鼓励创作”，到“打压创作”，这中间隔着的，不只是简单的一次解雇。