科技
7 年 Google 老兵写出爆款工具被开除，转头官方发同款？OpenClaw 之父下场抢人
谷歌最强CLI工具爆火GitHub，被打标签“非官方”。 作者丨高允毅 编辑丨马晓宁 01 到底发生了什么？ 今早，硅谷爆出了一个让AI工程师集体破防的大瓜，直接引来200多万吃瓜群众。 一位在Google干了近7年的资深开发工程师 Justin Poehnelt，在今年3月初，利用业余时间搞了个爆款小工具，直接登上了 Hacker News 的热搜第一，几天内就在GitHub上收获数千颗星标，并迅速积累起成千上万名实际用户。 这本来是个好事，Google官方应该趁热打铁，加大宣传。结果他没有升职加薪，反而被公司扫地出门了。更魔幻的是，在他被解雇的前两天，Google宣布即将发布官方版“同款工具”。 事情一出，不少人为他叫屈，连OpenClaw之父Peter Steinberger、 Vercel的首席执行官Guillermo Rauch等大佬都跑来围观，直接向他抛出橄榄枝，认为他是不可多得的人才。 那他究竟做了什么？ Justin Poehnelt当时在GoogleWorkspace开发者关系团队工作，日常职责是帮助开发者更好地使用Google的产品。 Justin Poehnelt 发现了一个天下打工人共同的痛点：Google Workspace（Google办公全家桶）的 API 接口实在太碎、太难用了。尤其在2026年AI Agent迅猛发展的背景下，Agent想操作Gmail、Calendar、Drive这些服务，没有顺手的工具，跑起来磕磕绊绊。 于是，他用Rust语言手搓了一个Google Workspace CLI，一个能让AI Agent直接操控Google全家桶的工具，把复杂的接口直接简化了。 这个工具发布后一炮而红，几天内就在 GitHub 狂揽数千颗星，数万名用户涌入，甚至有网友狂呼好用，想亲吻项目发明者。 这件事惊动了Google高层，一开始，连Google内部的高管和总监都跑来向他请教。 但画风很快就不对了。法务部门突然介入，把他叫去进行了高强度的“拷问”。 法务揪住“品牌合规”问题不放，认为他作为Google员工，不应该在 GitHub 开源仓库里使用Google官方的 Logo 和品牌颜色，外部会误以为这是Google官方产品。 众所周知，Google在品牌合规和商标使用上有着极其严苛的规定。在Google内部，Google法务对护卫品牌的执念，有时甚至大过技术创新。 Google内部有几条绝对不能碰的“品牌高压线”。 比如，外部开发者或员工个人项目，绝不能“蹭”官方背书，让外界误以为这是Google官方盖章认证的产品。；还有严禁把“Google”直接塞进项目名，连模仿 Gmail 这种“G-xxx”的命名格式都不行；连大家熟悉的红黄绿蓝经典配色、官方字体排版和图标，也不许照搬；Google还规定即便开源项目的底层代码享有开源自由，但项目的“商标权”依然属于公司财产。 Justin Poehnelt 确实违规了。但他认为自己被开的真正内幕是他动了别人的蛋糕。 Google内部有庞大团队在做类似的事，且进度缓慢。Justin Poehnelt 一个人业余几天搞出来的东西，直接把官方的脸打肿了。 更致命的是，他的工具让高层感到了“被颠覆的恐惧”，高管们怕的不仅是这个 CLI，而是它背后代表的“AI 智能体”即将对传统办公软件带来的降维打击。 于是，Justin Poehnelt奋起发声。用他自己的话说：“我要拿回属于我自己的故事。” 02 OpenClaw之父抛出橄榄枝 最有趣的是这条推文下面，OpenClaw之父Peter Steinberger的现身。 Peter Steinberger或许比任何人都理解 Justin Poehnelt的处境，因为他自己就干过一模一样的事。 几个月前，Peter Steinberger独立开发了一个叫gog的Google Workspace CLI工具。初衷如出一辙，市面上缺乏好用的工具，他需要让AI Agent顺畅地操作Google的各项办公服务。 这个gog后来被收录到OpenClaw的官方仓库中，支持Gmail、Calendar、Drive、Docs、Sheets、Slides、Contacts、Tasks等几乎全套Workspace服务。 Peter Steinberger的打法很明确，他想用细化到极致的CLI工具把各种系统逐一打通，然后交给AI统一调度。用户只需要给Agent一句话，它就能自动完成一套跨应用的复杂流程。 当然，最后的结果是，Google做出一套防御新措施，封杀了OpenClaw的接入，并紧急推出了官方的 Google Workspace CLI。但与此同时，Peter Steinberger也被OpenAI重金招揽。相同的创意，截然不同的结局。事件发酵后，网友们的观点也分为两派。 一派认为Google的做法过于极端。毕竟，Google内部曾经有一种文化，允许团队或个人在GitHub上自行发布开源项目，无需审批。从“20%时间”的创新文化到开除创造者，这中间的变化令人唏嘘。 另一派认为解雇合理。发布一个看起来像官方产品的CLI工具，没经过法律、隐私、品牌审核，尤其在公司内部有类似产品正在开发时，这种"擅自"发布会被视为竞争或搅局。 这个问题的核心是， Justin Poehnelt到底走没走完官方审批流程？ Justin Poehnelt本人的回应含糊其辞，只强调流程复杂且经常变化，始终没有正面回答。这让很多人觉得，"故事还有另一面"。 Justin Poehnelt 是典型的自驱型极客，他敏锐地察觉到了 AI 时代需要什么工具，并迅速做出来了。但大公司的既得利益集团一看，好家伙，你这玩意儿要是普及了，我们这帮人下季度的 KPI 怎么写？ 当一个工具让Agent可以绕过UI直接操作服务时，团队的价值就被稀释了。所以，Justin Poehnelt必须走。 03 这款CLI工具为什么这么火 抛开这件事本身，如果翻一翻这款工具的GitHub主页，你会发现它之所以封神，是踩中了当下的一个技术趋势：软件交互正从“人机接口”向专为Agent设计的“机机接口”转变。 Justin Poehnelt曾在其博客《为AI智能体重写你的CLI》中提出了一套“智能体优先”的开发哲学。 过去，开发者总爱把命令行界面做得花里胡哨，弄些漂亮的颜色和表格给人看。但Justin Poehnelt转换了思路：AI时代，工具得优先给“机器”用。 他没有抛弃人类体验，仍保留着快捷键和交互提示，但在底层做了关键转变，把所有输出自动变成结构化JSON，让AI一眼就能看懂。 这种转变带来了一场“效率革命”。它不仅干掉了最烦人的OAuth授权流程，还直接打包了40多种现成技能。这样，大模型不用再去啃长篇官方文档，只需接收极简指令就能完成跨应用操作，省下了大笔算力和Token成本。 更绝的是它的动态适应能力。传统工具的底层往往是写死的代码，Google一更新，就要熬夜改。而它能在运行时实时读取Google的 Discovery Service，动态构建命令。这意味着，Google今天刚上线的新功能，它马上就能自动识别并上手调用，彻底告别人工维护。 此外，它在安全方面也不含糊。它能拦截藏在邮件里的恶意指令，在碰到AI之前就被扫描报警或直接截断，将安全隐患彻底扼杀在摇篮里。 Justin Poehnelt的理念，正在重新定义人与企业软件的交互。 04 CLI战争的下一站 这场风波的结局还没有写完。 Justin Poehnelt离开Google后，开启了新项目Helen's Foundry。而他做的工具依然挂在GitHub上，Star数还在不停地涨。与此同时，像Peter Steinberger开发的“gog”等第三方开源力量，作为OpenAI阵营的先锋，继续在生态里活跃，与Google的官方产品死磕到底。 这场风波向所有人证明了一件事：CLI不再只是开发者的工具，它正在成为Agent与软件世界对话的标准接口。谁控制了这个接口，谁就控制了下一代的用户入口。 Google试图用强权和封杀，来死守自己的流量闭环。OpenAI选择用开源和人才收购来抢占这个入口。而像 Justin Poehnelt这样的开发者，则用行动证明了，在AI时代，敲开新世界的大门，已经不需要大公司的许可了。 参考链接： https://x.com/JPoehnelt/status/2069482265953087602 https://github.com/googleworkspace/cli https://justin.poehnelt.com/posts/rewrite-your-cli-for-ai-agents/ 上车，雷峰网带你看遍全球 AI 顶会精华 可独家畅览： 专家演讲PPT 大会报告全文 热门论文解读 学术新星访谈 扫描上方二维码 或点击「阅读原文」关注专区。
雷峰 雷峰网更新于 19小时前1 分钟阅读
谷歌最强CLI工具爆火GitHub，被打标签“非官方”。 作者丨高允毅 编辑丨马晓宁 01 到底发生了什么？ 今早，硅谷爆出了一个让AI工程师集体破防的大瓜，直接引来200多万吃瓜群众。 一位在Google干了近7年的资深开发工程师 Justin Poehnelt，在今年3月初，利用业余时间搞了个爆款小工具，直接登上了 Hacker News 的热搜第一，几天内就在GitHub上收获数千颗星标，并迅速积累起成千上万名实际用户。 这本来是个好事，Google官方应该趁热打铁，加大宣传。结果他没有升职加薪，反而被公司扫地出门了。更魔幻的是，在他被解雇的前两天，Google宣布即将发布官方版“同款工具”。 事情一出，不少人为他叫屈，连OpenClaw之父Peter Steinberger、 Vercel的首席执行官Guillermo Rauch等大佬都跑来围观，直接向他抛出橄榄枝，认为他是不可多得的人才。 那他究竟做了什么？ Justin Poehnelt当时在GoogleWorkspace开发者关系团队工作，日常职责是帮助开发者更好地使用Google的产品。 Justin Poehnelt 发现了一个天下打工人共同的痛点：Google Workspace（Google办公全家桶）的 API 接口实在太碎、太难用了。尤其在2026年AI Agent迅猛发展的背景下，Agent想操作Gmail、Calendar、Drive这些服务，没有顺手的工具，跑起来磕磕绊绊。 于是，他用Rust语言手搓了一个Google Workspace CLI，一个能让AI Agent直接操控Google全家桶的工具，把复杂的接口直接简化了。 这个工具发布后一炮而红，几天内就在 GitHub 狂揽数千颗星，数万名用户涌入，甚至有网友狂呼好用，想亲吻项目发明者。 这件事惊动了Google高层，一开始，连Google内部的高管和总监都跑来向他请教。 但画风很快就不对了。法务部门突然介入，把他叫去进行了高强度的“拷问”。 法务揪住“品牌合规”问题不放，认为他作为Google员工，不应该在 GitHub 开源仓库里使用Google官方的 Logo 和品牌颜色，外部会误以为这是Google官方产品。 众所周知，Google在品牌合规和商标使用上有着极其严苛的规定。在Google内部，Google法务对护卫品牌的执念，有时甚至大过技术创新。 Google内部有几条绝对不能碰的“品牌高压线”。 比如，外部开发者或员工个人项目，绝不能“蹭”官方背书，让外界误以为这是Google官方盖章认证的产品。；还有严禁把“Google”直接塞进项目名，连模仿 Gmail 这种“G-xxx”的命名格式都不行；连大家熟悉的红黄绿蓝经典配色、官方字体排版和图标，也不许照搬；Google还规定即便开源项目的底层代码享有开源自由，但项目的“商标权”依然属于公司财产。 Justin Poehnelt 确实违规了。但他认为自己被开的真正内幕是他动了别人的蛋糕。 Google内部有庞大团队在做类似的事，且进度缓慢。Justin Poehnelt 一个人业余几天搞出来的东西，直接把官方的脸打肿了。 更致命的是，他的工具让高层感到了“被颠覆的恐惧”，高管们怕的不仅是这个 CLI，而是它背后代表的“AI 智能体”即将对传统办公软件带来的降维打击。 于是，Justin Poehnelt奋起发声。用他自己的话说：“我要拿回属于我自己的故事。” 02 OpenClaw之父抛出橄榄枝 最有趣的是这条推文下面，OpenClaw之父Peter Steinberger的现身。 Peter Steinberger或许比任何人都理解 Justin Poehnelt的处境，因为他自己就干过一模一样的事。 几个月前，Peter Steinberger独立开发了一个叫gog的Google Workspace CLI工具。初衷如出一辙，市面上缺乏好用的工具，他需要让AI Agent顺畅地操作Google的各项办公服务。 这个gog后来被收录到OpenClaw的官方仓库中，支持Gmail、Calendar、Drive、Docs、Sheets、Slides、Contacts、Tasks等几乎全套Workspace服务。 Peter Steinberger的打法很明确，他想用细化到极致的CLI工具把各种系统逐一打通，然后交给AI统一调度。用户只需要给Agent一句话，它就能自动完成一套跨应用的复杂流程。 当然，最后的结果是，Google做出一套防御新措施，封杀了OpenClaw的接入，并紧急推出了官方的 Google Workspace CLI。但与此同时，Peter Steinberger也被OpenAI重金招揽。相同的创意，截然不同的结局。事件发酵后，网友们的观点也分为两派。 一派认为Google的做法过于极端。毕竟，Google内部曾经有一种文化，允许团队或个人在GitHub上自行发布开源项目，无需审批。从“20%时间”的创新文化到开除创造者，这中间的变化令人唏嘘。 另一派认为解雇合理。发布一个看起来像官方产品的CLI工具，没经过法律、隐私、品牌审核，尤其在公司内部有类似产品正在开发时，这种"擅自"发布会被视为竞争或搅局。 这个问题的核心是， Justin Poehnelt到底走没走完官方审批流程？ Justin Poehnelt本人的回应含糊其辞，只强调流程复杂且经常变化，始终没有正面回答。这让很多人觉得，"故事还有另一面"。 Justin Poehnelt 是典型的自驱型极客，他敏锐地察觉到了 AI 时代需要什么工具，并迅速做出来了。但大公司的既得利益集团一看，好家伙，你这玩意儿要是普及了，我们这帮人下季度的 KPI 怎么写？ 当一个工具让Agent可以绕过UI直接操作服务时，团队的价值就被稀释了。所以，Justin Poehnelt必须走。 03 这款CLI工具为什么这么火 抛开这件事本身，如果翻一翻这款工具的GitHub主页，你会发现它之所以封神，是踩中了当下的一个技术趋势：软件交互正从“人机接口”向专为Agent设计的“机机接口”转变。 Justin Poehnelt曾在其博客《为AI智能体重写你的CLI》中提出了一套“智能体优先”的开发哲学。 过去，开发者总爱把命令行界面做得花里胡哨，弄些漂亮的颜色和表格给人看。但Justin Poehnelt转换了思路：AI时代，工具得优先给“机器”用。 他没有抛弃人类体验，仍保留着快捷键和交互提示，但在底层做了关键转变，把所有输出自动变成结构化JSON，让AI一眼就能看懂。 这种转变带来了一场“效率革命”。它不仅干掉了最烦人的OAuth授权流程，还直接打包了40多种现成技能。这样，大模型不用再去啃长篇官方文档，只需接收极简指令就能完成跨应用操作，省下了大笔算力和Token成本。 更绝的是它的动态适应能力。传统工具的底层往往是写死的代码，Google一更新，就要熬夜改。而它能在运行时实时读取Google的 Discovery Service，动态构建命令。这意味着，Google今天刚上线的新功能，它马上就能自动识别并上手调用，彻底告别人工维护。 此外，它在安全方面也不含糊。它能拦截藏在邮件里的恶意指令，在碰到AI之前就被扫描报警或直接截断，将安全隐患彻底扼杀在摇篮里。 Justin Poehnelt的理念，正在重新定义人与企业软件的交互。 04 CLI战争的下一站 这场风波的结局还没有写完。 Justin Poehnelt离开Google后，开启了新项目Helen's Foundry。而他做的工具依然挂在GitHub上，Star数还在不停地涨。与此同时，像Peter Steinberger开发的“gog”等第三方开源力量，作为OpenAI阵营的先锋，继续在生态里活跃，与Google的官方产品死磕到底。 这场风波向所有人证明了一件事：CLI不再只是开发者的工具，它正在成为Agent与软件世界对话的标准接口。谁控制了这个接口，谁就控制了下一代的用户入口。 Google试图用强权和封杀，来死守自己的流量闭环。OpenAI选择用开源和人才收购来抢占这个入口。而像 Justin Poehnelt这样的开发者，则用行动证明了，在AI时代，敲开新世界的大门，已经不需要大公司的许可了。 参考链接： https://x.com/JPoehnelt/status/2069482265953087602 https://github.com/googleworkspace/cli https://justin.poehnelt.com/posts/rewrite-your-cli-for-ai-agents/ 上车，雷峰网带你看遍全球 AI 顶会精华 可独家畅览： 专家演讲PPT 大会报告全文 热门论文解读 学术新星访谈 扫描上方二维码 或点击「阅读原文」关注专区。
正在拉取原文正文，下次刷新即可看到完整段落。当前仅展示摘要与 AI 分析。
