No module named 'transformers' in ComfyUI

Wenn ComfyUI mit ModuleNotFoundError: No module named 'transformers' stoppt, gehe nicht automatisch davon aus, dass das nur ein Plugin-Problem ist.

In aktuellen ComfyUI-Builds kann dieser Fehler aus dem eigenen Text- und Tokenizer-Stack von ComfyUI kommen. Im getesteten Portable-Repair-Lab lief die Traceback durch comfy\sd1_clip.py und scheiterte bei from transformers import CLIPTokenizer, noch bevor der Server startete.

.\python_embeded\python.exe -s -m pip show transformers tokenizers
Get-Content ComfyUI\requirements.txt | Select-String "transformers|tokenizers"
.\python_embeded\python.exe -s -m pip install transformers
.\python_embeded\python.exe -s ComfyUI\main.py --windows-standalone-build

Wie das echte Log aussah

Im reparierten Lab war der relevante Teil der Traceback:

File "...\ComfyUI\comfy\sd1_clip.py", line 3, in <module>
  from transformers import CLIPTokenizer
ModuleNotFoundError: No module named 'transformers'

Das ist kein zufälliger Plugin-Pfad, sondern der Core-Modell- und Tokenizer-Pfad von ComfyUI selbst.

Schnelldiagnose

Schritt 1: Die lokale Requirement-Zeile prüfen

Im getesteten Lab enthielt ComfyUI\requirements.txt:

transformers>=4.50.3
tokenizers>=0.13.3

Prüfe deine lokale Datei:

Get-Content ComfyUI\requirements.txt | Select-String "transformers|tokenizers"

Damit weißt du sofort, ob dein lokaler ComfyUI-Code diese Pakete ohnehin schon erwartet.

Schritt 2: In das Python installieren, das ComfyUI startet

Für Windows Portable:

.\python_embeded\python.exe -s -m pip install transformers

Für eine manuelle venv:

python -m pip install transformers

Im getesteten Lab wurden dabei auch angrenzende Pakete wie tokenizers, huggingface-hub und regex mitinstalliert.

Wenn du ComfyUI Desktop oder einen anderen verwalteten Launcher verwendest, installiere über die Umgebung dieser App, nicht in ein separates Terminal-Python.

Schritt 3: Neu starten und den nächsten Blocker lesen

ComfyUI neu starten:

.\python_embeded\python.exe -s ComfyUI\main.py --windows-standalone-build

Im Lab war transformers nicht das letzte fehlende Paket. Nach dieser Reparatur wurde der nächste erste Blocker:

ModuleNotFoundError: No module named 'torchsde'

Das ist in einer beschädigten Portable-Umgebung normal. Die richtige Reaktion ist nicht, zehn weitere Pakete zu raten, sondern in derselben Python-Umgebung den nächsten ersten Blocker zu beheben.

Schritt 4: Core-Fehler von Plugin-Fehler unterscheiden

Wenn die Traceback in einen dieser Pfade zeigt:

• ComfyUI\comfy\sd1_clip.py
• ComfyUI\comfy\supported_models.py
• ComfyUI\comfy\sd.py

dann ist der fehlende transformers-Import Teil des Core-Text-Stacks von ComfyUI.

Wenn die Traceback in einen Plugin-Ordner unter custom_nodes zeigt, kann der Fehler plugin-spezifisch sein. Die Reparatur gehört trotzdem in dieselbe Python-Umgebung, die ComfyUI startet.

Was du nicht tun solltest

• transformers nicht in System-Python installieren, wenn ComfyUI python_embeded verwendet
• nicht gleich Torch, NumPy oder Pillow downgraden, wenn der erste sichtbare Fehler nur ein fehlender transformers-Import ist
• nicht annehmen, dass ein Plugin-Fehler automatisch bedeutet, der Core von ComfyUI sei gesund
• nicht blind weitere Pakete installieren, ohne neu zu starten und den neuen ersten Blocker zu lesen

Wie Wonderful Launcher hilft

Wenn ein Tokenizer- oder Modell-Stack-Import ausfällt, ist die schwierigste Frage oft: Welches Python hat ComfyUI wirklich gestartet, und kam die Traceback aus dem Core oder aus einem Plugin? Wonderful Launcher hilft genau dabei, diese Environment-Grenze sichtbar zu halten.

Verwandte Guides

• Repair Broken ComfyUI Portable Dependencies
• ModuleNotFoundError: No module named 'torch' in ComfyUI
• comfyui-frontend-package is not installed
• ComfyUI Startup Failed
• Plugin Missing Module Warning: When It Is Safe to Ignore

Quellen

• Windows Portable Repair Lab, 18.05.2026: Traceback scheiterte bei from transformers import CLIPTokenizer in ComfyUI\comfy\sd1_clip.py
• Dasselbe Lab: ComfyUI\requirements.txt enthielt transformers>=4.50.3 und tokenizers>=0.13.3
• Dasselbe Lab: Nächster Blocker nach der Reparatur war ModuleNotFoundError: No module named 'torchsde'