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

¿STRC cae por debajo de 80 dólares? ¿Los inversores conservadores aún pueden comprar en la caída?

STRC, la acción preferente perpetua de MicroStrategy (MSTR), cotiza con un fuerte descuento, por debajo de su valor nominal de 80 dólares, ofreciendo un rendimiento de dividendos aparente elevado (13-15%). El artículo analiza si esto representa una oportunidad de compra o un riesgo estructural. El núcleo del debate es si el modelo de financiación de MSTR (emitir valores como STRC para comprar más Bitcoin) puede sostenerse. El reciente descuento de STRC refleja la preocupación del mercado por: 1) la presión sobre el diferencial de precio de MSTR frente al valor de sus BTC (mNAV), 2) la interrupción de nuevas emisiones de STRC a valor nominal, 3) la competencia de productos similares como SATA, y 4) la venta simbólica de BTC por parte de MSTR para cubrir pagos de dividendos, lo que cuestiona el discurso de "solo comprar". STRC no es un esquema Ponzi, ya que está respaldado por las grandes reservas de BTC de MSTR. Sin embargo, su riesgo es la dependencia de un flujo continuo de financiación barata. Un "colapso" no sería una liquidación repentina, sino una erosión de la confianza: si BTC entra en un mercado bajista profundo, el mNAV de MSTR se contrae, STRC cotiza con un gran descuento permanente y los dividendos dependen cada vez más de la venta de BTC, la narrativa financiera se rompería. En resumen, STRC es una apuesta de alto rendimiento sobre la capacidad de MSTR para mantener su modelo de financiación basado en Bitcoin durante los ciclos bajistas. No es un activo de renta fija sin riesgo. Su atractivo depende de si el inversor apuesta a una recuperación técnica del precio hacia los 100 dólares o está dispuesto a asumir el riesgo de un rendimiento a largo plazo con posibles aplazamientos de dividendos y descuentos persistentes.

marsbitHace 19 min(s)

¿STRC cae por debajo de 80 dólares? ¿Los inversores conservadores aún pueden comprar en la caída?

marsbitHace 19 min(s)

¿Entrada para billones de fondos de pensiones? El ETF de reinversión de dividendos en Bitcoin de Franklin tiene un límite máximo de presión de venta

El gigante de inversiones Franklin Templeton ha solicitado autorización para lanzar dos ETFs que integran una exposición automática a Bitcoin. Estos fondos, llamados "ETF de reinversión de dividendos en Bitcoin", emplean la estrategia de "configuración por defecto" común en planes de pensiones 401(k). Inicialmente, asignarían un 95% a acciones y un 5% a Bitcoin, utilizando los dividendos de las acciones para comprar Bitcoin automáticamente. Sin embargo, el diseño incluye un mecanismo de rebalanceo trimestral que obliga a vender Bitcoin si su ponderación supera el 5%, reduciéndola al 4,5%. Además, establece un límite máximo del 20% para la exposición a Bitcoin. Según el análisis, el impacto de compra sería mínimo. Dadas las bajas tasas de dividendos de los índices subyacentes (aprox. 1% o 0,5% anual), la entrada anual de capital nuevo destinado a Bitcoin sería insignificante en comparación con el volumen diario del mercado. Paradójicamente, en un mercado alcista de Bitcoin, estos fondos se convertirían en vendedores netos programáticos debido al mecanismo de rebalanceo, creando potencialmente una presión de venta constante. El producto está dirigido principalmente a asesores financieros, permitiéndoles asignar Bitcoin de forma indirecta y "compatible" para sus clientes, ya que los fondos se presentan como productos de renta variable estándar. El artículo concluye que, aunque el modelo busca aprovechar la inercia y la configuración por defecto para atraer capital institucional (como se vio con los fondos de fecha objetivo), su diseño intrínseco limita severamente su capacidad para ser un comprador sostenido de Bitcoin y podría incluso actuar como un "techo" de presión vendedora durante rallies. Su éxito a gran escala dependería de que se incluyeran como opción por defecto en planes de pensiones, un proceso regulatorio que aún está en desarrollo.

Foresight NewsHace 28 min(s)

¿Entrada para billones de fondos de pensiones? El ETF de reinversión de dividendos en Bitcoin de Franklin tiene un límite máximo de presión de venta

Foresight NewsHace 28 min(s)

¿Por qué a los proyectos de criptomonedas les gusta tanto cambiar de nombre?

En el mundo empresarial tradicional, el activo de marca es fundamental, y cambiarla equivale a destruir esa ventaja competitiva. Sin embargo, en cripto, más del 16% de los proyectos han cambiado de nombre, según RootData. Esto ocurre porque, en esta industria, la atención, la narrativa, el precio del token y la liquidez suelen ser más valiosos que la marca en sí. La lealtad a las marcas en cripto es débil. Los usuarios son a menudo inversores o cazadores de *airdrops*, motivados por ganancias potenciales más que por la experiencia del producto. Un nombre asociado a caídas de precio, hacks o fracasos se convierte en una carga. Cambiar el nombre puede ser una estrategia de marketing. A veces es necesario por un cambio estratégico real (como Matic a Polygon). Otras veces, es para alinearse con narrativas de moda (como AI o RWA) o para distanciarse de un pasado problemático tras un hack o una controversia. El verdadero riesgo surge cuando el cambio de nombre incluye un cambio de token. Esto puede permitir un reinicio de la liquidez, borrar el historial de precios y facilitar bombos especulativos. Además, a menudo se aprovecha para modificar la tokenómica, diluyendo el valor para los holders anteriores. El problema no es el cambio de nombre en sí, sino lo que representa: a menudo, un intento de escapar de la historia, de los errores pasados y de las expectativas incumplidas. Al evaluar un *rebranding*, las preguntas clave son: ¿hay un producto, unos ingresos o una estrategia nuevos y genuinos detrás? ¿Ha cambiado la tokenómica? ¿Y qué es exactamente lo que el proyecto quiere que olvidemos?

链捕手Hace 33 min(s)

¿Por qué a los proyectos de criptomonedas les gusta tanto cambiar de nombre?

链捕手Hace 33 min(s)

Trading

Spot
Futuros
活动图片