Idea principal

"Un pedido facturado no admite más líneas" es una afirmación verificable. No necesita traducción para convertirse en un caso de test: nombra un estado, una acción y un veredicto. Unos cientos de reglas escritas de esa manera son otros tantos tests candidatos que nadie ha tenido que deducir de un archivo fuente.

La misma frase presta un segundo servicio, en otra mesa. Ante una incidencia reportada por un cliente, la pregunta deja de ser cuestión de experiencia y se vuelve mecánica: si el comportamiento observado contradice una regla escrita, es un defecto; si ninguna regla cubría el caso, es una decisión de producto que nunca se tomó. Sin un corpus de reglas, ese veredicto se emite por antigüedad, por la persona que se acuerda.

Capa aportada por "Ontology-Driven Design: ¿y si la ontología se convirtiera en la red de seguridad del código generado por IA?" (2026-10-29). Los invariantes de una ontología de negocio —una factura validada ya no puede modificarse, un abono hace referencia a la factura que corrige, un pedido anulado no puede enviarse— pueden servir también para verificar que los tests existentes los cubren, y para localizar las reglas que todavía carecen de verificación. El control de un código producido por un agente se juega entonces en dos niveles: un nivel semántico, en el que un LLM examina la coherencia entre la intención, los conceptos y el código; y un nivel determinista, en el que las reglas convertidas en tests verifican lo que puede formalizarse.

Por qué es importante

Desplaza el valor de un marco de referencia de reglas fuera de la documentación: alimenta la cobertura de tests y la calificación de las incidencias, dos actividades que normalmente no tienen ninguna fuente común.

Y da una contrapartida inmediata al esfuerzo de escritura, lo que cuenta en un trabajo cuya explotación aún no ha empezado: la regla escrita sirve desde que está escrita.

Matices y límites

Una regla que vale como test debe ser cierta sin condición tácita. "Algunas operaciones exigen una validación" no es un test: es una regla escrita en general allí donde el caso esperaba el detalle, y es el defecto más frecuente y más difícil de ver en esta clase de corpus.

Un objeto descrito sin ninguna regla nunca señala un negocio sin reglas: señala una descripción superficial.

Preguntas abiertas

• ¿Qué parte de las reglas escritas así sobrevive al paso a test automatizado sin que haya que reescribirlas en un vocabulario técnico?