alertint-agent
AlertINT es una herramienta open source autoadministrable que convierte alertas de infraestructura en investigaciones completas, sirviéndolas a agentes de IA mediante MCP (Model Context Protocol). Es un solo binario Go que se ejecuta dentro de tu red local, sin necesidad de Docker ni Kubernetes.
Ficha actualizada 23 sept 2026, 15:09 · upstream 23 sept 2026, 14:49 · release v0.13.9
Qué es alertint-agent
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
AlertINT actúa como un intermediario entre el stack de monitorización y los agentes de inteligencia artificial. Recibe alertas desde Alertmanager o Zabbix, correlaciona incidentes mediante un motor de reglas abierto, ejecuta una triaje con LLM que genera su propia conclusión preliminar antes de presentarla al usuario, y envía resultados a stdout o a canales Slack configurados. El estado del incidente se guarda en memoria local y se expone a cualquier cliente MCP para consultas de Prometheus, Loki y Zabbix. La arquitectura está diseñada para ser read-only: el agente no puede modificar alertas ni datos existentes; solo captura correcciones que el usuario realice a través de la interfaz MCP.
- Investigación de incidentes de despliegue sin intervención humana
- Triaje automatizado de alertas con análisis contextual por IA
- Generación de hallazgos técnicos para agentes de IA especializados
- Corrección de errores en tiempo real mediante feedback del usuario
- Documentación automática de incidentes y sus causas raíz
- Integración con herramientas de observabilidad (Prometheus, Loki)
- Funciona como un solo binario Go sin necesidad de contenedores o Kubernetes
- Implementa un ciclo de verificación que invalida conclusiones erróneas antes de persistirlas
- Sistema de memoria de incidentes que permite rastrear la evolución de fallos
- Correcciones capturadas por el usuario se integran en el flujo de triaje siguiente
- Acceso read-only a Prometheus, Loki y Zabbix desde cualquier cliente MCP
- Diseñado para ser autoadministrable con configuración vía valores Helm o archivos YAML
- No puede modificar alertas existentes ni datos en tiempo real
- La conclusión del LLM es provisional hasta que se valida mediante un round de verificación
- Depende de la calidad de los datos de entrada (alertas y métricas)
- El sistema no tiene capacidad de autodiagnóstico activo sin intervención humana
- No incluye capacidades de escalado automático o autohealing
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.
Para producción, se recomienda usar Helm con valores configurados en un archivo separado. Se debe gestionar los secretos fuera del Helm para evitar el uso de variables en el código. El binario se ejecuta como servicio con systemd o similar. Para pruebas, ejecutar `alertint drill --config config.yaml` genera un escenario de prueba. La documentación completa está disponible en https://alertint.com/docs.
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.