Cómo se valida el motor

Casos reales con resultado conocido, recalculados antes de cada publicación. Si uno cambia, el sitio no sale.

Un motor que aplica normativa se valida de una sola manera: con casos reales cuyo resultado se conoce, recalculados cada vez que algo cambia. BairesCode AI mantiene esa batería en el propio repositorio y la corre antes de cada publicación: si un caso testigo deja de dar lo que daba, el sitio no se publica.

Un informe completo, tal como lo entrega la plataforma: informe de muestra (PDF).

Qué se prueba

• Reglas del Código contra casos con nombre. Cada regla —enrase, edificio consolidado, troneras, retiro de fondo, líneas de frente interno, esquinas y ochavas, englobe— tiene parcelas reales cuyo resultado se fijó después de revisarlo a mano, con el número y el porqué escritos en la prueba.
• Los datos que alimentan al motor. Forma y cobertura de cada dataset (parcelas, frentes, tejido, líneas oficiales, permisos de obra), para que un archivo mal generado se detecte antes de publicarse.
• Lo que el sitio afirma. Que los precios publicados sean los que cobra el sistema de pago, que las leyes se citen por su número correcto, que ninguna página prometa lo que el motor no hace.
• Censos de ciudad. Cuando una regla cambia, se mide sobre miles de parcelas cuántas cambian y cómo, y el resultado queda anotado en la versión.

Cuando el motor se equivoca

Se equivoca, y la política es decirlo. Cada corrección queda en el registro interno de cambios con la causa raíz, el caso que la destapó y la evidencia con la que se confirmó, para que nadie «arregle» lo mismo al revés seis meses después. Los reportes llegan desde el botón de reporte del informe y desde los usuarios profesionales que lo usan a diario; los casos que cambian un resultado se revisan con el arquitecto que define las reglas antes de tocar el motor.

Cifras leídas del repositorio en el momento de publicar esta página (2026-09-18, versión v4.54.1).