Se le pregunta a un chatbot qué transmitancia máxima tiene que tener una fachada en zona climática D3. Contesta al instante, con un número, una tabla y una frase segura. El número se parece al correcto. Puede que sea el de la versión del DB-HE de 2013, o el de otra zona, o una media de varios. La frase segura es la misma en los tres casos.
Ese es el problema de la IA con el Código Técnico, y no se arregla con un modelo mejor: es una consecuencia de cómo funcionan. Este artículo explica por qué un modelo de lenguaje no puede justificar el cumplimiento del CTE, en qué sí ayuda de verdad a quien tiene que justificarlo, y cómo usarlo para que no meta en la memoria un error que después firmas tú.
Quién responde del cumplimiento
El propio CTE lo dice en su primer capítulo técnico: son responsables de su aplicación los agentes que participan en el proceso de la edificación, según el capítulo III de la LOE (art. 5.1). El proyectista redacta un proyecto que tiene que cumplir la normativa (art. 10 de la LOE), y el director de obra dirige la ejecución conforme a ese proyecto (art. 12).
Para justificar el cumplimiento hay dos caminos (art. 5.1.3 del CTE): aplicar las soluciones de los Documentos Básicos o adoptar soluciones alternativas. Las alternativas las puede adoptar el proyectista o el director de obra «bajo su responsabilidad y previa conformidad del promotor», siempre que justifique documentalmente que las prestaciones son al menos equivalentes. La expresión no deja hueco: la justificación es de una persona, y es la que firma.
Si un error de una justificación llega a un siniestro, la pregunta será quién firmó el proyecto, no qué programa se usó para escribirlo. Lo contamos desde el lado del seguro en qué cubre la póliza de RC del arquitecto.
Por qué un modelo falla con la normativa
Un modelo de lenguaje no tiene el CTE dentro como una base de datos. Ha leído muchos textos que hablan del CTE (la norma, sí, pero también apuntes, foros, versiones antiguas y artículos de divulgación) y genera la respuesta más probable. Eso produce errores con un patrón reconocible:
- Mezcla versiones. El CTE se ha modificado varias veces desde 2006; el Real Decreto 732/2019, por ejemplo, rehízo el DB-HE e introdujo la protección frente al radón. Lo que el modelo recuerda es una mezcla de todo lo publicado sobre cada versión.
- Inventa apartados. Cita «DB-SI 3, apartado 4.2.3» con la misma seguridad tanto si existe como si no. La numeración es justo el tipo de dato que un modelo reproduce peor.
- Da valores parecidos al correcto. Transmitancias, distancias de evacuación, alturas, anchos mínimos. Un número inventado que se aleja mucho del real se detecta; uno que se parece, no.
- Confunde ámbitos. El CTE convive con normativa autonómica y ordenanzas municipales (accesibilidad, habitabilidad, protección contra incendios) que pueden ser más exigentes. El modelo tiende a contestar «el CTE dice» cuando la respuesta correcta es «depende de dónde».
- No sabe nada del edificio. Justificar el DB-SI exige saber la ocupación, los recorridos y los sectores de ese edificio. Sin esos datos, lo que sale es una plantilla con apariencia de justificación.
Y todo con la misma frase segura. Lo peligroso no es que el modelo se equivoque (una persona también se equivoca), sino que no avisa de cuándo está adivinando.
Dónde sí ayuda
Lo que tienen en común los usos que funcionan es que el modelo no aporta la norma, la trabaja: el texto se lo das tú, y el resultado se comprueba contra ese texto.
Localizar dónde se regula algo
«¿Dónde trata el CTE la altura de las barandillas?» es una buena pregunta si adjuntas el DB-SUA y pides que conteste citando el apartado. La respuesta te lleva a la sección, y el valor lo lees tú en el documento. Es un buscador que entiende la pregunta, no un oráculo.
Revisar la coherencia entre documentos del proyecto
Es probablemente el uso más rentable y el menos comentado. La memoria dice zona climática D3 y la ficha justificativa dice C3. La memoria constructiva describe un aislamiento de ocho centímetros y la partida de mediciones lleva seis. El cuadro de superficies no suma lo mismo que la ficha urbanística. Comparar documentos largos en busca de contradicciones es tedioso para una persona y razonablemente fiable para un modelo, porque cada contradicción que señala se comprueba abriendo los dos documentos.
Preparar listas de comprobación por tipo de obra
Qué Documentos Básicos aplican a una reforma de vivienda sin cambio de uso, qué cambia si hay cambio de uso, qué exige una ampliación. A partir del texto de cada DB y de su ámbito de aplicación, el modelo puede preparar un borrador de lista que el estudio revisa una vez y reutiliza en cada encargo de ese tipo.
Resumir lo que ha cambiado entre versiones
Con las dos versiones del documento delante, no de memoria, un modelo hace bien el resumen de qué apartados cambian. Es útil cuando se retoma un proyecto que se empezó con la versión anterior. Una herramienta que contesta solo con tus fuentes y las cita, como NotebookLM, reduce además el riesgo de que mezcle las dos.
| Tarea | ¿La IA? | Condición |
|---|---|---|
| Decir qué valor exige el CTE, de memoria | No | No aplica |
| Localizar el apartado que regula algo | Sí | Con el DB vigente adjunto y el apartado citado |
| Detectar contradicciones entre memoria, planos y mediciones | Sí | Cada contradicción se comprueba en los originales |
| Borrador de lista de comprobación por tipo de obra | Sí | Se revisa una vez y se reutiliza |
| Calcular demanda energética o evacuación | No | Para eso están las herramientas de cálculo |
| Firmar que el edificio cumple | No | Nunca |
Cómo usarla sin que te meta un error
- El documento delante. Descarga el DB vigente de la web oficial del Código Técnico y adjúntalo. Pide que conteste solo con lo que dice ese texto.
- El apartado en cada respuesta. Lo que no viene con su número de apartado no se usa. Lo que viene con él, se abre y se lee.
- Los números, siempre en el original. Ningún valor de tabla pasa de la respuesta del modelo a la memoria sin haberlo leído en el documento.
- Pregunta también por la normativa local. Si el modelo no menciona normativa autonómica o municipal, no significa que no la haya.
- Nada de datos del cliente en una cuenta personal. Si el documento que adjuntas lleva datos personales, el servicio tiene que tener contrato de encargado del tratamiento. Lo explicamos en IA y RGPD en el estudio.
El Reglamento europeo de IA no considera de alto riesgo este uso, pero desde febrero de 2025 obliga a quien despliega sistemas de IA a procurar que su personal sepa usarlos (art. 4). Saber que un modelo no consulta la norma, sino que la recuerda, es parte de ese conocimiento.
Cómo está montado en Rucob
Rucob no justifica el cumplimiento del CTE, y no lo va a hacer. Lo que sí hace es convertir el CTE en trabajo pendiente: cada expediente se organiza en las fases del encargo, y al abrir una fase se generan sus tareas a partir de un maestro de tareas por fase que el estudio puede adaptar (quitar lo que no aplica, añadir lo propio). La lista de comprobación de la que hablábamos antes vive ahí, y se reutiliza en cada expediente.
El asistente responde sobre tus expedientes (qué falta en esta fase, qué está vencido), no sobre lo que exige la norma. Es una decisión deliberada: para lo segundo, el documento oficial y quien firma.
Fuentes
Textos oficiales en los que se apoya este artículo, comprobados el 11 de octubre de 2026. El CTE se modifica: conviene descargar siempre los Documentos Básicos vigentes de la web oficial.
- Real Decreto 314/2006, de 17 de marzo, por el que se aprueba el Código Técnico de la Edificación: Parte I, artículo 5 (responsables de la aplicación y soluciones alternativas) y anejo I (contenido del proyecto).
- Real Decreto 732/2019, de 20 de diciembre, por el que se modifica el Código Técnico de la Edificación: nuevo DB-HE y protección frente al radón.
- Código Técnico de la Edificación (web oficial): Documentos Básicos vigentes, documentos de apoyo y versiones anteriores.
- Ley 38/1999, de Ordenación de la Edificación: artículos 10 (proyectista) y 12 (director de obra).
- Reglamento (UE) 2024/1689, de inteligencia artificial: artículo 4, alfabetización en IA.
La clasificación de errores típicos y la tabla de usos son criterio propio a partir de cómo funcionan los modelos de lenguaje, no una fuente citable. Compruébalo tú: pregunta a cualquier chatbot por un valor del DB-HE y busca después el apartado que cita.