Google 工程师 Justin Poehnelt 开源的 Workspace 命令列工具 gws 在 2026 年 3 月走红后，Google 于 4 月在 Cloud Next 大会上宣布官方版 Workspace CLI 正在开发中。两天后，Poehnelt 被解雇。约一个半月后，Google 又在 GitHub 上线官方版 Workspace CLI，核心设计与他此前开发的 gws 高度接近。
gws 走红后，时间线迅速变化
根据素材，2026 年 3 月 5 日，Addy Osmani 在社交平台发布介绍称，gws 是一款“为人类和 AI 代理打造”的 Google Workspace CLI。该工具可通过单一命令列界面统一访问 Google Drive、Gmail、Calendar 等 API，并且不是把命令写死，而是在每次执行时从 Google 的 Discovery Service 动态生成完整界面。Google API 更新后，工具也会自动跟着更新。
gws 还内置了 40 多个 AI agent skill 文件，从一开始就围绕 AI 代理场景设计。素材称，这篇介绍在开发者社区迅速传播，随后获得数千个星标和数千名真实用户。Poehnelt 当时是 Google Workspace 开发者关系团队工程师，已在 Google 工作近 7 年。他后来把 Addy Osmani 的那篇帖子称为“让我被开除的那则贴文”。
官方宣布开发，两天后本人离职
大约一个月后，Google 在 Cloud Next 2026 上宣布官方版 Workspace CLI 正式开发中。素材显示，就在这场发布两天后，Justin Poehnelt 被解雇。文章用科技行业里的“Sherlocking”来描述这一幕：平台方将第三方工具的关键能力纳入官方产品，原有工具随之失去独特性。
这次事件更受关注的一点在于，Poehnelt 并非外部开发者，而是 Google 内部员工。他开发的工具先在社区爆红，官方随后公布同类产品路线，本人又在极短时间内离开公司，这让整条时间线显得格外紧绷。
官方版与 gws 的设计高度相似
在 Poehnelt 被解雇约一个半月后，Google 官方版 Workspace CLI 以 googleworkspace/cli 名义在 GitHub 上线。素材提到，该工具使用 Rust 编写，采用 Apache 2.0 许可证，同样在运行时读取 Discovery Service 动态生成命令界面，支持结构化 JSON 输出，并附带 100 多个 agent skills。官方版还整合了 MCP server，可连接 Claude Code 与 Gemini CLI。
从已披露的信息看，两者在核心思路上非常接近：gws 在 runtime 读取 Discovery Service，官方版也是；gws 面向 AI 代理设计，官方版的定位也几乎一致；gws 提供 40 多个 skills，官方版则扩展到 100 多个。这也是外界持续对比两者的��因。
Poehnelt对解雇原因的判断
Poehnelt 给出的解释是，Workspace 部门以及部分管理者“害怕被颠覆”。他认为，这种担忧并不只针对自己的工具，而是对 AI 代理可能替代既有产品形态的一种整体焦虑。素材保留了他的原话判断：“Workspace 部门和某些主管，以及某些项目，害怕被颠覆。”
素材也提到另一层现实因素：如果员工在未获得公司完整授权的情况下，开源包含 Google 产品能力的公共工具，公司采取解雇措施并非不能理解。不过，从公开时间线来看，官方宣布开发与本人被解雇之间相隔仅两天，而官方版又在之后不久上线，这种前后衔接仍让此事在开发者圈持续发酵。