Los modelos de IA para generación de imágenes no son todos iguales. Cada uno tiene su lógica, su estructura de archivos y su forma de cargarse en ComfyUI. Usarlos sin entender eso lleva a errores que no tienen explicación aparente.
Esta lección cubre el ecosistema completo de modelos desde el punto de vista del artista 3D: qué existe, cómo se diferencia y cuándo usar cada uno en un proyecto de visualización arquitectónica.
El ecosistema de modelos en ComfyUI
Las tres familias: SD 1.5, SDXL y Flux
Cada familia tiene una resolución nativa, una velocidad de generación y un ecosistema de herramientas distinto. Elegir bien el modelo según la fase del proyecto marca la diferencia entre iterar rápido o perder tiempo.
Checkpoint, fine-tune y LoRA
Tres tipos de archivo, tres funciones distintas. JuggernautXL, que usamos desde la lección anterior, es un fine-tune. Entender la diferencia explica por qué algunos archivos van en una carpeta y otros en otra.
El formato GGUF y la cuantización
Flux en su formato original es inaccesible para la mayoría del hardware. GGUF lo hace manejable sin pérdida visual apreciable. Esta sección explica por qué y cómo afecta a la estructura de carpetas de ComfyUI.
La estructura completa de carpetas de ComfyUI
checkpoints, unet, vae, loras, text_encoders, controlnet, upscale_models. Cada archivo tiene su sitio. Ponerlo en el lugar equivocado significa que ComfyUI no lo encuentra o lo carga mal.
Guía práctica para ArchViz
Qué modelo usar en cada fase del proyecto: Flux para ideación, SDXL con ControlNet para render desde geometría base, SD 1.5 o SDXL en modo inpainting para postproducción. Sin tecnicismos, con ejemplos visuales en pantalla.
Este contenido es para suscriptores Premium. Puedes identificarte o
suscribirte aquí.