Guía de reutilización de workflows en ComfyUI: descargar, importar, modificar y gestionar
Reutilizar un workflow de ComfyUI parece sencillo: arrastras el JSON de otra persona al lienzo. La verdadera fricción empieza tras importar: nodos rojos, listas de modelos vacías, nombres de LoRA que no coinciden o una salida que no se parece en nada a la imagen de ejemplo. En muchos casos, tu instalación no está rota. El workflow guardó el grafo y los parámetros, pero no trajo los custom nodes, los archivos de modelos ni tus rutas locales.
Esta guía trata ese problema concreto. Cuando recibes un workflow de ComfyUI, ¿cómo decides si es reutilizable, corriges los nodos faltantes, mapeas las rutas de modelos, anotas los parámetros y conviertes todo en un paquete reproducible que puedas migrar más adelante? Si ya haces funcionar el workflow text-to-image por defecto, esta es la siguiente pieza.
Conclusión clave
Al reutilizar un workflow de ComfyUI, no empieces pulsando Queue. Sigue primero este orden:
| Orden | Qué revisar | Síntoma común | Primera acción |
|---|---|---|---|
| 1 | Fuente y formato | Solo una imagen, sin notas | Guardar el JSON o la imagen original y anotar la fuente |
| 2 | Completitud de nodos | Nodos rojos o unknown node type | Corregir custom nodes, sin instalar en masa a ciegas |
| 3 | Referencias de modelos | Lista de checkpoint o LoRA vacía | Comparar el workflow con tus carpetas de modelos |
| 4 | Coherencia de parámetros | Corre pero no coincide con el ejemplo | Fijar seed, tamaño, sampler, steps y CFG |
| 5 | Prueba mínima | Error de VRAM o fallo inmediato | Bajar el tamaño, saltar el posprocesado, probar el camino principal |
| 6 | Archivo para reutilizar | La próxima vez olvidas qué se instaló | Guardar lista de modelos, lista de nodos y notas de versión |
El objetivo es reducir variables. Completa primero el grafo de nodos, haz luego que los modelos sean detectables y después ejecuta el camino principal. Si cambias modelo, nodos, prompt, sampler y posprocesado a la vez, depurar se vuelve adivinanza.
Qué guarda realmente un workflow
Un workflow de ComfyUI es un grafo de nodos. Suele guardar tres tipos de información: tipos de nodos, conexiones de nodos y parámetros de nodos. Por ejemplo, Load Checkpoint se conecta con CLIP Text Encode, KSampler, VAE Decode y Save Image; dentro de esos nodos puedes ver el nombre del checkpoint, el prompt, el seed, los steps, el CFG y el tamaño de la imagen.
El límite importante: son referencias, no un paquete de recursos completo.
JSON vs metadatos de imagen
La gente suele compartir workflows de dos maneras:
workflow.json: el formato más directo. Importarlo puede restaurar el grafo.- Una imagen generada con metadatos: si la imagen aún conserva metadatos de ComfyUI, cargarla puede restaurar el workflow.
El JSON es más estable para archivar a largo plazo. Los metadatos de imagen son cómodos, pero solo si sobrevivieron a la subida, la compresión y el reenvío. Muchas plataformas sociales eliminan los metadatos de imagen. Si arrastrar una imagen a ComfyUI no restaura nada, eso no significa que ComfyUI esté roto.
Un workflow no incluye los archivos de modelos
Si un workflow indica realisticVision.safetensors, eso no significa que el modelo exista en tu equipo. Solo significa que el nodo original seleccionó un checkpoint con ese nombre de archivo. Lo mismo vale para LoRA, VAE, ControlNet, IP-Adapter y modelos de upscale.
Esa es la causa más común de que falle la reutilización: el grafo llega, pero los recursos no. Si no tienes el mismo modelo en local, o el archivo está en la carpeta equivocada, Load Checkpoint y los nodos relacionados pueden quedar vacíos, lanzar errores o recurrir en silencio a otra cosa.
Revisa la fuente antes de importar
Cuando recibas un workflow, no empieces instalando nodos. Decide primero si vale la pena importarlo.
Qué incluye un buen recurso compartido
Un workflow compartido fiable suele incluir:
- El JSON del workflow o una imagen original que conserve metadatos.
- Una salida de ejemplo.
- El nombre del modelo base.
- Los archivos LoRA, ControlNet, IP-Adapter u otros modelos adicionales.
- Una lista de custom nodes o notas del autor.
- Tamaño, seed, sampler, steps y CFG recomendados.
- La fecha de publicación o el rango de versiones de ComfyUI probado.
Si el autor solo te da una imagen y dice “el workflow está en los comentarios”, baja las expectativas. La reproducibilidad depende de si puedes reconstruir el contexto de nodos y modelos faltantes.
No sobrescribas tu workflow por defecto
Crea una carpeta separada para los workflows externos:
comfy-workflows/
portrait-lighting-v1/
workflow.json
source.txt
models.md
nodes.md
sample-output.png
Usa source.txt para el enlace de origen y la fecha de descarga, models.md para los archivos checkpoint, LoRA, VAE y ControlNet, y nodes.md para los custom nodes. Parece trabajo extra, pero así seguirás entendiendo la configuración dos semanas después.
Guarda también tu workflow actual antes de importar. Los workflows complejos pueden extenderse por un lienzo grande. Si sobrescribes tu grafo por defecto sin guardarlo, volver atrás se vuelve molesto.
Cómo corregir los nodos faltantes
Tras importar, los nodos rojos, missing node o unknown node type suelen indicar que debes distinguir un problema de core node de uno de custom node.
Los core nodes vienen integrados en ComfyUI. Los custom nodes son extensiones de terceros que añaden soporte de modelos, métodos de sampling, funciones de control o posprocesado. La documentación oficial trata los custom nodes como una forma de ampliar ComfyUI, pero también introducen dependencias y riesgos de compatibilidad.
Anota primero lo que falta
Usa esta secuencia:
- Abre el workflow y anota cada nombre de nodo rojo.
- Lee el nombre del nodo, el prefijo y el texto de error para deducir de qué paquete de custom nodes puede venir.
- Busca primero en el ComfyUI Registry, el ecosistema Manager o el repositorio de GitHub del autor.
- Instala un paquete, reinicia ComfyUI y vuelve a importar el mismo workflow.
- Si siguen faltando nodos, pasa al siguiente. Evita instalar un montón de extensiones desconocidas de una vez.
Algunos tutoriales dicen “instala el Manager y pulsa install missing nodes”. Puede servir, pero no lo trates como un interruptor a ciegas. Un custom node es código. Puede traer dependencias de Python, requisitos de versión y riesgo de seguridad. Para workflows de origen desconocido, no instales todo solo para reproducir una imagen.
Separa nodos faltantes de modelos faltantes
Los nodos rojos suelen significar “este tipo de nodo no existe”. Las listas de modelos vacías suelen significar “el nodo existe, pero el recurso no se encuentra”. Las soluciones son distintas.
| Síntoma | Problema más probable | Dirección de la solución |
|---|---|---|
| Un nodo entero está rojo y muestra unknown | Custom node faltante | Encontrar e instalar el paquete del nodo |
| El nodo aparece, pero el checkpoint está vacío | Modelo faltante o ruta incorrecta | Colocar el modelo, actualizar o reiniciar |
| KSampler se queja de una entrada faltante | El nodo anterior no entrega salida válida | Revisar conexiones y errores del nodo anterior |
| Falla durante el posprocesado | Dependencia de extensión o modelo faltante | Saltar el posprocesado y probar el camino principal |
Haz funcionar primero el camino principal: checkpoint, prompt, sampler, VAE y save image. ControlNet, upscale, face restore, detailer, eliminación de fondo y nodos de posprocesado similares pueden esperar. Cuando el camino principal funcione, vuelve a añadir el resto sección por sección.
Mapear rutas y archivos de modelos
La segunda gran trampa de la reutilización es el mapeo de rutas de modelos. La documentación oficial de ComfyUI describe los modelos como archivos dentro de las subcarpetas de ComfyUI/models/, mientras que extra_model_paths.yaml puede apuntar ComfyUI a bibliotecas de modelos externas.
Carpetas de modelos comunes
| Tipo de recurso | Carpeta común | Qué revisar al reutilizar |
|---|---|---|
| checkpoint | models/checkpoints/ | Nombre de archivo, versión del modelo, arquitectura |
| LoRA | models/loras/ | Nombre, palabras disparadoras, peso |
| VAE | models/vae/ | Si el workflow espera un VAE concreto |
| embedding | models/embeddings/ | Palabras disparadoras |
| ControlNet | models/controlnet/ | Tipo de control y versión del modelo |
| IP-Adapter | Carpeta que exige el nodo | Leer el README del custom node |
| modelo de upscale | models/upscale_models/ o carpeta propia del nodo | Si el modelo de upscale existe |
Algunos paquetes de custom nodes tienen sus propias convenciones de carpetas. Para IP-Adapter, AnimateDiff, InstantID, FaceDetailer y nodos similares, lee el README del paquete antes de adivinar rutas.
Mismo nombre de archivo no significa mismo modelo
Para una reproducción seria, anota el hash del modelo o la página de origen. Dos archivos pueden compartir nombre pero venir de versiones distintas, o alguien renombró un archivo. Si un workflow referencia sd_xl_base_1.0.safetensors, solo sabes qué nombre de archivo local se eligió en el entorno original. No sabes si tu descarga es idéntica byte a byte.
Si tu objetivo es estudiar la estructura del workflow, un sustituto del mismo tipo está bien. Solo anótalo: modelo original, modelo de reemplazo y fuente. Cuando el resultado difiera después, sabrás una razón.
Cuándo usar extra_model_paths.yaml
Si ya tienes una biblioteca de modelos de Automatic1111, Forge u otra herramienta de Stable Diffusion, no hace falta copiar decenas de GB a ComfyUI. Configura extra_model_paths.yaml para que ComfyUI lea carpetas externas.
Encaja en estos casos:
- Ya mantienes una biblioteca de modelos estable.
- Varias herramientas comparten los mismos checkpoints y LoRA.
- No te importa mantener la configuración de rutas.
Es menos útil cuando:
- Eres nuevo y solo descargaste uno o dos modelos.
- Aún no entiendes las carpetas por defecto de ComfyUI.
- Cambias de disco o sincronizas carpetas a menudo, así que las rutas cambian.
Para principiantes, la vía más estable es colocar primero los modelos que requiere este workflow en las carpetas por defecto. Cuando el workflow funcione, decide si las rutas de modelos compartidas valen el mantenimiento.
Por qué el mismo workflow aún no reproduce la misma imagen
Los nodos están en su sitio, los modelos cargan y el resultado sigue sin coincidir con el ejemplo. Es normal. La generación de imágenes no la determina solo el workflow.
Variables que cambian la salida
Como mínimo, estas variables pueden afectar el resultado:
- Modelo base y versión.
- Archivo LoRA, palabras disparadoras y peso.
- VAE.
- Si el seed está fijo.
- Sampler, scheduler, steps y CFG.
- Ancho, alto y ajustes de batch.
- Imagen de referencia de ControlNet, preprocesador y peso.
- IP-Adapter u otras imágenes de referencia.
- Nodos de posprocesado como upscale, face restore o detailer.
- Diferencias de backend de ejecución y de versiones de nodos.
Si quieres acercarte al original, fija primero seed, tamaño, sampler, steps, CFG, checkpoint y pesos de los LoRA. Luego haz una prueba en tamaño pequeño. No empieces con hires fix, upscaling y varios nodos de posprocesado: eso aumenta a la vez la presión de VRAM y el número de variables.
Probar el camino mínimo
Divide un workflow complejo en tres partes:
- Camino principal de generación: checkpoint, prompt, sampler, VAE, save.
- Camino de control: ControlNet, IP-Adapter, imagen de referencia, máscara.
- Camino de posprocesado: upscale, reparación de rostro, detailer, ajuste de color.
Ejecuta la primera parte. Si funciona, añade la segunda. Si la segunda funciona, añade la tercera. Eso te dice dónde está el problema. Ejecutar todo el grafo de golpe solo te dice que algo falló.
Crea tu propia checklist de reutilización
Un workflow reutilizable no es solo un archivo JSON. Es una ficha de reproducción.
Usa esta plantilla:
# Workflow: portrait-lighting-v1
## Fuente
- URL:
- Fecha de descarga:
- Notas del autor:
## Nodos
- Custom nodes requeridos:
- Custom nodes opcionales:
- Versión/fecha de ComfyUI probada:
## Modelos
- checkpoint:
- LoRA:
- VAE:
- ControlNet/IP-Adapter:
- Notas de reemplazo:
## Parámetros clave
- seed:
- size:
- sampler/scheduler:
- steps:
- CFG:
- prompt:
- negative prompt:
## Resultado de la prueba
- Fecha de éxito:
- Imagen de salida:
- Diferencias conocidas:
Si reutilizas workflows a menudo, nombra los archivos por uso y versión:
20260602-portrait-lighting-sdxl-v1.json
20260602-product-bg-remove-v2.json
20260602-controlnet-pose-test-v1.json
Una fecha, un uso, una arquitectura de modelo y una versión son mucho más útiles que final-final-2.json. Cuando tu colección crezca, la nomenclatura se convierte en tu sistema de búsqueda.
Preguntas frecuentes
¿Cómo importo un JSON de workflow?
Normalmente cargas el JSON en ComfyUI o arrastras el archivo a la interfaz. El punto de entrada exacto varía según la versión y el modo de instalación. Guarda primero tu workflow actual y luego carga el JSON externo.
¿Por qué una imagen no restaura el workflow?
Lo más probable es que se hayan perdido los metadatos. Muchas plataformas comprimen las imágenes o eliminan los metadatos. En ese caso, pide al autor el PNG original o el JSON; una captura de pantalla no puede reconstruir el grafo.
¿Tengo que instalar todos los nodos faltantes?
No siempre. Comprueba primero si el nodo faltante está en el camino principal. Si es un nodo de posprocesado, sáltalo y prueba el camino de generación. Prioriza solo los nodos necesarios para el run básico.
¿Puedo reemplazar un modelo cuyo nombre no coincide?
Sí, pero espera un resultado distinto. Anota el modelo original y tu reemplazo. Mantén la arquitectura alineada cuando sea posible: un workflow SDXL debería usar normalmente un checkpoint SDXL, no un modelo SD 1.5 cualquiera.
¿Por qué el workflow provoca un error de memoria en mi equipo?
El workflow puede usar una resolución mayor, varias ramas de ControlNet, nodos de upscale o un batch más grande de lo que tu GPU admite. Baja el tamaño, pon el batch en 1, salta el posprocesado y prueba desde el camino principal.
Siguiente lectura
Si el workflow por defecto aún no funciona, empieza por Guía para principiantes de ComfyUI: de la instalación a tu primera imagen de Stable Diffusion. Si el comportamiento del prompt y del prompt negativo es inestable, continúa con Prompt engineering aplicado al negocio. Para conectar la generación de imágenes con flujos creativos más amplios, lee Creación cross-media: automatizar del boceto de la idea a la presentación completa con Nano Banana 2 y Gemini 3.
El núcleo de la reutilización de workflows de ComfyUI no es coleccionar más archivos JSON. Es construir un orden de reproducción: fuente fiable, nodos completos, modelos detectables, parámetros anotados y una prueba exitosa. Cuando lo logras, cada workflow deja de ser un truco que solo funciona en el ordenador de otra persona y se convierte en un proceso de generación que puedes inspeccionar, corregir y mover.
Referencias
FAQ
¿Cómo importo un JSON de workflow de ComfyUI?
¿Por qué arrastrar una imagen a ComfyUI no restaura el workflow?
¿Tengo que instalar todos los nodos faltantes en ComfyUI?
¿Qué hago cuando el nombre del modelo de un workflow no coincide con mis archivos locales?
¿Por qué el mismo workflow no reproduce la misma imagen?
12 min de lectura · Publicado el: 2 jun 2026 · Actualizado el: 20 jun 2026
Guía práctica de ComfyUI y Stable Diffusion
Si llegaste desde búsqueda, lo más rápido es ir al artículo anterior o siguiente de esta misma serie.
Anterior
Guía completa de ComfyUI para principiantes: instalación, interfaz, nodos, modelos y primera imagen
¿No sabes por dónde empezar con ComfyUI? Esta guía para principiantes explica los modos de instalación, las carpetas de modelos, el workflow text-to-image por defecto, los pasos de tu primera imagen y la resolución de errores comunes.
Parte 1 de 2
Siguiente
Este es el artículo más reciente de la serie por ahora.
Artículos relacionados
female-portrait-director: convierte los prompts de retrato en un Skill reutilizable
female-portrait-director: convierte los prompts de retrato en un Skill reutilizable
Continuum y la elección de un agent runtime: 7 capacidades que mirar del notebook a producción
Continuum y la elección de un agent runtime: 7 capacidades que mirar del notebook a producción
ADHD: cómo curar la convergencia prematura de los agentes de código con razonamiento divergente paralelo
Comentarios
Inicia sesión con GitHub para dejar un comentario