两个月前，Justin Poehnelt 被 Google 解雇。原因：他创建了 Google Workspace CLI（gws）——一个统一 Drive、Gmail、Calendar 及所有 Workspace API 的命令行工具，同时面向人类和 AI agent。
这个项目在 HN 上冲到了榜首，GitHub 上获得了数千 star。然后 Google 法务部门介入。
商标、Logo 和「可混淆的官方感」
从 HN 评论区看，事件的直接导火索是品牌使用问题。Poehnelt 的项目托管在 github.com/googleworkspace/cli 下，使用了 Google 的 logo 和品牌色。多位评论者指出，仅从项目主页看，很容易将其误认为 Google 官方产品。
Google 法务对此的立场很清楚：未经授权使用公司商标和品牌形象，即使是内部员工，也可能构成违规。评论区有两派声音。
一派认为这是显而易见的红线。「发布一个可以被误认为是官方发布的东西，展示出了巨大的判断力问题，」一位评论者写道，「如果不按流程走，至少应该有重大纪律处分；如果曾被明确警告过，解雇也是合理的。」
另一派则认为品牌问题完全可以通过技术手段解决——删除 logo、重新命名——就像 Clawdbot → Moltbot → OpenClaw 的案例一样。「Google 以即使在绩效问题上也很少解雇人著称，」一位评论者指出，「要么公司立场发生了转变，要么这件事还有更多内情。」
20% 时间已死？
更深层的争议在文化层面。
Google 曾经以「20% 时间」政策闻名——工程师可以用五分之一的工作时间做自己感兴趣的项目。Gmail、Google News、AdSense 都诞生于 20% 时间。评论区的普遍情绪是：如果 Poehnelt 的 CLI 出现在 2010 年的 Google，结果可能完全不同。
「Google 从鼓励 20% 时间创造惊人项目，变成了因为做这件事而解雇人，」一位高赞评论写道。还有评论指向了一个并行事件：Google 开源的 Gemini CLI 被替换为闭源的 Antigravity CLI——这被解读为同一趋势的两个侧面：内部创新不再被鼓励，除非它服务于特定的产品路线图。
Pournelle 的铁律被引用为解释框架：「在一个官僚体系中，那些为体系本身的价值而奋斗的人永远会掌权，而那些为体系本应服务的价值而奋斗的人的影响力会越来越小。」Poehnelt 属于后者——因为自我驱动而开发有趣有用的东西。他的对手是前者——更关心内部官僚体系和自己在其中的角色。
对 AI 的焦虑
还有一个不能忽视的上下文：Poehnelt 的 CLI 明确设计为同时服务人类用户和 AI agent。它的标语是「built for humans and AI agents」。这个定位和 Google 内部正在推进的闭源 AI 工具策略形成了直接张力。
当一个一线工程师的个人项目开始和公司正在规划的商业化 AI 产品路线图撞车时，「商标违规」可能只是最容易拿出手的理由。评论区有人指出：「我认为真正的原因是 Workspace 内部的某些领导和项目害怕被颠覆。」
Poehnelt 本人的后续回应很克制：「我不会分享太多额外的信息，但我认为这件事体现了在大科技公司工作的体验，以及 AI 在团队、路线图、激励机制和用户行为改变层面造成的颠覆。」
开源与雇主的永恒张力
这个案例也触发了关于工程师开源权利的讨论。
即使在 Google 内部，关于员工可以在多大程度上进行个人开源项目、使用公司品牌、以及将内部工具对外发布，规定一直是灰色地带。不同团队、不同经理的执行标准差异巨大。一位评论者说：「我不确定 Googler 是否会定期在官方组织下开源副项目——Google 的政策在这件事上一直模棱两可。」
Poehnelt 事件可能成为一个判例：大公司对员工个人开源项目的容忍边界正在收窄。当一个副项目获得的关注和 traction 达到可能干扰公司官方产品路线的程度时，品牌的合规性问题会被放大为存在性问题。
本文的素材来自公开信息和社区讨论。如果你对这个话题有更深入的一手经验，欢迎指出文中的不足。