
Cualquiera puede descargar un workflow de internet. Lo difÃcil —y lo valioso— es convertirlo en algo que funcione para tu hardware, tus modelos y tu tipo de contenido.
ComfyUI es mucho más que una interfaz para generar imágenes. Es un entorno donde el proceso de creación se vuelve visible, editable y reproducible. Pero esa potencia tiene una trampa: es muy fácil copiar un workflow ajeno; es mucho más difÃcil entenderlo, adaptarlo y convertirlo en un pipeline propio.
En FreakingJSON Studio pasamos meses aprendiendo a separar el ruido de la señal en los workflows de la comunidad. Este post es lo que aprendimos en ese proceso.
Por qué ComfyUI es más que una interfaz
Repositorio oficial para revisar el proyecto: Comfy-Org/ComfyUI en GitHub. Lo importante no es copiar un grafo: es entender qué nodos, modelos y rutas sostienen tu flujo.
Lo primero que hay que entender sobre ComfyUI es que no esconde el proceso. En otras herramientas, escribes un prompt y obtienes un resultado. En ComfyUI, ves cada paso: la codificación del texto, el muestreo, la decodificación de la imagen, el upscaling, todo conectado por nodos visibles.
Esa transparencia es tanto una ventaja como una curva de aprendizaje. Cuando algo sale mal, puedes ver exactamente en qué nodo ocurrió el error. Pero cuando empiezas, la cantidad de nodos, conexiones y parámetros puede ser abrumadora.
Nuestra filosofÃa es simple: un workflow no está listo hasta que se puede leer, versionar y volver a ejecutar. Si depende de una configuración manual que nadie recuerda, no es un workflow: es un accidente repetible.
Qué extraemos de una mina de oro
Llamamos “mina de oro” a cualquier recurso externo que contiene valor técnico o creativo aprovechable: un workflow de AcademiaSD, un tutorial de YouTube, un repositorio de GitHub, un artÃculo técnico. El error más común es tratar las minas de oro como productos terminados que solo hay que copiar.
Nosotros las tratamos como materia prima. Esto es lo que extraemos de cada una:
- La intención del flujo: ¿qué problema resuelve este workflow? ¿Qué entrada espera y qué salida produce?
- Los nodos esenciales: ¿cuáles son crÃticos para el resultado y cuáles son decorativos o especÃficos del creador original?
- Las decisiones de parámetros: ¿por qué se usó ese sampler, esos pasos, ese CFG? ¿Son decisiones técnicas o preferencias personales?
- Las dependencias: ¿qué modelos, LoRAs, embeddings o nodos personalizados requiere? ¿Están disponibles localmente?
Una vez que extraemos esos elementos, el workflow original deja de ser sagrado. Lo modificamos, simplificamos, adaptamos y documentamos hasta que encaje en nuestro entorno.
Por qué copiar un workflow casi nunca funciona a la primera
Esta es una de esas lecciones que solo se aprenden en la práctica. Descargas un workflow impresionante, lo cargas en ComfyUI y… nodos faltantes. Modelos que no tienes. Parámetros que no existen en tu versión. Rutas que apuntan a directorios que no existen. Resultados que se ven distintos porque tu GPU tiene menos memoria.
Los problemas más comunes que encontramos:
- Modelos faltantes: el creador usó un checkpoint, LoRA o embedding que no está en tu máquina. Hay que descargarlo, o encontrar un sustituto compatible.
- Nodos personalizados ausentes: muchos workflows usan nodos de la comunidad que no vienen con ComfyUI base. Instalarlos puede requerir resolver dependencias.
- Rutas absolutas: el workflow apunta a rutas especÃficas del sistema del creador. Hay que reemplazarlas por rutas locales.
- Parámetros que no escalan: un workflow que funciona en una GPU con 24GB puede no caber en una con 12GB. Hay que ajustar resolución, batch size, steps o usar tamaños de modelo más pequeños.
- Resultados inconsistentes: aunque todo parezca correcto, el resultado puede diferir por diferencias en versiones de nodos o modelos.
Cada uno de estos problemas es soluble, pero ignorarlos y esperar que el workflow “solo funcione” es la receta para la frustración.
Adaptación local: modelos, rutas, VRAM y scripts
Nuestro proceso de adaptación convierte un workflow ajeno en algo que corre predeciblemente en nuestro hardware. Estos son los pasos:
- Inventario de dependencias: listamos cada modelo, nodo y recurso que el workflow requiere, y verificamos su disponibilidad local.
- Mapeo de rutas: reemplazamos rutas absolutas del creador por las nuestras, manteniendo la estructura de directorios de ComfyUI.
- Ajuste por VRAM: si el workflow no cabe en nuestra GPU, reducimos resolución, steps o batch size hasta que quepa, documentando los cambios.
- Congelación de parámetros: fijamos semillas, versiones de nodos y configuraciones para que el workflow sea reproducible.
- Automatización: cuando un workflow se usa repetidamente, creamos scripts que lo ejecutan con parámetros predefinidos, sin intervención manual.
Al final del proceso, el workflow original puede ser irreconocible. Eso es exactamente lo que buscamos: ya no es una copia, es un pipeline propio.
De workflow ajeno a pipeline FJSON
La transición de “usar workflows ajenos” a “tener pipelines propios” no ocurre de golpe. Es un proceso gradual que pasa por estas etapas:
- Exploración: pruebas con workflows de la comunidad para entender qué es posible.
- Reproducción: lograr que el workflow funcione en nuestro entorno, con nuestros modelos.
- Modificación: cambiar partes del workflow para que se ajuste mejor a nuestras necesidades.
- Simplificación: eliminar nodos innecesarios y optimizar el flujo.
- Documentación: escribir qué hace cada parte del workflow y por qué.
- Automatización: crear scripts y configuraciones que permitan ejecutarlo sin abrir la interfaz.
- Pipeline propio: el workflow original es ahora irreconocible y responde a nuestras condiciones exactas.
No todos los workflows llegan a la etapa 7, y no deberÃan. Algunos son útiles como experimentos y nada más. El criterio para saber cuándo vale la pena invertir en esta conversión es simple: si el workflow resuelve un problema que enfrentamos recurrentemente, merece el esfuerzo. Si es solo una demo vistosa, mejor dejarlo en la etapa 1.
Preguntas frecuentes
¿Necesito saber programar para usar ComfyUI?
No necesariamente, pero ayuda. Cuanto más entiendas de nodos, flujos de datos y parámetros, más partido le sacarás. La interfaz visual reduce la barrera de entrada, pero el criterio técnico sigue siendo necesario.
¿ComfyUI reemplaza a Photoshop u otras herramientas?
No. ComfyUI es una herramienta de generación, no de edición. Lo que genera suele pasar por edición posterior. La complementariedad es la clave.
¿Los workflows de la comunidad son confiables?
Depende. Muchos son excelentes; otros tienen errores, dependencias rotas o configuraciones que solo funcionan en el equipo del creador. Siempre hay que tratar un workflow ajeno como punto de partida, no como producto terminado.
Conclusión: el workflow es el producto secundario
Lo más valioso que obtenemos de las minas de oro no son los workflows. Es el criterio para saber qué funciona, qué no y por qué. Ese criterio no se descarga de internet: se construye probando, rompiendo y adaptando hasta que el pipeline deja de ser ajeno y se vuelve propio.
El conocimiento verdadero trasciende a lo público 🌀
¿Quieres seguir la lÃnea de investigación? Continúa con artÃculos relacionados y guarda esta lectura para volver después.
Ver relacionados



