Filtrado por prioridad

## Qué es esta tarea

Filtrar los logs recolectados para quedarse solo con mensajes de prioridad warning o superior, descartando info y debug. Reduce el volumen de tokens enviados al modelo sin perder información relevante para el diagnóstico.

## Qué se debe hacer

- Aplicar filtro de prioridad en la llamada a journalctl: `-p warning` (incluye warning, err, crit, alert, emerg)
- Si se recolectan logs de otras fuentes (archivos de aplicación), aplicar filtro equivalente
- Verificar que no se pierden líneas de error relevantes por el filtrado

## Por qué importa

Los mensajes de nivel info y debug son la mayoría del volumen de logs pero rara vez contienen información sobre la causa de un incidente. Filtrarlos reduce el tamaño de la evidencia (objetivo: <12k tokens total, sección del criterio de Fase 3 en el roadmap) y mejora la relación señal-ruido para el modelo.

## Criterio de avance

Los logs recolectados no contienen mensajes de nivel info o debug. Los mensajes de warning y superiores sí aparecen completos. El volumen se reduce al menos un 50% comparado con sin filtro.