Reglas frágiles y reglas robustas

Cada regla se apoya en algún rasgo del archivo, y no todos los rasgos le cuestan lo mismo al adversario. Cambiar un texto de versión, el nombre de un adjunto, el relleno que cambia el tamaño o la ruta de la carpeta donde compiló no le cuesta casi nada; lo hace sin proponérselo cada vez que publica una versión. Cambiar la estructura de la configuración que su propio código lee le obliga a reescribir ese código. Es la misma lógica de la pirámide del dolor aplicada a una regla: cuanto más caro le resulta cambiar el rasgo, más dura la regla.

Consulta SELECT * FROM reglas para ver en qué se apoya cada una de las cinco.

La forma de comprobar la robustez no es opinar sobre los rasgos sino pasar la regla por variantes confirmadas. Consulta SELECT * FROM variantes para ver qué cambió en cada una y SELECT * FROM resultados para ver qué reglas siguieron coincidiendo.

Fíjate en que la tabla de resultados confirma lo que la tabla de rasgos hacía esperar: cada vez que una variante cambia el rasgo en que se apoya una regla, esa regla deja de coincidir.

Una variante que cambia varios rasgos baratos a la vez deja ciega a la mitad del repositorio de golpe. Saber cuál fue sirve para dos cosas: avisar a quien consume esas reglas de que su cobertura bajó y revisar si hay reglas que solo detectan lo viejo.

Una regla frágil no es inútil. Para buscar hacia atrás, en el correo o los archivos del último mes, una regla apoyada en el texto de versión de la campaña actual puede ser muy precisa; el problema aparece cuando se deja en producción como si fuera a durar. Lo que se decide es su vida útil y cómo se marca.