El autor de un proyecto estrella con 28,000 estrellas fue despedido por Google, y los grandes de Silicon Valley se apresuran a contratarlo

marsbitPublicado a 2026-06-26Actualizado a 2026-06-26

Resumen

En 2026, un empleado de Google de casi 7 años, Justin Poehnelt, creó 'gws', una herramienta CLI de código abierto en Rust para Google Workspace que se volvió viral rápidamente, alcanzando 28,000 estrellas en GitHub. En lugar de ser premiado, fue despedido justo después de que Google anunciara oficialmente su propia CLI de Workspace en su conferencia Cloud Next, lo que muchos interpretaron como una apropiación corporativa de su idea. Poehnelt reveló que el despudo se inició por una disputa sobre el uso del logo de Google en el repositorio, pero él cree que la causa real fue el miedo interno a que su herramienta, diseñada específicamente para que los agentes de IA interactúen con Workspace, desafiara el modelo de negocio establecido. La herramienta demostraba cómo los agentes podrían automatizar tareas, potencialmente reduciendo la dependencia de las interfaces tradicionales. El caso generó una gran repercusión en redes sociales, con críticas a la burocracia de Google. Varios CEOs de startups tecnológicas, incluido Peter Steinberger de Codex, ofrecieron inmediatamente trabajo a Poehnelt, destacando la paradoja de que Google despidiera al creador de un producto que luego promocionó como propio.

La escena más surrealista del mundo tecnológico de 2026 está teniendo lugar.

El protagonista de esta historia es Justin Poehnelt, un empleado veterano de casi 7 años en Google, perteneciente al equipo de Relaciones con Desarrolladores (DevRel) de Workspace.

En pocas palabras, la razón de ser de este equipo es crear herramientas de código abierto y capas de abstracción para las diversas API de Google, facilitando así el trabajo de los desarrolladores externos.

Hace dos meses, él mismo creó una herramienta llamada gws (Google Workspace CLI), una utilidad de línea de comandos escrita en Rust que permite operar directamente desde la terminal toda la suite de Google: Gmail, Drive, Calendar, Sheets, Docs, Chat...

Todos los servicios de Workspace que puedas imaginar, están cubiertos.

Lo más impresionante es que esto no es una lista fija de comandos, sino que en tiempo de ejecución lee directamente el servicio Discovery de Google, generando dinámicamente todos los comandos. Si Google añade una nueva API mañana, gws la soportará automáticamente pasado mañana, sin mantenimiento.

Además, desde el primer día fue diseñado para Agentes de IA. Incluye más de 40 archivos de habilidades para Agentes, y su salida es JSON estructurado, listo para que la IA lo utilice.

El resultado fue explosivo.

En pocos días, gws encabezó la portada de Hacker News (953 puntos, 285 comentarios), las estrellas en GitHub se dispararon a más de 28,000, y atrajo a decenas de miles de usuarios reales.

Los directores y responsables acudieron a preguntar sobre el diseño de esta herramienta.

Addy Osmani, Director del departamento de Cloud AI de Google, lo promocionó en X con un texto conciso y contundente: «Presentamos la CLI de Google Workspace: construida para humanos y agentes.»

En cualquier empresa normal, este sería un momento de gloria digno de abrir champán.

Pero lo que Google le entregó no fue una recompensa, sino un aviso de despido.

El éxito se convirtió en la carta de despido.

El manual de "matar al burro tras descargar la carga"

Lo más absurdo vino después.

Justo dos días antes de que Poehnelt fuera oficialmente despedido, Google anunció solemnemente en la conferencia Cloud Next 2026: vamos a lanzar la versión "oficial" de la CLI de Workspace.

¿La magnitud de esa conferencia? Más de 32,000 asistentes, tres discursos principales, más de 700 sesiones paralelas.

La misma cosa, cuando viene de un empleado se llama "violación de normas", cuando sale de la boca de la empresa se llama "innovación".

Hace dos días, Poehnelt hizo público todo esto en X, y las vistas de su publicación superaron los 4 millones.

El comentario de los internautas fue directo: ¿No es esto "apropiarse de ideas" de forma encubierta, matar al burro tras descargar la carga?

Un ex empleado de Google comentó mordazmente bajo la publicación: «Tras 7 años en Google, te aplaudo. Todo por la inútil capa directiva de Cloud, que solo sabe jugar a la política interna y construir imperios.»

La burla directa del padre de Openclaw

Lo más irónico es que el afectado dejó un comentario elegante al irse: sus casi 7 años en Google fueron una experiencia increíble, tuvo la suerte de contar con compañeros excepcionales y un gerente que lo apoyó plenamente en los últimos meses.

Elegancia aparte, la bofetada fue real y contundente.

Este evento surrealista dentro de una gran empresa rápidamente atrajo miradas.

Peter Steinberger, el padre de OpenClaw, intervino de inmediato. Retuiteó la publicación de Poehnelt, añadiendo un comentario mordaz:

«Google despidió al tipo que hizo la CLI de Google Workspace porque hizo la CLI de Google Workspace. Por suerte para mí, Google no puede despedirme.»

Una frase que desgarra el velo de hipocresía del sistema burocrático de las grandes empresas que oprime a los genios técnicos de la base.

La burla al máximo.

Y lo más divertido es que Peter Steinberger inmediatamente inició el modo de contratación. Invitó en línea a Justin Poehnelt a unirse al equipo de Codex.

Esta jugada es realmente brillante~

También se unieron a la batalla por el talento los CEOs de OpenRouter, vercel y otras empresas.

Al menos el trabajo del chico no parece ser un problema ahora.

La verdadera mecha

Entonces surge la pregunta: ¿Por qué despedir al autor de una herramienta que trajo a la empresa una avalancha de usuarios y hasta la atención de directores?

Según el propio análisis de Poehnelt, el desencadenante superficial es tan absurdo que parece una broma: el departamento legal se presentó, preguntándole seriamente: ¿Por qué el logotipo y los colores de la marca de Google aparecen en el repositorio de código de GitHub de Google Workspace?

Un empleado de Google, para una herramienta de Google, colocada bajo la organización oficial de GitHub de Google (googleworkspace), con el logotipo de Google, y el departamento legal de Google lo persigue preguntando "¿con qué derecho usas nuestro logotipo?"

Esta lógica en sí misma es surrealista.

Lo más irónico es que una parte central del trabajo diario del equipo DevRel es publicar herramientas de código abierto con la identidad de marca de Google bajo la organización de GitHub de Google, porque los desarrolladores solo confían y usan lo que ven como oficial.

La línea entre "proyectos de código abierto no oficiales" y "productos oficiales" siempre se ha mantenido deliberadamente borrosa, porque cuanto más borrosa sea, mayor será la tasa de adopción por parte de los usuarios.

Es una táctica que Google mismo ha utilizado durante años.

Pero el afectado lo ve claro. Dijo que la verdadera razón no está en el logotipo, ni en el cumplimiento de la marca, sino en el miedo.

«Creo que Workspace y ciertos líderes, ciertos proyectos, temen ser desplazados», escribió Poehnelt. «Pero ese miedo no es específico a mi CLI, es una preocupación más amplia: qué significan realmente los Agentes de IA para Workspace.»

Esta frase es el núcleo de todo el asunto.

Lo que hace gws es esencialmente transformar Google Workspace de un producto "en el que tienes que iniciar sesión en la web, abrir la interfaz y hacer clic tú mismo", en una infraestructura "en la que el Agente de IA trabaja por ti, y tú solo das órdenes en lenguaje natural".

Y ya ha demostrado que este camino funciona.

Esto toca precisamente el nervio más sensible dentro de Google.

Workspace es un gran negocio lucrativo para Google, la suite de productividad con más de 3,000 millones de usuarios, la piedra angular de las suscripciones pagadas de innumerables empresas.

Y una herramienta para Agentes, creada casualmente por un empleado interno de DevRel, que se hizo viral en días, es como presentar personalmente la evidencia de "tu foso defensivo se está rellenando" ante todos los ejecutivos.

Cuando un Agente puede leer tus correos, organizar tu agenda, consultar documentos, escribir informes... ¿quién necesita un software que te obliga a iniciar sesión en la web y hacer clic?

Esta pregunta, gws la formuló por todos.

Cuanto más útil y popular sea, más parecerá una campana de alarma.

Por lo tanto, la represión vino desde dentro, no de la competencia. Los primeros en querer apagar este fuego fueron precisamente la empresa que más orgullosa debería sentirse de él.

Vale la pena mencionar que Addy Osmani, quien ayudó a Poehnelt a difundir el "tuit explosivo" —veterano de 14 años en Google, que lideró anteriormente la experiencia de desarrolladores de Chrome y Cloud AI— también dejó Google en el mismo período.

Se desconoce si existe una relación causal entre las salidas de ambos, pero la coincidencia en la línea de tiempo es suficientemente significativa.

Referencias:

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

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

https://github.com/googleworkspace/cli

Este artículo proviene del WeChat público "NeurIPS", autor: ASI Apocalipsis, editor: Salomón

Preguntas relacionadas

Q¿Quién es Justin Poehnelt y por qué fue despedido de Google?

AJustin Poehnelt es un ex empleado de Google que trabajó durante casi 7 años en el equipo de Relaciones con Desarrolladores (DevRel) de Workspace. Fue despedido tras crear 'gws', una herramienta de línea de comandos de Google Workspace escrita en Rust, que se volvió viral con más de 28,000 estrellas en GitHub. La razón oficial implicó problemas de marca, pero él cree que fue debido al temor interno sobre cómo su herramienta podía revolucionar Workspace con agentes de IA.

Q¿Qué era exactamente la herramienta 'gws' creada por Justin Poehnelt?

AEl 'gws' (Google Workspace CLI) era una herramienta de línea de comandos escrita en Rust que permitía interactuar con toda la suite de Google Workspace (Gmail, Drive, Calendar, Sheets, Docs, Chat) directamente desde la terminal. Se destacaba por generar comandos dinámicamente a partir del Discovery Service de Google y estar diseñada específicamente para ser utilizada por agentes de IA, con más de 40 habilidades integradas y salidas en JSON estructurado.

Q¿Cuál fue la reacción de la comunidad tecnológica ante el despido de Poehnelt?

ALa comunidad tecnológica reaccionó con incredulidad y críticas. La publicación de Poehnelt en X alcanzó millones de vistas, y muchos usuarios, incluyendo ex empleados de Google, denunciaron el hecho como una apropiación de ideas y un caso de 'matar al mensajero'. Además, figuras como Peter Steinberger (padre de OpenClaw) y CEOs de empresas como OpenRouter y Vercel ofrecieron públicamente empleo a Poehnelt, lo que generó una gran ironía y un debate sobre la cultura corporativa en las grandes tecnológicas.

QSegún el artículo, ¿cuál fue el motivo real detrás del despido de Poehnelt, más allá del problema de la marca?

ASegún el análisis del propio Poehnelt y del artículo, el motivo real de su despido fue el temor interno en Google. Su herramienta 'gws' demostraba de manera demasiado exitosa y pública cómo los agentes de IA podían automatizar y revolucionar el uso de Google Workspace, convirtiéndolo de una suite de aplicaciones con interfaz gráfica en una infraestructura manejable por IA. Esto amenazaba el modelo de negocio establecido y generó miedo a ser disruptivo desde dentro, llevando a la empresa a eliminarlo en lugar de celebrar la innovación.

Q¿Qué otros acontecimientos notables coincidieron con este incidente en Google?

ACasi simultáneamente al despido de Poehnelt, Google anunció en su conferencia Cloud Next 2026 su propia 'versión oficial' de una CLI para Workspace. Además, Addy Osmani, un veterano de 14 años en Google que lideraba la experiencia para desarrolladores en Cloud AI y que había promocionado la herramienta de Poehnelt, también dejó la empresa en ese mismo período, aunque no está confirmado que los eventos estén directamente relacionados, lo que añade más intriga al suceso.

Lecturas Relacionadas

MSB canadiense, ¿por qué es más adecuado para equipos que desean hacer pagos a largo plazo?

Resumen ejecutivo: Comparación entre la Licencia MSB de Canadá y la de EE. UU. para equipos de pagos con criptomonedas Si la licencia MSB de EE. UU. es una pieza de cumplimiento inicial para proyectos emergentes, la MSB de Canadá responde mejor a esta pregunta: ¿Qué elegir cuando un proyecto busca establecer un negocio de pagos con criptomonedas estable, aceptado a largo plazo por bancos, socios y reguladores? Características clave de la MSB canadiense: * **No es una alternativa más sencilla o para evadir regulación estadounidense.** Es una elección con un enfoque de cumplimiento claro y estricto. * **Es una regulación continua y sustancial**, no un mero registro. Requiere implementar sistemas completos de AML/CFT antes de operar. * **Ideal para proyectos con visión a largo plazo**, que operen en B2B, pagos transfronterizos, stablecoins, y busquen claridad regulatoria. * **Cubre negocios** como transferencias con criptomonedas/stablecoins, conversión fiat-cripto, servicios de pago a empresas y APIs de pago. Ventajas clave para operaciones a largo plazo: 1. **Explicación a bancos y socios:** Facilita justificar el modelo de negocio, los sistemas AML/KYC y los flujos de fondos ante instituciones financieras y socios comerciales. 2. **Ruta más centralizada:** A diferencia del sistema fragmentado de licencias estatales (MTL) en EE. UU., la MSB canadiense opera bajo un marco regulatorio nacional unificado, simplificando costos y planificación. 3. **Amigable con modelos de negocio reales:** Fomenta claridad operativa desde el inicio, favoreciendo la estabilidad a largo plazo sobre la ambigüedad regulatoria. ¿Cómo elegir? * **MSB de EE. UU.:** Mejor para **lanzamiento rápido**, validación del modelo, control de costos iniciales y como primer paso de cumplimiento. * **MSB de Canadá:** Vale la pena evaluarla para **operaciones a largo plazo**, clientes B2B/institucionales, pagos con stablecoins, conexión con bancos y cuando se busca una identidad regulatoria estable. Conclusión: La MSB canadiense actúa como una base sólida para equipos serios que buscan construir un negocio de pagos con criptomonedas sostenible y creíble a largo plazo, priorizando la solidez operativa y la claridad regulatoria sobre la simple agilidad inicial.

marsbitHace 1 hora(s)

MSB canadiense, ¿por qué es más adecuado para equipos que desean hacer pagos a largo plazo?

marsbitHace 1 hora(s)

¿Puede MicroStrategy recuperarse después de su primer cierre por debajo de $100 desde 2024?

La empresa de tesorería de Bitcoin, MicroStrategy (MSTR), ha caído por debajo de los 100 dólares por primera vez desde marzo de 2024, cotizando a 94,23 dólares tras un descenso del 9,26%. Aunque ha incrementado sus tenencias de Bitcoin a 847,363 BTC tras una venta de acciones que recaudó 335,5 millones de dólares, parte de los cuales se usaron para comprar más BTC, su declive se aceleró tras una venta de 32 BTC a finales de mayo. Los expertos expresan preocupación. Charlie Bilello advierte que las caídas bruscas pueden profundizarse, señalando la histórica pérdida del 99,86% de MSTR durante la burbuja punto com. Por su parte, Ki Young Ju, CEO de CryptoQuant, sugiere que las compras agresivas de Bitcoin de la empresa actúan más como un sumidero de liquidez que como un catalizador del precio, y recomienda que pause las compras, reconstruya reservas de efectivo y adopte un marco sistemático para sus adquisiciones. El ratio precio de MSTR/reservas de BTC muestra una convergencia, indicando que los inversores pagan una prima mucho menor por la estrategia de acumulación de Bitcoin de la empresa en comparación con el mercado alcista anterior. En resumen, a medida que Bitcoin lucha por recuperarse, los inversores escrutinan más el modelo de tesorería apalancada de MicroStrategy, sugiriendo algunos analistas la necesidad de una mayor disciplina de capital en lugar de depender únicamente de las compras continuas de criptomonedas.

ambcryptoHace 2 hora(s)

¿Puede MicroStrategy recuperarse después de su primer cierre por debajo de $100 desde 2024?

ambcryptoHace 2 hora(s)

The DATA Foundation se lanza para abordar el cuello de botella de miles de millones de dólares en datos de entrenamiento de IA

Palo Alto, Estados Unidos, 25 de junio de 2026 - Story anuncia su transición estratégica para convertirse en The DATA Foundation ("DATA"). La fundación lanza Trace, un registro en cadena para la procedencia y licenciamiento de datos de entrenamiento de IA, junto con una integración principal con Kled, el mayor mercado de datos humanos por consentimiento. Esto registra 1.500 millones de registros aportados por usuarios en la red DATA. El cambio responde al cuello de botella multimillonario en datos de entrenamiento para IA de vanguardia. El suministro de datos públicos de calidad se ha agotado, y los datos restantes carecen a menudo de documentación legal clara sobre consentimiento o procedencia. DATA construye infraestructura para datos de IA confiables, combinando la transparencia de Kled con recibos inmutables generados por Trace para cada contribución, permitiendo a los laboratorios verificar la legitimidad de los conjuntos de datos en segundos. La red también incluye a Poseidon (proyecto incubado por Story) para procesar datos, y su aplicación Numo, que permite a miles de contribuyentes recibir pagos por sus datos. La tesis de DATA es crear una red integral que pruebe el origen de los datos del mundo real, los licencie y compense a las personas que los crearon. El token $IP migra a $DATA en una proporción de uno a uno.

TheNewsCryptoHace 3 hora(s)

The DATA Foundation se lanza para abordar el cuello de botella de miles de millones de dólares en datos de entrenamiento de IA

TheNewsCryptoHace 3 hora(s)

El Fondo de Bonos Tokenizados de Baillie Gifford Se Suma a la Carrera de Activos del Mundo Real en Solana y Ethereum

Baillie Gifford está vinculado a la creación de un fondo regulado de bonos tokenizados, lo que suma a otro gran gestor de activos tradicionales a la carrera de activos del mundo real (RWA). La estructura reportada utilizaría infraestructuras de cadenas públicas como Solana y Ethereum, con el apoyo de custodia institucional de BNY. Este desarrollo refuerza a los fondos tokenizados como uno de los temas institucionales más sólidos en el sector cripto. A diferencia de lanzamientos de tokens especulativos, productos como bonos y fondos del mercado monetario tokenizados se conectan directamente con la demanda institucional existente de rendimiento, eficiencia en la liquidación y distribución programable. Los bonos son un candidato natural para la tokenización, ya que pueden simplificar las transferencias, mejorar la transparencia y permitir un uso de garantías más automatizado. La elección entre cadenas como Ethereum (familiaridad institucional) y Solana (velocidad y bajo costo) señala cómo los gestores equilibran credibilidad y rendimiento. La narrativa RWA mantiene su fuerza porque está ligada a infraestructura financiera práctica. El movimiento de Baillie Gifford añade otra prueba de que los activos tradicionales se están volviendo gradualmente compatibles con la liquidación en blockchain. La tendencia general hacia fondos tokenizados regulados sigue fortaleciéndose, ofreciendo un punto de datos más en un mercado que evalúa la participación institucional y la evolución regulatoria.

bitcoinistHace 4 hora(s)

El Fondo de Bonos Tokenizados de Baillie Gifford Se Suma a la Carrera de Activos del Mundo Real en Solana y Ethereum

bitcoinistHace 4 hora(s)

Trading

Spot
Futuros
活动图片