Un projet open-source à 28 000 étoiles sur GitHub et son créateur se font licencier par Google, les poids lourds de la Silicon Valley s'arrachent immédiatement le développeur

marsbitPublié le 2026-06-26Dernière mise à jour le 2026-06-26

Résumé

L’employé de Google, Justin Poehnelt, a créé un outil en ligne de commande (CLI) pour Google Workspace écrit en Rust, nommé « gws ». Cet outil, conçu pour les agents IA, a rapidement gagné en popularité, atteignant 28 000 étoiles sur GitHub et devenant viral sur Hacker News. Cependant, au lieu d’être récompensé, Poehnelt a été licencié par Google quelques jours après que l’entreprise a annoncé son propre CLI officiel pour Workspace lors de la conférence Cloud Next 2026. La raison officielle du licenciement concernait l’utilisation non autorisée des logos et couleurs de Google, mais Poehnelt estime que la véritable cause est la crainte au sein de Google que son outil ne déstabilise les produits existants de Workspace en les rendant accessibles via des agents IA, réduisant ainsi l’importance des interfaces utilisateur traditionnelles. Cette situation a suscité des critiques sur les réseaux sociaux, où de nombreux observateurs ont dénoncé une approche bureaucratique et étouffante de l’innovation. Suite à son licenciement, Poehnelt a rapidement reçu des offres d’emploi de la part de plusieurs dirigeants de la tech, dont Peter Steinberger (OpenClaw) et les PDG d’OpenRouter et Vercel, témoignant de la valeur reconnue de son travail en dehors de Google.

La scène la plus surréaliste de l'industrie tech en 2026 s'est produite.

Le protagoniste de l'histoire s'appelle Justin Poehnelt, un vétéran de Google avec près de 7 ans d'ancienneté, membre de l'équipe des relations avec les développeurs (DevRel) de Workspace.

Pour faire simple, l'existence de cette équipe est de créer des outils open-source et des couches d'abstraction pour les diverses API de Google, afin de faciliter la vie des développeurs externes.

Il y a deux mois, il a lui-même créé un CLI pour Google Workspace nommé gws – un outil en ligne de commande écrit en Rust, permettant de manipuler directement depuis le terminal toute la suite Google : Gmail, Drive, Calendar, Sheets, Docs, Chat...

Tous les services Workspace auxquels vous pouvez penser sont couverts.

Le plus fort, c'est que ce n'est pas une liste figée de commandes, mais qu'il interroge en temps réel le Discovery Service de Google lui-même pour générer dynamiquement toutes les commandes – si Google ajoute une nouvelle API demain, il la supportera automatiquement après-demain, sans maintenance.

De plus, il a été conçu dès le premier jour pour les Agents IA. Il intègre plus de 40 fichiers de compétences pour Agents, et sa sortie est entièrement en JSON structuré, directement utilisable par une IA.

Résultat : dès son lancement, c'était l'explosion.

En quelques jours, gws a atteint la première place sur Hacker News (953 points, 285 commentaires), les étoiles GitHub ont grimpé à plus de 28 000, et des dizaines de milliers d'utilisateurs réels ont afflué.

Les managers et les directeurs sont venus lui demander conseil sur la conception de cet outil.

Addy Osmani, directeur du département Cloud AI de Google, l'a promu sur X avec un message concis et percutant : « Introducing the Google Workspace CLI – built for humans and agents. »

Dans n'importe quelle entreprise normale, ce serait un moment de gloire méritant de faire sauter le bouchon de champagne.

Mais ce que Google lui a donné, ce n'est pas une récompense, c'est une lettre de licenciement.

Le succès phénoménal est devenu son arrêt de mort.

Un manuel sur "comment tuer l'oie aux œufs d'or"

Le plus absurde était encore à venir.

Deux jours seulement avant que Poehnelt ne soit officiellement licencié, Google a annoncé en grande pompe lors de la conférence Cloud Next 2026 : nous allons lancer la version "officielle" du CLI Workspace.

Quelle était l'ampleur de cette conférence ? Plus de 32 000 participants, trois keynotes, plus de 700 sessions.

La même chose, venant d'un employé, s'appelle une "violation des règles", mais venant de la direction de l'entreprise, cela s'appelle de "l'innovation".

Il y a deux jours, Poehnelt a rendu tout cela public sur X, son post atteignant rapidement 4 millions de vues.

Le commentaire des internautes était direct – n'est-ce pas une forme de "pillage d'idées" et de mise à l'écart après avoir servi ?

Un ancien employé de Google a laissé un commentaire cinglant sous le post : "Après 7 ans chez Google, je vous applaudis. Tout cela à cause de cette direction du Cloud, des incapables qui ne savent que jouer à la politique interne et bâtir des empires."

La moquerie au visage du père d'Openclaw

Le plus ironique, c'est que la personne concernée a laissé, en partant, une déclaration élégante : ses près de 7 ans chez Google ont été une expérience incroyable, il a eu la chance d'avoir d'excellents collègues et un manager qui l'a pleinement soutenu pendant ses derniers mois.

Élégant, certes, mais la gifle a bien été assénée.

Et cet événement surréaliste au sein d'une grande entreprise a rapidement attiré les regards.

Peter Steinberger, le père d'OpenClaw, est intervenu immédiatement. Il a partagé le post de Poehnelt, en ajoutant une remarque cinglante :

"Google a licencié la personne qui a créé le CLI Google Workspace, parce qu'il a créé le CLI Google Workspace. Heureusement pour moi, Google ne peut pas me licencier."

Une seule phrase a déchiré le voile pudique qui cache la manière dont la bureaucratie des grandes entreprises étouffe les talents techniques de la base.

La moquerie était totale.

Encore plus drôle, Peter Steinberger a immédiatement lancé un recrutement. Invitant en ligne Justin Poehnelt à rejoindre l'équipe Codex.

Cette manœuvre est vraiment magistrale~

Les PDG d'OpenRouter, de Vercel et d'autres sociétés se sont également joints à la course aux talents.

Cette fois, le jeune homme n'a pas à s'inquiéter pour son emploi.

Le véritable déclencheur

La question se pose alors : pourquoi l'auteur d'un outil ayant apporté un nombre massif d'utilisateurs à l'entreprise, et dont même les directeurs sont venus s'inspirer, a-t-il été licencié ?

Selon l'analyse rétrospective de Poehnelt lui-même, le déclencheur apparent est si absurde qu'il ressemble à une blague : le service juridique est venu le voir pour lui demander sérieusement – pourquoi le logo et les couleurs de la marque Google apparaissent-ils dans le dépôt GitHub de Google Workspace.

Un employé de Google, pour un outil de Google, placé sous l'organisation GitHub officielle googleworkspace, avec le logo de Google, se fait demander par les juristes de Google "de quel droit utilisez-vous notre logo".

Cette logique est déjà assez surréaliste.

Ce qui est encore plus ironique, c'est qu'une partie essentielle du travail quotidien de l'équipe DevRel est de publier des outils open-source avec l'identité de marque Google sous l'organisation GitHub de Google – car les développeurs ne font confiance et n'utilisent ces outils que s'ils voient l'identifiant officiel.

Cette frontière entre "projet open-source non officiel" et "produit officiel" a toujours été intentionnellement floue, car plus elle est floue, plus le taux d'adoption par les utilisateurs est élevé.

C'est une stratégie que Google utilise depuis des années.

Mais la personne concernée voit très clair. Il dit que la véritable raison n'est absolument pas le logo, ni la conformité de la marque – c'est la peur.

"Je pense que Workspace et certains dirigeants, certains projets, ont peur d'être bouleversés." a écrit Poehnelt. "Mais cette peur ne vise pas spécifiquement mon CLI. C'est une inquiétude plus large – que signifient réellement les agents IA pour Workspace."

Cette phrase est le cœur de toute l'affaire.

Ce que fait gws, en substance, c'est transformer Google Workspace d'un produit "où vous devez vous connecter à une page web, ouvrir une interface, cliquer vous-même avec la souris" en une infrastructure "où un Agent IA travaille pour vous, et où vous n'avez qu'à donner des ordres en langage naturel".

Et il a déjà prouvé que cette voie était viable.

C'est précisément le nerf le plus sensible à l'intérieur de Google.

Workspace est le gros morceau lucratif de Google, la suite bureautique de plus de 3 milliards d'utilisateurs, le cœur vital payant d'innombrables entreprises.

Et un outil pour Agents, créé facilement par un employé interne de DevRel, devenu viral en quelques jours, équivaut à mettre personnellement la preuve que "vos douves sont en train d'être comblées" sous le nez de tous les dirigeants.

Quand un Agent peut lire vos e-mails, gérer votre agenda, consulter vos documents, rédiger des rapports pour vous – qui a encore besoin d'un logiciel où vous devez vous connecter à une page web et cliquer vous-même ?

Cette question, gws l'a posée pour tout le monde.

Plus il est utile, plus il devient viral, plus il ressemble à une sonnette d'alarme.

Ainsi, l'étouffement est venu de l'intérieur, et non de la concurrence – les premiers à vouloir éteindre cette étincelle sont précisément l'entreprise qui aurait dû en être la plus fière.

Il est à noter qu'Addy Osmani – vétéran de Google de 14 ans, ayant successivement dirigé l'expérience développeur de Chrome et de Cloud AI – celui-là même qui a aidé Poehnelt en partageant le "post déclencheur" – a également quitté Google à la même période.

On ne sait pas si les deux départs sont liés de manière causale, mais la coïncidence des dates en dit long.

Références:

https://x.com/JPoehnelt/status/2069482265953087602

https://x.com/steipete/status/2069594195522941059?s=20

https://github.com/googleworkspace/cli

Cet article provient du compte officiel WeChat "新智元" (Nouvelle Ère de l'Intelligence), auteur : ASI Apocalypse, éditeur : Salomon

Questions liées

QQui est Justin Poehnelt et pourquoi a-t-il été licencié par Google ?

AJustin Poehnelt était un employé de Google depuis près de 7 ans dans l'équipe des relations développeurs Workspace (DevRel). Il a été licencié après avoir créé 'gws', un outil CLI pour Google Workspace écrit en Rust, qui est devenu très populaire (28 000 étoiles sur GitHub). Officiellement, le licenciement était lié à une question d'utilisation du logo et des couleurs de Google, mais selon Poehnelt, la raison profonde était la peur interne que son outil ne révèle comment les agents IA pourraient perturber les produits Workspace existants.

QQu'est-ce que l'outil 'gws' créé par Justin Poehnelt ?

A'gws' est un outil en ligne de commande (CLI) pour Google Workspace, écrit en Rust. Il permet de manipuler directement depuis un terminal les services de la suite Google Workspace comme Gmail, Drive, Calendar, Sheets, Docs et Chat. Sa particularité est qu'il génère dynamiquement les commandes en lisant le service Discovery de Google, assurant ainsi une compatibilité immédiate avec les nouvelles API. Il est également conçu dès le départ pour les agents IA, avec plus de 40 fichiers de compétences et une sortie en JSON structuré.

QQuelle a été la réaction de la communauté technologique au licenciement de Justin Poehnelt ?

ALa réaction a été très forte et largement négative envers Google. Le post de Poehnelt sur X a dépassé les 4 millions de vues. Des personnalités comme Peter Steinberger (créateur d'OpenClaw) ont vivement critiqué Google, qualifiant l'action de 'licencier la personne qui a créé l'outil CLI Google Workspace pour avoir créé l'outil CLI Google Workspace'. Plusieurs entreprises, dont Codex (de Steinberger), OpenRouter et Vercel, ont immédiatement proposé un emploi à Poehnelt.

QQuel événement rend le licenciement de Poehnelt particulièrement paradoxal selon l'article ?

ALe licenciement est rendu particulièrement paradoxal par le fait que, deux jours avant que Poehnelt ne soit officiellement licencié, Google a annoncé lors de sa grande conférence Cloud Next 2026 (avec plus de 32 000 participants) le lancement de sa version 'officielle' du CLI Workspace. Ainsi, un projet similaire est passé du statut de 'violation des règles' lorsqu'il était porté par un employé à celui d''innovation' lorsqu'il est présenté par l'entreprise elle-même.

QSelon l'article, quelle est la raison fondamentale avancée par Poehnelt pour expliquer son licenciement, au-delà du prétexte du logo ?

ASelon Justin Poehnelt, la raison fondamentale de son licenciement n'était pas l'utilisation du logo, mais la peur ('la peur d'être bouleversé'). Il estime que certaines personnes au sein de Workspace et certains dirigeants craignaient que son outil CLI, conçu pour les agents IA, ne mette en lumière la façon dont l'IA agent pourrait fondamentalement perturber et rendre obsolète l'interface utilisateur traditionnelle des produits Workspace, menaçant ainsi un pilier financier majeur de Google.

Lectures associées

Pourquoi les projets de crypto aiment-ils autant changer de nom ?

Dans le secteur traditionnel, la fidélité à la marque est un atout crucial, mais dans la cryptographie, plus de 16 % des projets changent de nom. Cette tendance s'explique par plusieurs raisons principales. Premièrement, la fidélité des utilisateurs est faible. La plupart des participants sont des investisseurs ou des chasseurs d'airdrop, motivés par les gains potentiels plutôt que par l'attachement à la marque. Un nom associé à des échecs, des piratages ou une baisse des prix devient un handicap. Deuxièmement, le changement de nom est une stratégie marketing. Il peut s'agir d'un réalignement stratégique (comme Matic devenant Polygon) ou d'une tentative de suivre les tendances (IA, RWA). Parfois, il sert à échapper à une mauvaise réputation après un incident. Troisièmement, le changement de nom s'accompagne souvent d'un échange de jetons, créant un espace gris. Cela peut réinitialiser les graphiques historiques et les prix, offrant aux équipes et aux market makers une opportunité de manipuler le marché. Une refonte de la tokenomics peut aussi diluer la valeur des jetons détenus par les utilisateurs. En conclusion, le vrai problème n'est pas le changement de nom en soi, mais la volonté d'effacer l'histoire. Lorsqu'un projet change de nom, il faut se demander : quelles sont ses nouvelles capacités réelles ? La tokenomics a-t-elle changé ? Que cherche-t-il à faire oublier ? Un changement justifié par des avancées concrètes peut être positif, mais s'il ne sert qu'à masquer des problèmes ou à relancer un schéma spéculatif, il représente un risque.

marsbitIl y a 24 mins

Pourquoi les projets de crypto aiment-ils autant changer de nom ?

marsbitIl y a 24 mins

Pourquoi les projets de cryptographie aiment-ils changer de nom ?

Dans le monde traditionnel des affaires, les entreprises évitent généralement les changements de nom pour préserver leur capital marque. Cependant, dans l'industrie des crypto-monnaies, plus de 16% des projets ont changé de nom, un phénomène courant même parmi les projets de premier plan. La principale raison de cette tendance réside dans la nature même du secteur crypto. La fidélité des utilisateurs y est faible, car beaucoup sont motivés par des gains financiers potentiels plutôt que par la confiance dans une marque. Un nom associé à des baisses de prix, des piratages ou des échecs narratifs peut devenir un passif. Le changement de nom permet alors de se débarrasser de ce "bagage historique". Cette pratique peut aussi être une stratégie marketing. Elle permet de s'aligner sur de nouvelles tendances (comme l'IA ou le métavers) pour attirer l'attention, ou de recalibrer la marque après une évolution stratégique majeure, comme le fit Matic en devenant Polygon. Le vrai danger apparaît lorsque le changement de nom s'accompagne d'un échange de jetons ("token migration"). Cela peut permettre de réinitialiser les graphiques de prix, d'effacer l'historique des pertes et, parfois, de dissimuler une modification de la tokenomique entraînant une dilution de la valeur pour les détenteurs actuels. En résumé, si un changement de nom peut être légitime pour refléter une nouvelle vision, il sert souvent dans les cryptos à échapper au passé : aux mauvais souvenirs, aux investisseurs mécontents et aux récits épuisés. La question clé n'est pas le nouveau nom, mais ce que le projet cherche à faire oublier et si des changements substantiels (produit, économie de jeton) l'accompagnent vraiment.

链捕手Il y a 32 mins

Pourquoi les projets de cryptographie aiment-ils changer de nom ?

链捕手Il y a 32 mins

Entretien avec PPP : Comment la Coupe du monde déclenche le marché des prédictions et comment trouver "l'argent intelligent reproductible" ?

Alors que la Coupe du monde fait exploser le volume des marchés de prédiction, de nombreux utilisateurs se retrouvent perdus face à la volatilité des cotes et aux difficultés à identifier des opportunités de profit durables. Leur tendance à suivre manuellement les "smart money" (argent intelligent) sur les réseaux sociaux s'avère souvent inefficace, les signaux étant fugaces. Les outils de copytrading classiques, basés uniquement sur les profits totaux, peuvent aussi être des pièges, car tous les gains ne sont pas reproductibles. La plateforme PPP (Prediction Position Platform) propose une solution structurelle. Elle utilise une combinaison de modélisation IA et de vérification humaine pour analyser les adresses de trading selon de multiples critères : performance stable, taux de réussite, drawdown maximum, gestion de position, etc. L'objectif est de filtrer les stratégies "fortuites" pour ne conserver que celles dont la logique de profit est statistiquement reproductible sur le long terme. PPP organise ensuite ces stratégies en deux produits principaux : une "Place des Stratégies" pour des approches stables et vérifiées sur plus de six mois, et un "Classement des Transactions" mettant en avant les performants sur les 30 derniers jours, plus adapté aux opportunités de court terme. Chaque stratégie est décrite simplement (ex: "stratégie à haut taux de réussite implicite, forte volatilité") pour guider les utilisateurs. Accessible via un bot Telegram en subscription (actuellement à prix réduit), la plateforme permet de souscrire à ces stratégies, de configurer des paramètres de copie (montant, stop-loss...) et offre des outils comme un analyseur d'adresses par IA. Un test avec un petit capital a même généré un gain de plus de 60% en une journée, illustrant le potentiel mais aussi les risques inhérents à ce marché volatile. En résumé, PPP ne se veut pas un simple outil de copytrading, mais un système qui "compile" les signaux de trading chaotiques en stratégies structurées et vérifiées, offrant aux utilisateurs ordinaires un point d'entrée plus fiable pour naviguer dans l'incertitude des marchés de prédiction, sans toutefois garantir les résultats futurs.

Odaily星球日报Il y a 45 mins

Entretien avec PPP : Comment la Coupe du monde déclenche le marché des prédictions et comment trouver "l'argent intelligent reproductible" ?

Odaily星球日报Il y a 45 mins

Trading

Spot
Futures
活动图片