Leer una colección pública de reglas

Revisar una regla ajena sin ejecutarla es una lectura con orden. Primero, de qué registros habla: si logsource pide una fuente que la empresa no recolecta, la regla no se puede usar por muy buena que sea. Después, su estado y su nivel: qué madurez declara. Después, qué busca y qué deja fuera: la detección y sus filtros. Y al final, de dónde viene: autor, referencias, fechas y relaciones.

Ese orden ahorra tiempo: la mayoría de las reglas ajenas se descartan en el primer paso, sin leer una sola condición.

La tabla coleccion trae diez archivos con su logsource. La tabla fuentes_de_villeta dice cuáles recolecta hoy la empresa. Hay reglas experimentales que nadie activaría de todos modos; las que importan son las que parecen listas para usar: estables o en prueba, bien documentadas y sin una fuente que las alimente.

Villeta exige tres cosas a una regla ajena para darla por activable: que su fuente se recolecte, que su status no sea obsoleta ni sin soporte, y que ninguna otra regla de la colección la declare obsoleta en su campo related. Las tres están en la tabla criterios_de_adopcion.

Aplícalas a los diez archivos.

El campo related también sirve para limpiar. Cuando una regla reemplaza a otra, la nueva lo declara con el tipo que dice que la otra ya no se usa, y la vieja debería cambiar su estado para que nadie la active por error. En colecciones largas es habitual que lo primero se haga y lo segundo se olvide.

En la colección, un archivo ya está declarado obsoleto por otro y sigue marcado como estable.

Una regla ajena que cumple los criterios no se pega y se activa. Se trae al repositorio propio con su origen anotado: autor, referencias y licencia, cuando existen; se le asigna estado de prueba hasta validarla con datos propios; y se deja rastro de qué se cambió. Copiar el texto y borrar la autoría pierde la trazabilidad y, según la licencia, puede incumplirla.