Wo befindet sich der ComfyUI-Modellordner? Native und zusätzliche Pfade

Bei einer portablen oder manuellen ComfyUI-Installation ist die native Modellbibliothek ComfyUI/models/. Legen Sie jede Datei in den Unterordner für ihren Modelltyp — Checkpoints in models/checkpoints, LoRAs in models/loras, VAEs in models/vae. Befinden sich die Dateien bereits in einer gemeinsamen Bibliothek, fügen Sie diese als zusätzlichen Modellpfad hinzu, statt eine weitere vollständige Kopie anzulegen.

Der native ComfyUI-Modellordner

ComfyUI behandelt models nicht als einen einheitlichen Behälter. Seine Lader suchen in registrierten Ordnern nach dem passenden Modelltyp. Der native ComfyUI-Ordner für LoRA ist ComfyUI/models/loras. Ein dort abgelegter Checkpoint bleibt ein Checkpoint; sein Speicherort ändert nicht den Dateiinhalt.

ComfyUI/
└── models/
    ├── checkpoints/       # vollständige Diffusions-Checkpoints
    ├── diffusion_models/  # Diffusions- oder UNet-Gewichte
    ├── loras/             # LoRA- und zugehörige Adapterdateien
    ├── text_encoders/     # Text-Encoder-Gewichte
    ├── vae/               # VAE-Modelle
    └── controlnet/        # ControlNet- und T2I-Adapter-Modelle

Das aktuelle offizielle Konfigurationsbeispiel erkennt auch ältere Namen wie unet und clip. Bevorzugen Sie für eine neue, übersichtliche Bibliothek die oben aufgeführten aktuellen Namen. Andere Knotentypen können weitere Ordner registrieren; ein benutzerdefiniertes Knotenpaket kann daher einen Modellspeicherort hinzufügen, der in dieser kurzen Übersicht fehlt.

ComfyUI Desktop: Ordner öffnen, nicht erraten

Desktop-Installationen werden leicht falsch interpretiert, weil die Anwendung mehr vom Aufbau verwaltet. Verwenden Sie in ComfyUI Desktop Help → Open Folder → Open Model Folder. Dadurch wird der aktive Speicherort geöffnet und verhindert, dass ein Modell in einen ähnlich benannten Ordner einer älteren Installation kopiert wird.

Dies ist auch die schnellste Diagnose, wenn eine Datei nicht erscheint. Bestätigen Sie, dass Sie den von der laufenden Anwendung verwendeten Modellordner betrachten und nicht bloß das erste bei einer Dateisystemsuche gefundene Verzeichnis ComfyUI.

Wann zusätzliche Modellpfade die übersichtlichere Lösung sind

Ein zusätzlicher Pfad ist nützlich, wenn zwei ComfyUI-Installationen dieselbe Bibliothek sehen sollen, wenn eine andere Benutzeroberfläche die Dateien bereits verwaltet oder wenn große Modelle auf einer anderen Festplatte liegen. Er teilt ComfyUI mit, wo es zusätzlich suchen soll. Er kopiert, konvertiert, vereinigt oder sichert kein Modell.

Der unbequeme Unterschied: Portables/manuelles ComfyUI und ComfyUI Desktop verwenden nicht denselben Konfigurationsdateinamen:

• Portable oder manuelle Installation: Kopieren Sie ComfyUI/extra_model_paths.yaml.example nach ComfyUI/extra_model_paths.yaml und bearbeiten Sie anschließend die Kopie.
• Desktop unter Windows: Bearbeiten Sie C:\Users\YourUsername\AppData\Roaming\ComfyUI\extra_models_config.yaml.
• Desktop unter macOS: Bearbeiten Sie ~/Library/Application Support/ComfyUI/extra_models_config.yaml.

Eine kleine, lesbare Konfiguration zusätzlicher Pfade

Beginnen Sie mit einer benannten Bibliothek und nur den tatsächlich gemeinsam genutzten Modelltypen. base_path ist das übergeordnete Verzeichnis; die übrigen Werte sind Pfade relativ dazu.

shared_models:
  base_path: /Volumes/AI-Library/models/
  checkpoints: checkpoints
  loras: loras
  vae: vae
  controlnet: controlnet
  text_encoders: text_encoders
  diffusion_models: diffusion_models

Verwenden Sie unter Windows einen absoluten Windows-Pfad für base_path, etwa D:\AI-Library\models\. Behalten Sie Leerzeichen im Pfad, wenn sie tatsächlich vorhanden sind; erfinden Sie keine Anführungszeichen oder Maskierung, bevor der YAML-Parser sie verlangt. Die einfachste Konfiguration ist meist diejenige, die Sie direkt mit den Ordnern auf der Festplatte vergleichen können.

Neu starten, aktualisieren und ein bekanntes Modell nachweisen

Speichern Sie die Konfiguration und starten Sie ComfyUI neu. Der offizielle Modellleitfaden weist außerdem darauf hin, dass r Knotendefinitionen aktualisiert; nach Änderung von Modellpfaden ist ein Neustart jedoch die eindeutigere Prüfung. Weisen Sie die Einrichtung anschließend mit Dateien nach, die Sie identifizieren können:

1. Wählen Sie einen bekannten Checkpoint und eine bekannte LoRA aus der externen Bibliothek.
2. Prüfen Sie, dass jede Datei im passenden Lader erscheint und nicht nur irgendwo in der Oberfläche.
3. Laden Sie einen kleinen vorhandenen Arbeitsablauf und bestätigen Sie, dass beide Dateien tatsächlich geöffnet werden können.
4. Lassen Sie den ursprünglichen Speicherort unverändert, bis dieser Test auch nach einem vollständigen Neustart erfolgreich war.

Fehlt ein Modell, prüfen Sie in dieser Reihenfolge den aktiven Modellordner, die YAML-Einrückung, base_path, den typspezifischen Unterordner und die Dateiendung. Eine erfolgreich eingelesene YAML-Datei beweist nicht, dass ein Checkpoint als Checkpoint abgelegt wurde.

Ein zusätzlicher Pfad ist kein Aufbewahrungsplan

Ein gemeinsam genutztes Verzeichnis kann doppelte Arbeitskopien verhindern, bleibt aber aktiver Laufzeitspeicher. Das Löschen daraus kann jede darauf verweisende ComfyUI-Installation betreffen. Ebenso ist eine SafeTensors-Datei nicht allein deshalb gesichert, weil zwei Anwendungen sie sehen können.

Tensor Archive kommt zum Einsatz, nachdem die Laufzeitfrage geklärt ist. Bestimmen Sie eine abgeschlossene zusammengehörige Familie — beispielsweise einen Basis-Checkpoint und seine Adapter — und archivieren, prüfen und stellen Sie diese Familie anschließend separat wieder her. Tensor Archive schreibt weder die ComfyUI-Konfiguration neu noch entfernt es unbemerkt den Quellordner.

Wählen Sie den nächsten Leitfaden anhand Ihres tatsächlichen Problems

Wenn Sie einen Arbeitsablauf über native und zusätzliche Pfade hinweg bewahren müssen, verwenden Sie den Leitfaden zur ComfyUI-Modellsicherung. Ist die SSD bereits voller Adapter, befolgen Sie den praktischen Leitfaden, um Speicherplatz in einer LoRA-Bibliothek freizugeben. Den Unterschied zwischen Trainingsmethoden und dem erzeugten Adapterartefakt erläutert LoRA im Vergleich zu QLoRA.