ComfyUI sin promesas mágicas: diagnosticar un flujo antes de optimizarlo
Una explicación general sobre inteligencia artificial no sustituye el diagnóstico de un flujo que falla. En ComfyUI conviene localizar el primer problema observable y comprobar una hipótesis concreta antes de añadir nodos o copiar ajustes de otro modelo.
Conservar un caso reproducible
Guarda el flujo original, los nombres de los modelos y el informe completo del error. Identifica si el fallo aparece al iniciar la aplicación, cargar componentes, ejecutar el muestreo o guardar la imagen. No todos los fallos que interrumpen una generación se deben a la cantidad de VRAM.
Crea una copia de diagnóstico con entradas que puedas compartir sin revelar información privada. Mantén el original intacto. Anota las versiones de ComfyUI, las extensiones y el entorno para que otra persona no tenga que adivinar qué combinación produjo el problema.
Al compartir el diagnóstico, adjunta una lista de pasos numerados que reproduzcan el primer fallo. Indica qué archivo debería generarse y dónde encontrarlo, para que otra persona pueda comprobar el resultado sin interpretar una captura de pantalla.
Comprobar primero el recorrido básico
Carga un ejemplo mantenido de texto a imagen y verifica que sus componentes existen y son compatibles. Si ese ejemplo falla, resuelve el problema antes de introducir adaptadores o etapas opcionales. Un nodo con un nombre parecido no es necesariamente un sustituto válido.
Cuando el recorrido básico funciona, incorpora una modificación por vez. Guarda el resultado y describe el efecto esperado. Si cambias simultáneamente el modelo, la resolución y el muestreador, el resultado no permite saber qué cambio corrigió o empeoró el comportamiento.
Interpretar la memoria correctamente
Distingue memoria física del dispositivo, RAM del sistema y memoria registrada por el asignador de PyTorch. La documentación de PyTorch define su medición de memoria máxima asignada; no equivale a toda la capacidad instalada ni debe sumarse a otras lecturas.
Registra en qué etapa aparece el pico y qué otras aplicaciones usan el dispositivo. Una configuración que descarga parte del trabajo a la CPU puede completar el proceso más lentamente sin aumentar la VRAM física. Evalúa tiempo, estabilidad y calidad por separado.
Cerrar el diagnóstico con una comprobación
Repite la condición corregida después de reiniciar el entorno y con entradas representativas. Comprueba la imagen guardada, no solamente que desapareció el aviso de error. Conserva los fallos y cualquier reducción de resolución necesaria para terminar el trabajo.
Esta versión elimina citas no verificadas y ejemplos conceptuales que aparentaban ser código ejecutable. No presenta nuevos ensayos de hardware ni una optimización universal. El objetivo es obtener una explicación que relacione un cambio concreto con un resultado comprobable y permita volver a la configuración anterior cuando sea necesario.