Dove si trova la cartella dei modelli ComfyUI? Percorsi nativi e aggiuntivi

Per un'installazione ComfyUI portatile o manuale, la libreria nativa dei modelli è ComfyUI/models/. Inserisci ogni file nella sottocartella del relativo tipo: checkpoint in models/checkpoints, LoRAs in models/loras, VAEs in models/vae. Se i file si trovano già in una libreria condivisa, aggiungila come percorso aggiuntivo dei modelli anziché creare un'altra copia completa.

La cartella nativa dei modelli ComfyUI

ComfyUI non tratta models come un unico contenitore indistinto. I suoi loader cercano nelle cartelle registrate il tipo di modello corrispondente. La cartella nativa LoRA di ComfyUI è ComfyUI/models/loras. Un checkpoint inserito lì resta un checkpoint; cambiarne la posizione non modifica ciò che contiene il file.

ComfyUI/
└── models/
    ├── checkpoints/       # checkpoint di diffusione completi
    ├── diffusion_models/  # pesi di diffusione o UNet
    ├── loras/             # LoRA e relativi file degli adapter
    ├── text_encoders/     # pesi degli encoder di testo
    ├── vae/               # Modelli VAE
    └── controlnet/        # Modelli ControlNet e adapter T2I

L'attuale esempio ufficiale di configurazione riconosce anche nomi legacy come unet e clip. Per una nuova libreria ordinata, preferisci i nomi attuali mostrati sopra. Altri tipi di nodi possono registrare più cartelle, quindi un pacchetto di nodi personalizzati può aggiungere una posizione dei modelli non inclusa in questa breve mappa.

ComfyUI Desktop: apri la cartella, non indovinarla

Le installazioni Desktop si interpretano facilmente in modo errato perché l'applicazione gestisce una parte maggiore del layout. In ComfyUI Desktop, usa Help → Open Folder → Open Model Folder. Si apre così la posizione attiva e si evita di copiare un modello in una cartella dal nome simile appartenente a un'installazione precedente.

Questa è anche la diagnosi più rapida quando un file non compare. Conferma di controllare la cartella dei modelli utilizzata dall'applicazione in esecuzione, non soltanto la prima directory ComfyUI restituita da una ricerca nel filesystem.

Quando i percorsi aggiuntivi dei modelli sono la risposta più pulita

Un percorso aggiuntivo è utile quando due installazioni ComfyUI devono vedere la stessa libreria, quando un'altra UI possiede già i file o quando i modelli di grandi dimensioni si trovano su un disco diverso. Indica a ComfyUI dove cercare altrove. Non copia, converte, unisce o esegue il backup di un modello.

Il dettaglio scomodo è che ComfyUI portatile/manuale e ComfyUI Desktop non usano lo stesso nome di file di configurazione:

• Installazione portatile o manuale: copia ComfyUI/extra_model_paths.yaml.example in ComfyUI/extra_model_paths.yaml, quindi modifica la copia.
• Desktop su Windows: modifica C:\Users\YourUsername\AppData\Roaming\ComfyUI\extra_models_config.yaml.
• Desktop su macOS: modifica ~/Library/Application Support/ComfyUI/extra_models_config.yaml.

Una configurazione leggibile e ridotta dei percorsi aggiuntivi

Inizia con una libreria nominata e soltanto i tipi di modelli che condividi effettivamente. base_path è la directory principale; i valori rimanenti sono percorsi relativi ad essa.

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

Su Windows, usa un percorso Windows assoluto per base_path, ad esempio D:\AI-Library\models\. Mantieni gli spazi nel percorso se esistono davvero; non inventare virgolette o escape finché il parser YAML non li richiede. La configurazione più semplice è solitamente quella che puoi confrontare direttamente con le cartelle sul disco.

Riavvia, aggiorna e dimostra un modello noto

Salva la configurazione e riavvia ComfyUI. La guida ufficiale ai modelli osserva inoltre che r aggiorna le definizioni dei nodi, ma un riavvio è il controllo più chiaro dopo aver modificato i percorsi dei modelli. Quindi dimostra la configurazione con file identificabili:

1. Scegli un checkpoint noto e una LoRA nota dalla libreria esterna.
2. Controlla che ciascuno compaia nel loader appropriato, non soltanto in qualche punto dell'interfaccia.
3. Carica un piccolo flusso di lavoro esistente e conferma che entrambi i file possano essere effettivamente aperti.
4. Mantieni intatta la posizione originale finché tale prova non riesce dopo un nuovo riavvio.

Se manca un modello, controlla nell'ordine la cartella attiva dei modelli, l'indentazione YAML, base_path, la sottocartella specifica del tipo e l'estensione del file. Un parsing YAML riuscito non dimostra che un checkpoint sia stato archiviato come checkpoint.

Un percorso aggiuntivo non è un piano di conservazione

Una directory condivisa può evitare copie di lavoro duplicate, ma resta spazio attivo del runtime. L'eliminazione al suo interno può influire su ogni installazione ComfyUI che vi punta. Analogamente, un file SafeTensors non diventa un backup soltanto perché due applicazioni possono vederlo.

Tensor Archive interviene dopo aver risolto la domanda sul runtime. Identifica una famiglia correlata completata, per esempio un checkpoint di base e i relativi adapter, quindi archiviala, verificala e ripristinala separatamente. Tensor Archive non riscrive la configurazione di ComfyUI né rimuove silenziosamente la cartella di origine.

Scegli la guida successiva in base al problema che hai davvero

Se devi conservare un flusso di lavoro tra percorsi nativi e aggiuntivi, usa la guida al backup dei modelli ComfyUI. Se l'SSD è già pieno di adapter, segui la guida pratica per liberare spazio su disco in una libreria LoRA. Per la differenza tra i metodi di addestramento e l'artefatto adapter che producono, leggi LoRA e QLoRA a confronto.