Pushie convierte cada nombre de usuario en un canal de notificaciones por webhook
El servicio ofrece avisos push a todos tus dispositivos con un simple POST y sin instalar aplicación ni SDK. Solo pide una clave de API en una cabecera.
Pushie convierte un nombre de usuario en un canal de notificaciones al que basta con lanzar un POST para que el aviso llegue a todos los dispositivos donde tengas la sesión abierta. Su autor lo ha presentado en Hacker News y la propuesta es quitar de en medio todo lo que suele rodear a este tipo de herramientas: no hay aplicación que instalar, ni SDK, ni flujo de autenticación más allá de una clave en una cabecera.
El funcionamiento es sencillo. Te registras, eliges un nombre de usuario y ese nombre pasa a ser tu canal. Para enviar algo, un POST a la ruta /api/push/tu-usuario con la cabecera x-api-key y un cuerpo JSON con el campo text; el ejemplo que da la web es un mensaje de "tu script ha terminado". La entrega se hace con Web Push, el estándar que ya llevan incorporado los navegadores modernos, así que el receptor solo tiene que abrir la web, iniciar sesión y conceder permiso de notificaciones. A partir de ahí, cualquier dispositivo con esa sesión, sea móvil, tableta o portátil, recibe el aviso.
Los detalles que condicionan el uso
Hay un par de cosas que conviene saber antes de meter esto en un pipeline. En iPhone y iPad hay que añadir Pushie a la pantalla de inicio: Apple solo permite web push en aplicaciones web instaladas, así que sin ese paso no llega nada. Las notificaciones se guardan 24 horas y después se borran solas, lo que lo aleja de cualquier uso como registro de eventos o bandeja histórica. Por defecto solo el dueño del canal puede escribir en él; para que un compañero o un proceso lance avisos hay que meterlo en una lista de usuarios permitidos, y esa gente usa el mismo endpoint.
El servicio se presenta como gratuito al 100%, sin más matices: no hay página de precios ni nada que explique cómo se sostiene el coste. Tampoco hay repositorio a la vista ni se aclara si el código es abierto, y la única prueba de funcionamiento que ofrece es el propio curl de la documentación.
El hueco que quiere ocupar es el de los avisos de operación: receptores de webhook para pipelines de CI/CD, agentes de IA, tareas de cron o workers en segundo plano que necesitan decirte que han acabado o que han fallado. Ahí compite con opciones autoalojables como ntfy o Gotify, que no dependen de un tercero para algo tan crítico como saber que un despliegue se ha roto. La pregunta, para quien valore usarlo, no es si el POST es cómodo, sino si quiere que sus alertas pasen por un servicio gratuito del que no consta ni financiación ni plan de continuidad.
