Justin Poehnelt pasó casi siete años en Google construyendo herramientas de código abierto para Workspace. Lo despidieron por construir una que funcionó demasiado bien. Lo cuenta él mismo en X, y el caso lleva días en lo alto de Hacker News.
La herramienta es una CLI de Google Workspace: una línea de comandos que unifica el acceso a Gmail, Drive, Calendar, Docs y Sheets, y que también pueden usar los agentes de IA. Resolvía un dolor real, conectar IA y agentes a las apps de Google sin pelearse con menús y consolas de administración. Se hizo viral: número uno en Hacker News, miles de estrellas en GitHub y miles de usuarios en pocos días.
El detalle incómodo
Google presentó su propia CLI oficial de Workspace en Google Cloud Next dos días antes de despedirlo. La versión oficial llegó justo después de que la de un empleado, gratis y abierta, se convirtiera en lo que la gente quería usar.
Puntos clave
- A Poehnelt le cuestionaron legalmente por tener el logo y los colores de Google en el repositorio de código.
- Él cree que la causa real fue otra: el miedo de ciertos líderes de Workspace a ser disrumpidos por lo que los agentes de IA significan para su producto.
- El CEO de Vercel elogió el diseño de la herramienta y dijo que ellos premian ese tipo de trabajo abierto.
- La comunidad de desarrolladores reaccionó con incredulidad. Otros defendieron el despido por sacar una herramienta interna sin permiso.
Qué hacía la herramienta
Para entender el ruido hay que ver qué resolvía. Manejar Gmail, Drive, Calendar, Docs y Sheets por separado, cada uno con su interfaz y sus permisos, es un lío. La CLI de Poehnelt lo unificaba todo en una sola línea de comandos, y como era texto plano, también la podían usar los agentes de IA para operar sobre las apps de Google sin pelearse con menús ni consolas de administración. Ese es justo el pegamento que hace falta ahora que los agentes quieren tocar tus herramientas de trabajo. Por eso pegó tan fuerte: número uno en Hacker News, miles de estrellas en GitHub y miles de usuarios en cuestión de días.
Lo raro: era literalmente su trabajo
El punto que más escuece es este. Poehnelt pasó casi siete años en el equipo de Developer Relations de Google Workspace, y ese puesto consiste precisamente en construir herramientas y capas abiertas sobre las APIs de Google para que los desarrolladores las usen. Es decir, lo despidieron por hacer demasiado bien exactamente aquello para lo que lo contrataron. No se saltó su función, la cumplió mejor de lo que la empresa esperaba, y la herramienta creció más rápido de lo que a algunos líderes les convino. Cuando construir algo útil se vuelve un problema para quien lo construye, el mensaje que le llega al resto del equipo es claro.
Por qué importa
Es un recordatorio incómodo para cualquiera que dirija un equipo. Las mejores herramientas internas casi siempre salen de alguien que se salta el proceso para resolver un problema real que nadie le había encargado. Si penalizas a ese perfil, deja de innovar, y el mensaje llega al resto del equipo enseguida. Cómo trata una empresa a quien construye por su cuenta dice más de su cultura que cualquier charla sobre innovación. Y en plena ola de agentes, el instinto de proteger el producto viejo de las ideas nuevas es justo el que sale caro.
Relacionado
