katcher
Servicio ligero de tracking de errores en Kotlin/Native con UI HTMX integrada y SQLite embebido. No requiere JVM en producción, ideal para despliegues portables con bajo overhead.
Ficha actualizada 27 sept 2026, 21:40 · upstream 27 sept 2026, 21:39 · release v0.8.0
Qué es katcher
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Katcher es un servicio de seguimiento de errores diseñado para aplicaciones Kotlin, compilado como único binario nativo sin dependencias de runtime. Utiliza Ktor como motor backend, HTMX para la interfaz dinámica y Tailwind CSS para el estilizado, todo renderizado en servidor sin necesidad de bundlers o Node.js en producción.
El sistema incluye autenticación delegada a proxies inversos (oauth2-proxy, Traefik, Nginx) mediante headers X-Auth-Request. Ofrece almacenamiento SQLite vía sqlx4k para acceso multiplataforma y soporta integración con agentes de IA a través del Model Context Protocol (MCP) para análisis automatizado de crashes.
Incluye librería cliente Kotlin para Android, iOS y JVM que reporta errores desde la aplicación mediante ContentProvider. El despliegue se realiza vía Helm chart o Docker directo, con soporte para SSO externo sin lógica OAuth embebida.
- Tracking de crashes en aplicaciones multiplataforma (Android/iOS/JVM) con un único binario
- Dashboard de errores agrupados por fingerprint para análisis rápido de incidencias
- Integración con agentes de IA vía MCP para diagnóstico automático de fallos
- Despliegue en Kubernetes o bare metal sin JVM ni dependencias de runtime
- Compilado Kotlin/Native: único binario sin JVM en producción, reduciendo footprint
- UI HTMX con Tailwind CSS: navegación dinámica sin JavaScript frameworks pesados
- Soporte MCP nativo para agentes de IA que consultan crashes y contextos estructurados
- Integración Android/iOS/JVM desde una misma librería cliente multiplataforma
- No incluye Dockerfile ni docker-compose por defecto; requiere imagen ghcr.io precompilada
- Autenticación obligatoria vía proxy inverso para la UI y API de lectura (no para ingest)
- Endpoint MCP requiere token Bearer explícito y configuración ALLOWED_HOSTS en producción
- Filtrado de contenido de crashes puede ocultar detalles útiles si el texto parece instructivo
Capturas del proyecto
Imágenes reales detectadas en la documentación del repositorio.
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.
Usa imagen ghcr.io/youndie/katcher:latest. Para Kubernetes, Helm chart oficial con soporte para provider bundled (shildik) o SSO externo. Ingest endpoint /api/reports no requiere auth pero usa appKey; UI y API de lectura requieren headers X-Auth-Request-User/Email del proxy inverso.
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.