一位谷歌工程师因为开发了一款谷歌用户真正渴望的工具，被谷歌自己开除了。
事情经过
这个项目名叫Google Workspace CLI，上线后迅速在开发者社区引发强烈反响，一度登顶Hacker News热榜第一，短短数天内便在GitHub上积累了数千Star。截至目前，项目Star数已接近3万。
按照常规逻辑，这本应是一个教科书式的内部创新案例：工程师敏锐发现真实需求，快速构建出可用产品，经用户验证价值后，被公司正式纳入、规模化推进。
然而故事的走向完全不同。
这位工程师Justin Poehnelt近日在社交平台发文透露，两个月前，他因为这个项目被谷歌解雇了。
讽刺的是，就在他被辞退的前两天，Google Cloud Next大会上刚刚官宣：谷歌官方版Workspace CLI即将推出。
他本人怎么说？
在发文中，Justin Poehnelt描述了这段让他既困惑又难以置信的经历：
「那是一段不可思议、也让人困惑的经历。一边是一些总监和负责人来问我，他们能从这个工具里学到什么；另一边，我又被法务反复追问，为什么我项目的GitHub代码仓库里会出现谷歌的Logo和品牌配色。」
对于被解雇的深层原因，他认为：Workspace团队及部分项目负责人，实际上对这类工具感到威胁——但这种威胁感并非专门针对他的CLI项目本身，而是更广泛地来自他们对AI Agent将如何颠覆Workspace生态的整体焦虑。
他选择公开这段经历，一方面是为了以后向别人解释自身遭遇时更加方便，另一方面也是一种自我梳理与修复的过程。
翻看项目贡献者页面可以发现，排名第一的正是Poehnelt本人，拥有24次提交记录；排名第二的是他的Bot账号jpoehnelt-bot，贡献了20次提交。他毫无疑问是这个项目的灵魂人物。
业界反应
OpenClaw之父为Justin Poehnelt在得知此事后直接开麦声援：
「谷歌把那个做出了Google Workspace CLI的人开了，原因就是他做出了这个项目。幸好，谷歌开不了我。」
同时，他也向这位前谷歌工程师抛出了橄榄枝：
「Codex团队一直在寻找那种主动性强、能把事情做成的人。欢迎私信我。」
这个项目是什么？
Google Workspace CLI的核心价值在于，它把Google Workspace的API转化成了一个同时面向人类开发者和AI Agent的统一调用接口。
对于人类开发者而言，不再需要对照REST文档手写curl请求——每个资源都提供--help说明，支持--dry-run预览请求效果，并自动处理分页逻辑，大幅降低了使用门槛。
对于AI智能体而言，所有返回结果均为结构化JSON格式，结合内置的Agent技能，LLM可以直接管理整个Google Workspace，无需额外编写调用工具。
技术架构：两阶段解析策略
在底层实现上，Google Workspace CLI采用了一套**两阶段解析（Two-phase Parsing）**机制：
读取命令行参数（argv），识别目标服务（如drive）；
拉取该服务的Discovery Document（API发现文档）并缓存（有效期24小时）；
依据文档中定义的资源（resources）与方法（methods），动态构建clap::Command命令树；
对剩余命令行参数进行二次解析；
完成身份认证，构建并执行HTTP请求。
所有输出内容——包括成功结果、错误信息及下载相关元数据——均以结构化JSON形式返回，便于AI Agent直接消费。
内置超过100个Agent Skills
在AI能力层面，Google Workspace CLI内置了100余个Agent Skills（以SKILL.md文件形式封装），每个受支持的API对应一项独立技能，同时还包含多个面向常见工作流程的高阶辅助技能，以及50个精选使用示例，覆盖Gmail、Drive、Docs、Calendar、Sheets等核心应用场景。
一个工程师凭借个人驱动力做出了用户真正需要的东西，最终却因此丢掉了工作。而他被解雇后不久，公司宣布官方要做同样的事。
这件事让人说不清该感叹什么，但至少有一点是确定的：那个工具的价值，早已被事实证明了。
AI 速览
