ComfyUI Dependency Conflicts ohne Neuinstallation beheben
Behebe ComfyUI-Dependency-Konflikte nach Custom-Node-Installationen, Torch-Downgrades, pip-Kollisionen oder kaputten Plugin-Imports, ohne eine funktionierende Umgebung zu zerstören.
Wenn dieses Problem deine echte ComfyUI-Umgebung betrifft, starte mit Wonderful Launcher, prüfe den vorhandenen Rechner und nutze die Anleitung für die eigentliche Reparaturentscheidung.
Wonderful Launcher herunterladenGetestete Umgebung
- OS: Windows 10 / 11
- Launcher: Wonderful Launcher v1.x
- ComfyUI: Portable / Managed Install
- Python: 3.11+
- CUDA / Torch: CUDA 12.x / Torch 2.x
- Zuletzt geprüft: 2026-05-19
Wenn du nach comfyui dependency conflicts, custom node broke environment oder pip install broke comfyui suchst, ist die Kurzantwort:
Nicht zuerst neu installieren. Finde erst heraus, welches Plugin oder welches Paket den gemeinsamen Python-Stack beschädigt hat, und repariere dann die kleinste mögliche Schicht.
Dependency-Konflikte sind der versteckte Killer vieler ComfyUI-Umgebungen. Ein Plugin installiert ein Paket, dieses Paket verändert PyTorch, NumPy, OpenCV oder eine andere gemeinsame Bibliothek, und plötzlich läuft ein Workflow nicht mehr, der gestern noch funktionierte.
Für wen dieser Guide gedacht ist
Diese Seite ist besonders sinnvoll, wenn auf der Maschine bereits Workflows, Modelle oder Kundenarbeit liegen und du eine sichere Recovery willst, nicht den schnellsten Full Wipe.
Schnellantwort
| Was du siehst | Was es meist bedeutet | Erster Schritt |
|---|---|---|
| ComfyUI bricht direkt nach einer Plugin-Installation | Eine Requirement hat ein gemeinsames Paket verändert | IMPORT FAILED lesen und pip check in derselben Python-Umgebung ausführen |
Torch not compiled with CUDA enabled | Core-Runtime wurde ersetzt oder downgraded | Zuerst Torch reparieren |
No module named 'triton' oder sageattention | Optionale Beschleunigung oder Spezial-Workflow-Dependency | Den jeweiligen Spezial-Guide verwenden, nicht blind installieren |
cv2, ONNX oder DLL-Importfehler | Native Wheel-Kollision | Wheel an Python und Runtime angleichen |
| Ein altes Plugin will Version A, ein neues Version B | Echte Paketkollision | Entscheiden, welcher Workflow Priorität hat oder Umgebungen trennen |
Typische Konflikt-Signaturen
Neuere Support-Fälle zeigen: Nutzer suchen oft nicht nach dem abstrakten Begriff "Konflikt", sondern nach der exakten pip check-Zeile.
| Exakte Signatur | Warum das passiert | Sicherer nächster Schritt |
|---|---|---|
qwen-tts requires transformers==4.57.3 | Ein TTS- oder Qwen-Stack pinnt Transformers eng | Nicht sofort den kompletten Hugging-Face-Stack anfassen |
mediapipe requires numpy<2 | MediaPipe-basierte Face-/Pose-Nodes erwarten ältere NumPy-Versionen | NumPy nicht global downgraden, wenn der Workflow nicht kritisch ist |
sensevoice-onnx requires setuptools<=65.0 | Ein älterer Speech-Stack hängt an altem Packaging | Workflow-spezifisch behandeln, nicht global |
torchscale requires timm==0.6.13 | Ein älterer Vision-Stack kollidiert mit neuem timm | Erst prüfen, welches Plugin TorchScale überhaupt braucht |
opencv-python-headless / opencv-contrib-python fehlt | Mehrere Pakete beanspruchen den gemeinsamen cv2-Namespace | Nur eine OpenCV-Variante sauber installieren |
Die zentrale Regel bleibt gleich: Eine pip check-Zeile ist ein Hinweis, nicht automatisch ein Befehl.
Bevor du irgendetwas installierst
Mach zuerst diese vier Dinge:
- Den exakten Startup-Fehler sichern
- Das zuletzt installierte oder aktualisierte Plugin notieren
- Prüfen, welches Python ComfyUI wirklich startet
- Entscheiden, ob das ein Core-Runtime-Bruch, ein Plugin-Import-Bruch oder nur eine harmlose Warnung ist
Problemverständnis
ComfyUI-Plugins sind eigenständige Git-Repos mit jeweils eigener requirements.txt. Wenn du viele Plugins kombinierst, kollidieren deren Paketwünsche:
- ein Plugin will
numpy>=2 - ein anderes funktioniert nur mit
numpy<2 - ein Video-Node braucht neuere
transformers - ein Face- oder Pose-Node zieht ONNX Runtime oder OpenCV in einer heiklen Variante nach
- ein Acceleration-Paket erwartet eine ganz bestimmte Kombination aus Python, Torch, CUDA und GPU
Die wichtige Kette ist:
- Ein Workflow verlangt Node-Klassen
- Plugins registrieren diese Klassen beim Start
- Diese Registrierung hängt an Python-Paketen und nativen Wheels
- Diese Wheels hängen an Python, PyTorch, CUDA, cuDNN, GPU-Architektur und Windows-Runtime
Wenn du auf der falschen Ebene reparierst, wird die Umgebung schmutziger, während der ursprüngliche Fehler bleibt.
Schritt 1: Diagnostizieren
Importfehler prüfen
Suche im Startup-Log nach IMPORT FAILED:
IMPORT FAILED: ComfyUI-ExampleNode
ModuleNotFoundError: No module named 'somepackage'Damit weißt du, welches Plugin kaputt ist und warum.
pip check im richtigen Python ausführen
| Installationstyp | Sicherer Befehl |
|---|---|
| GitHub Windows Portable | .\python_embeded\python.exe -s -m pip check |
| Manuelle Git-Installation mit venv | python -m pip check nach Aktivierung der venv |
| ComfyUI Desktop / verwalteter Launcher | Das Terminal oder die Environment-Tools der App verwenden |
Manager-Importfehler abrufen
Wenn ComfyUI noch läuft:
http://127.0.0.1:8188/v2/customnode/import_fail_info_bulkSchritt 2: Einordnen, was wirklich kritisch ist
Harte Blocker
Diese Dinge reparierst du zuerst:
- Torch-Mismatch oder CPU-only-Torch
- ein fehlendes Paket, das ein wirklich benötigtes Plugin direkt importiert
- native Wheel-Importfehler wie
DLL load failed while importing cv2 - zwei aktiv benötigte Plugins mit unvereinbaren Versionen desselben Kernpakets
Weiche Drift
Nicht jede pip check-Warnung muss sofort angefasst werden:
pip checkmeldet Versionsabweichung, aber ComfyUI startet, Plugin importiert und Workflow läuft- das Paket wird nur von einem Feature genutzt, das du gar nicht brauchst
- ein optionales Acceleration-Backend fehlt, aber es gibt einen stabilen Fallback
Faustregel: Wenn ComfyUI startet, das Plugin registriert und der Workflow läuft, repariere eine Warnung nicht nur, damit pip check sauber aussieht.
Schritt 3: Reparieren
Regel 1: Core-Runtime schützen
Diese Pakete dürfen nicht versehentlich von Plugin-Requirements umgeschrieben werden:
torch/torchvision/torchaudionumpypillowopencv-python/opencv-python-headlesstransformers/diffusers/huggingface-hub
Bevor du Plugin-Requirements installierst, prüfe was geändert würde:
python -m pip install -r requirements.txt --dry-runWenn die Dry-Run-Ausgabe Torch, NumPy, Pillow, OpenCV oder den Hugging-Face-Stack ersetzen will, stoppe und entscheide zuerst, ob dieses Plugin die Änderung wirklich wert ist.
Regel 2: Immer das richtige Python benutzen
pip install ohne Präfix ist riskant, weil du damit leicht ins falsche Python schreibst.
| Installationstyp | Sicheres Muster |
|---|---|
| GitHub Windows Portable | .\python_embeded\python.exe -s -m pip install <package> |
| Manuelle Git-Installation mit venv | python -m pip install <package> |
| ComfyUI Desktop / verwalteter Launcher | App-Terminal oder deren Environment-Tooling nutzen |
Regel 3: So klein wie möglich reparieren
Nicht sofort sowas ausführen:
python -m pip install -U transformers diffusers huggingface-hubNimm stattdessen den kleinsten Fix, der genau zu deinem ersten echten Fehler passt.
Regel 4: Paketnamen nicht verwechseln
Einige Fehler haben tückische Paketnamen:
| Fehler | Praktischer Hinweis |
|---|---|
No module named 'nunchaku' | Nicht das falsche, gleichnamige PyPI-Paket installieren |
No module named 'triton' auf Windows | Nicht den normalen Upstream-Triton-Installpfad nehmen |
No module named 'sageattention' | Erst klären, ob es optional ist oder wirklich zwingend gebraucht wird |
pip install mmcv exited with code 1 | MMCV muss zu OpenMMLab-, Torch-, CUDA- und Python-Stack passen |
Was Dependency-Konflikte meist schlimmer macht
Vermeide diese Reflexe:
- alte Reddit- oder Discord-Befehle blind ausführen
- plain
pip installins falsche Python - Torch stillschweigend downgraden lassen
- NumPy, OpenCV, Transformers oder Diffusers als Gruppe anfassen, obwohl nur ein Plugin kaputt ist
Wie Wonderful Launcher hilft
Wonderful Launcher ist sinnvoll, sobald du nicht nur einen Einzelimport reparierst, sondern den ganzen Environment-Zustand stabil halten musst:
- Umgebungen lassen sich besser trennen
- Recovery läuft sauberer
- Modelle und Workflows bleiben erhalten
- du brauchst seltener einen Full Reset
Verwandte Guides
- ComfyUI Plugin Import Failed
- ComfyUI Startup Failed
- ComfyUI SageAttention Missing
- ComfyUI Triton Missing
- ComfyUI MMCV Install Failed
Quellen
Wenn dieses Problem deine echte ComfyUI-Umgebung betrifft, starte mit Wonderful Launcher, prüfe den vorhandenen Rechner und nutze die Anleitung für die eigentliche Reparaturentscheidung.
Wonderful Launcher herunterladenWenn dieses Problem deine echte ComfyUI-Umgebung betrifft, starte mit Wonderful Launcher, prüfe den vorhandenen Rechner und nutze die Anleitung für die eigentliche Reparaturentscheidung.
Wonderful Launcher herunterladenDid this fix your issue?
Your answer helps prioritize verified ComfyUI repairs.
Telemetry Top 10 ComfyUI Errors in Wonderful Launcher
A production-facing summary of the ten highest-volume issue families observed in the telemetry snapshot queried on April 17, 2026.
No module named 'torch' in ComfyUI
Behebe ComfyUI No module named torch in Portable-, venv- und verwalteten Installationen und prüfe danach, ob der reparierte Torch-Build weiterhin CUDA enthält.