Wat is een LoRA-bestand?

Een LoRA-bestand bevat aangeleerde low-rank-adaptertensors die geselecteerde lagen van een compatibel basismodel aanpassen. Meestal bevat het niet de basis zelf. In diffusiongemeenschappen wordt de adapter vaak als één .safetensors-bestand verspreid; in PEFT-workflows staan adaptergewichten vaak naast een adapter_config.json.

Een compacte LoRA-adapter met gekoppelde low-rank-tensors die zijn verbonden met een afzonderlijk basismodel en een metagegevenstoken.
De adapter bevat een aangeleerde update. Compatibiliteit en betekenis komen voort uit de relatie met een basismodel en configuratie.

Wat het gewichtenbestand werkelijk bevat

Op conceptueel niveau leert LoRA gekoppelde low-rank-matrices voor gekozen modules. Een geserialiseerde adapter slaat die tensorwaarden op onder namen die de loader vertellen waar de updates thuishoren. Ook kan deze een kleine hoeveelheid door de container ondersteunde metagegevens bevatten.

De adapter hoeft niet iedere bevroren parameter van de basis te herhalen. Dat is het opslagvoordeel van LoRA in AI, maar ook de reden dat een gedownloade adapter normaal gesproken niet zelfstandig bruikbaar is.

Is elk .safetensors-bestand een LoRA?

Nee. SafeTensors is een tensorcontainer, geen adaptertype. Een .safetensors-bestand kan een volledig checkpoint, een VAE, een embedding, een adapter of andere tensors bevatten. De tensornamen, metagegevens en loadercontext bepalen wat het voorstelt.

Omgekeerd hoeft een LoRA geen SafeTensors te gebruiken. Hugging Face PEFT kan adaptergewichten standaard als adapter_model.safetensors opslaan of als een binair bestand wanneer veilige serialisatie is uitgeschakeld. Andere ecosystemen gebruiken hun eigen verpakkingsconventies. Beoordeel het pakket, niet een bekende extensie.

De bijbehorende bestanden kunnen essentieel zijn

Een standaard PEFT-adaptermap bevat de gewichten en adapter_config.json. Die configuratie legt het PEFT-type, de doelmodules en de parameters vast die nodig zijn om het adaptergedrag te reconstrueren; ook kan zij de naam of het pad van het basismodel identificeren. Een modelkaart kan de licentie, het beoogde gebruik en de evaluatiecontext bevatten.

my_adapter/
├── adapter_model.safetensors  # aangeleerde adaptertensors
├── adapter_config.json        # hoe en waar je ze toepast
└── README.md                  # herkomst, gebruik en voorwaarden

Diffusion-LoRAs worden vaak als één bestand gedeeld omdat het doelecosysteem conventies of ingebedde metagegevens heeft. Dat gemak kan ontbrekende context verhullen. Bewaar de oorspronkelijke pagina- of modelkaart-URL, de exacte basisidentificatie, triggerwoorden, aanbevolen sterkte, licentie en checksum wanneer die ertoe doen.

Waarom het exacte basismodel ertoe doet

Een adapter is getraind op een bepaalde architectuur en basistoestand. Een loader kan incompatibele tensornamen direct afwijzen, maar subtielere incompatibiliteiten leveren mogelijk alleen slechte uitvoer op. ‘SDXL-LoRA’ of ‘Llama-adapter’ is niet altijd precies genoeg; gebruik de gepubliceerde repository, revisie of exacte lokale checksum wanneer reproduceerbaarheid ertoe doet.

Een lokaal gewijzigd basismodel schept een nog sterkere afhankelijkheid. Als geen openbare bron het kan reproduceren, houd je met alleen de LoRA een update over voor gewichten die je niet meer bezit.

Verandert LoRA-sterkte het bestand?

Doorgaans past de runtime een schaal toe zonder de opgeslagen adapter te herschrijven. Verschillende sterktewaarden in de interface veroorzaken daardoor ander inferentiegedrag met dezelfde bytes. Een adapter samenvoegen met een basis is iets anders: daarbij worden afgeleide gewichten berekend en kan een nieuw volledig artefact worden opgeslagen.

Leg de schaal en combinatievolgorde vast wanneer deze onderdeel zijn van een productierecept. Heb je de exacte samengevoegde uitvoer nodig, bewaar die uitvoer dan afzonderlijk; wil je flexibiliteit, bewaar dan de basis en niet-samengevoegde adapters.

Een korte controlelijst voor inspectie

  1. Bepaal de container en controleer of de loader deze ondersteunt.
  2. Inspecteer tensornamen en metagegevens met een onderhouden tool; voer geen onbekende hulpcode uit.
  3. Leg de exacte compatibele basis en revisie vast.
  4. Bewaar configuratie en context uit de modelkaart bij de gewichten.
  5. Hash het bestand na het downloaden en na iedere overdracht.
  6. Test de familie vóór archivering in de beoogde runtime.

Bewaar de afhankelijkheid, niet alleen de adapter

Voor een openbaar, onveranderlijk basismodel kun je besluiten dat een precieze identificatie voldoende is. Bewaar voor privé-, gewijzigde of verdwijnende basismodellen de exacte basis bij de adapter. De vergelijking tussen checkpoint en LoRA helpt bepalen welke artefacten je hersteldoel beantwoorden.

Tensor Archive groepeert geselecteerde lokale tensors voor exact, geverifieerd herstel. Het leidt geen ontbrekende triggerwoorden af, belooft geen compatibiliteit tussen architecturen en reconstrueert geen basis uit adaptergewichten.

Plaats het bestand in een beheersbare bibliotheek

Gebruik één basis met veel adapters om afhankelijkheden te ordenen en volg daarna de gids voor LoRA-schijfruimte voordat je duplicaten of experimentele varianten verwijdert.

Bronnen

Bewaar de adapter en zijn exacte basis.Gratis downloaden ↓