Vida de una regla: versión, dueño y retiro

Una regla nace como experimental, pasa a test cuando tiene casos de prueba, pasa a stable cuando ha vivido un periodo sin dar problemas, y termina en deprecated cuando deja de tener sentido. Se retira sin borrarla: el historial de por qué existió y por qué se retiró es lo que evita escribirla de nuevo dentro de dos años.

La versión sube cuando cambia la lógica (otro filtro, otro campo, otra condición) y entonces se anota qué cambió y por qué. Un cambio solo de texto no la sube. El campo modified se actualiza en ambos casos.

Abre politica-de-vida.txt y inventario-reglas.csv. Una regla sin dueño es una regla que nadie revisa ni defiende cuando dispara de más. La política dice que sin dueño no pasa de test. Busca la que no tiene a nadie.

La política fija 180 días como máximo entre revisiones. Se cuentan los días desde la fecha de la última revisión hasta la fecha del inventario, que está en la primera línea del archivo. Contar bien los días es parte del trabajo: una regla a 180 días todavía está dentro del plazo, y a 181 ya no.

Aplica el plazo a todo el inventario. Una regla está vencida cuando pasaron más de 180 días desde su última revisión; una regla que cumple exactamente 180 días todavía no. No te quedes con la primera que encuentres: recorre todas las filas.

La política manda retirar una regla cuando la fuente que lee deja de ingerirse. No es castigo: una regla sobre una fuente muerta no puede disparar, y mantenerla activa hace que el mapa de cobertura mienta. Retirar es cambiar su estado a deprecated y conservar el historial.