Cómo crear workflows en ComfyUI desde cero sin depender de plantillas

ComfyUI no «conoce» modelos: conoce interfaces

Antes de ir por el camino fácil de buscar workflows, hay que entender cómo funciona la arquitectura. ComfyUI no tiene workflows por modelo, sino por tipo de modelo. La pregunta correcta no es “¿qué workflow usa este modelo?”, sino: “¿Qué espera este modelo como entrada y qué entrega como salida?”.

Si entiendes esto, dejas de depender de soluciones mágicas. Define exactamente qué nodos necesitas para construir el pipeline desde cero.

Diagrama vertical del pipeline universal de generación de imágenes en software como ComfyUI.
El workflow mínimo universal de ComfyUI: Loader a Text Encoder, Conditioning, Sampler, Decoder y Save Image.

Las 5 preguntas clave para cualquier modelo

Antes de tocar ComfyUI, responde esto (normalmente está en el README del modelo):

  • ¿Qué tipo de modelo es? SDXL, FLUX, PixArt o ControlNet.
  • ¿Qué arquitectura usa? UNet + CLIP vs Transformer + T5. Usar un CLIP equivocado = imágenes basura.
  • ¿Qué formato tiene? .safetensors, .ckpt o .gguf define qué nodo loader sirve.
  • ¿Qué resolución espera? SD1.5 usa 512×512, SDXL 1024×1024. Esto define el sampler y el ruido inicial.
  • ¿Necesita algo extra? Prompt doble, conditioning especial o CFG no estándar.

El workflow mínimo universal (mental)

Casi todos los workflows se reducen a esta secuencia:

Loader → Text Encoder(s) → Conditioning → Sampler → Decoder (VAE) → Save Image

Sí sabes qué poner en cada bloque, sabes hacer el workflow.

Cómo mapear eso a nodos ComfyUI

Paso 1: Loader correcto. SD1.5 usa Checkpoint Loader Simple, mientras que FLUX necesita un FluxLoader.

Paso 2: Text encoders. Lee el README y busca si requiere T5-XXL o dual encoder. Si el prompt no “hace caso”, aquí está el error.

Infografía educativa con una lista de verificación de las cinco preguntas clave para la arquitectura del modelo.
Las 5 preguntas clave para entender cualquier modelo antes de tocar ComfyUI.

Paso 3: Conditioning. Todo lo que no sea texto (ControlNet, LoRA) se convierte en conditioning. Si el modelo menciona “conditioning”, necesitas un nodo de conditioning.

Paso 4: Sampler correcto. Mira si es Euler o DPM++. SDXL suele requerir 30-40 steps con CFG más alto que SD1.5.

Paso 5: Decoder / VAE. Si el modelo incluye VAE, úsalo; si no, carga uno compatible. Imagen lavada = VAE incorrecto.

Señales de que algo está mal (debug)

Si ves una imagen negra, revisa el VAE o el latente. Si el prompt es ignorado, el CLIP es equivocado. Una cara destruida suele ser CFG demasiado alto.

Imagen dividida mostrando errores visuales en el lado izquierdo y la solución correcta con una insignia en el derecho.
Comparación entre los síntomas de errores comunes y la regla de oro para workflows estables.

La regla de oro

Un modelo nuevo ≠ workflow nuevo.

Modelo nuevo = parámetros distintos sobre el mismo esqueleto. Cuando entiendes el esqueleto, los workflows “nativos” dejan de importar. Si quieres, podemos tomar un modelo concreto y leer su README para deducir el workflow exacto nodo por nodo.