gleaptracker
Herramienta open source para conectar soporte Gleap con ingeniería (Slack, Linear, Jira, GitHub). Unifica hilos de soporte y notifica a clientes al cerrar bugs.
Ficha actualizada 25 sept 2026, 22:34 · upstream 25 sept 2026, 22:25 · release sin release detectada
Qué es gleaptracker
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
GleapTracker cierra la brecha entre soporte y desarrollo automatizando el flujo de trabajo. Conecta tickets de Gleap con Slack para discusión técnica y genera issues en Linear o Jira opcionalmente. Permite cerrar problemas desde Slack notificando a todos los clientes afectados simultáneamente, actualizando sus tickets automáticamente.
Es una solución ligera sin base de datos externa, construida con Next.js y Node.js. Utiliza TypeScript y se ejecuta como un puente de webhooks simple. No requiere servicios de colas ni bases de datos dedicadas, lo que reduce la complejidad operativa.
El proyecto está diseñado para equipos que ya usan Gleap y quieren integrar sus reportes de clientes directamente en los flujos de ingeniería existentes.
- Unificar múltiples hilos de soporte dispersos en Slack bajo un único tracker por bug
- Crear issues automáticamente en Linear o Jira al recibir un ticket de Gleap
- Cerrar bugs desde Slack y notificar a todos los clientes vinculados simultáneamente
- Añadir notas internas con el comando g:note sin afectar la vista del cliente
- No requiere base de datos externa ni servicios de colas
- Unifica conversaciones dispersas en Slack bajo un único hilo por problema
- Notificaciones masivas al cerrar problemas afectan a todos los clientes vinculados
- Integración flexible con Linear, Jira y GitHub para gestión de issues
- Requiere Node.js 22+ y pnpm para el entorno de desarrollo
- No sincroniza issues bidireccionalmente (solo crea y cierra)
- Configuración manual obligatoria de webhooks y secretos de API
- El agente Cursor es externo al repositorio y requiere configuración separada
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Ejecutar con `pnpm build` y `pnpm start`. Puerto 3000 por defecto. HTTPS en proxy inverso. Proteger endpoints con secretos (GLEAP_WEBHOOK_SECRET). PM2 incluido para producción.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.