ComfyUI Manager v3 vs v4: ¿Por qué la UI se desactiva y pide pip?

Si estás usando ComfyUI y te encuentras con un comportamiento extraños al cargar tus workflows, es probable que estés experimentando el choque entre dos generaciones distintas del gestor. Actualmente, existen **dos versiones de ComfyUI Manager** que pueden coexistir en tu sistema, lo cual genera una situación bastante confusa para los usuarios.

Gráfico comparativo mostrando dos versiones distintas de la interfaz del gestor de nodos para ilustrar las diferencias arquitectónicas.
Comparativa visual entre la interfaz clásica de ComfyUI Manager 3.x y el nuevo sistema integrado de la versión 4.

Para entender por qué ocurre esto, hay que analizar exactamente cómo se está ejecutando el software. La situación típica es la siguiente:

  • Tienes instalado **ComfyUI-Manager v3.40** como un custom node en tu carpeta de nodos.
  • Al cargar un workflow que contiene nodos faltantes, el frontend moderno intenta abrir automáticamente el nuevo Manager integrado (v4).

Aquí es donde surge la confusión principal: el nuevo Manager v4 no proviene del directorio `custom_nodes`, sino directamente desde el propio ComfyUI. Por eso, el sistema te pide instalar dependencias con pip y arrancar con el parámetro de línea de comandos --enable-manager.

La parte que suele desconcertar a los usuarios es que la interfaz nueva **deshabilita o reemplaza visualmente** al antiguo cuando está activo. La documentación indica claramente que la versión instalada como custom node permanece en la rama 3.x, mientras que la interfaz nueva solo funciona con la instalación tipo pip.

Por esta razón, muchos usuarios observan que la UI parece desactivar el ComfyUI Manager 3.40 y se ven reducidas las funcionalidades disponibles. Esto sucede porque el nuevo Manager (v4) se centra más en la gestión de extensiones integrada en el núcleo del software, mientras que el viejo Manager 3.x sigue teniendo funciones a las que la comunidad estaba acostumbrada.

Si necesitas ajustar esto para recuperar el control sobre qué interfaz usas, existen parámetros específicos en la línea de comandos. Para activar el nuevo sistema integrado, debes usar --enable-manager. Si prefieres mantener el estilo clásico mientras experimentas con ambos sistemas, puedes utilizar --enable-manager --enable-manager-legacy-ui.

Esquema que representa la zona de configuración del software donde se aplicarían los argumentos de lanzamiento.
Diagrama técnico de los parámetros de inicio necesarios para configurar correctamente el gestor en ComfyUI.

Para poder darte instrucciones exactas sobre cómo configurar esto en tu entorno, necesito saber un detalle crucial:

¿Estás usando ComfyUI «normal», portátil de Windows, Stability Matrix, Pinokio o Wan2GP?

Dependiendo de la plataforma que estés utilizando para lanzar el software, los pasos para volver al Manager clásico o tener ambos disponibles varían ligeramente. Si me indicas cómo lo estás ejecutando, puedo explicarte exactamente qué comandos usar para evitar que el sistema te redirija a pip automáticamente y recuperar las funcionalidades completas.