Hace dos meses, Google despidió a Justin Poehnelt. ¿El motivo? Había creado Google Workspace CLI (gws), una herramienta de línea de comandos que unificaba Drive, Gmail, Calendar y todas las APIs de Workspace, pensada tanto para humanos como para agentes de IA.
El proyecto se colocó en lo más alto de HN y acumuló miles de estrellas en GitHub. Entonces entró el departamento jurídico de Google.
Marca, logo y «apariencia de oficialidad»
A juzgar por los comentarios en HN, el detonante directo fue el uso de la marca. El proyecto de Poehnelt estaba alojado en github.com/googleworkspace/cli, usaba el logo de Google y sus colores corporativos. Varios comentaristas señalaron que, con solo ver la página del proyecto, cualquiera lo confundiría con un producto oficial de Google.
La postura de los abogados de Google era nítida: el uso no autorizado de marcas e imagen corporativa, incluso por parte de un empleado, puede constituir una infracción. En los comentarios se formaron dos bandos.
Unos lo veían como una línea roja de manual. «Publicar algo que puede confundirse con un lanzamiento oficial demuestra un problema grave de criterio», escribió un comentarista. «Como mínimo merecía una sanción disciplinaria severa; si ya le habían advertido, el despido es comprensible».
Otros sostenían que el problema de marca se resolvía con una solución técnica: quitar el logo, cambiar el nombre. Como pasó con Clawdbot → Moltbot → OpenClaw. «Google tiene fama de despedir muy poco, incluso por bajo rendimiento», apuntó otro. «O la cultura de la empresa ha cambiado, o aquí hay más de lo que se ve».
¿El 20% time ha muerto?
La polémica de fondo es cultural.
Google fue famoso por su política del «20% time»: los ingenieros podían dedicar un día a la semana a proyectos personales. De esa política nacieron Gmail, Google News y AdSense. El sentimiento general en los comentarios es claro: si la CLI de Poehnelt hubiera aparecido en el Google de 2010, el desenlace habría sido muy distinto.
«Google ha pasado de alentar la creación de proyectos increíbles con el 20% time a despedir a la gente por hacer precisamente eso», escribió un comentario muy votado. Otros señalaron un hecho paralelo: la CLI Gemini, de código abierto, fue reemplazada por la CLI Antigravity, de código cerrado. Dos caras de la misma moneda: la innovación interna ya no se premia, salvo que sirva a una hoja de ruta de producto concreta.
La Ley de Hierro de Pournelle apareció citada como clave interpretativa: «En una burocracia, los que luchan por los valores de la propia burocracia siempre acaban mandando, mientras que la influencia de los que luchan por los valores a los que se supone que la burocracia sirve se reduce cada vez más». Poehnelt pertenecía al segundo grupo: desarrollaba cosas útiles e interesantes por iniciativa propia. Sus adversarios pertenecen al primero: más pendientes de la burocracia interna y del papel que juegan en ella.
Ansiedad ante la IA
Hay un contexto que no se puede ignorar: la CLI de Poehnelt estaba diseñada explícitamente para servir tanto a usuarios humanos como a agentes de IA. Su eslogan era «built for humans and AI agents». Este posicionamiento chocaba frontalmente con la estrategia de herramientas de IA cerradas que Google está impulsando internamente.
Cuando el proyecto personal de un ingeniero raso empieza a solaparse con la hoja de ruta comercial de IA de la compañía, «infracción de marca» puede ser sencillamente el motivo más fácil de esgrimir. En los comentarios alguien lo dijo claro: «Creo que la verdadera razón es que algunos líderes y proyectos dentro de Workspace temen verse desplazados».
La respuesta posterior del propio Poehnelt fue comedida: «No voy a compartir demasiada información adicional, pero creo que este caso refleja cómo es trabajar en una gran tecnológica y la disrupción que la IA está provocando en los equipos, las hojas de ruta, los incentivos y el comportamiento de los usuarios».
La tensión eterna entre el open source y el empleador
Este caso también reavivó el debate sobre los derechos de los ingenieros para publicar código abierto.
Incluso dentro de Google, siempre ha sido una zona gris hasta dónde puede llegar un empleado con sus proyectos personales de código abierto, el uso de la marca de la empresa y la publicación externa de herramientas internas. La aplicación de las normas varía enormemente según el equipo y el manager. Un comentarista lo resumió: «No tengo claro que los Googlers publiquen habitualmente proyectos paralelos bajo la organización oficial de GitHub; la política de Google en esto siempre ha sido ambigua».
El caso Poehnelt puede sentar precedente: la tolerancia de las grandes empresas hacia los proyectos open source personales de sus empleados se está estrechando. Cuando un proyecto paralelo alcanza una notoriedad y tracción que amenazan con interferir en la hoja de ruta oficial de producto, los problemas de cumplimiento de marca se magnifican hasta convertirse en una cuestión existencial.
Este artículo se basa en información pública y discusiones de la comunidad. Si tienes conocimiento directo sobre este tema, no dudes en señalar cualquier imprecisión.