ComfyUI como mesa de montaje para workflows de IA local | FreakingJSON

Cómo convertimos workflows de ComfyUI en pipelines propios de imagen, vídeo y producción local sin depender de demos sueltas.

16 Jul 2026·6 min de lectura·Inteligencia Artificial

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

Así se ve el valor de ComfyUI cuando deja de ser demo: nodos, variaciones y control suficientes para repetir una pieza sin depender de suerte.

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:

  1. 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.
  2. Nodos personalizados ausentes: muchos workflows usan nodos de la comunidad que no vienen con ComfyUI base. Instalarlos puede requerir resolver dependencias.
  3. Rutas absolutas: el workflow apunta a rutas específicas del sistema del creador. Hay que reemplazarlas por rutas locales.
  4. 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.
  5. 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.

Estructura tridimensional de nodos interconectados como una catedral de datos

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:

  1. Inventario de dependencias: listamos cada modelo, nodo y recurso que el workflow requiere, y verificamos su disponibilidad local.
  2. Mapeo de rutas: reemplazamos rutas absolutas del creador por las nuestras, manteniendo la estructura de directorios de ComfyUI.
  3. Ajuste por VRAM: si el workflow no cabe en nuestra GPU, reducimos resolución, steps o batch size hasta que quepa, documentando los cambios.
  4. Congelación de parámetros: fijamos semillas, versiones de nodos y configuraciones para que el workflow sea reproducible.
  5. 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.

Transformación de workflow caótico a pipeline organizado

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:

  1. Exploración: pruebas con workflows de la comunidad para entender qué es posible.
  2. Reproducción: lograr que el workflow funcione en nuestro entorno, con nuestros modelos.
  3. Modificación: cambiar partes del workflow para que se ajuste mejor a nuestras necesidades.
  4. Simplificación: eliminar nodos innecesarios y optimizar el flujo.
  5. Documentación: escribir qué hace cada parte del workflow y por qué.
  6. Automatización: crear scripts y configuraciones que permitan ejecutarlo sin abrir la interfaz.
  7. 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
Escrito por

freaking JSON

Escritor en Freaking JSON. Apasionado por la tecnología, gaming y cultura geek.

Deja un comentario