Wat is een GGUF-bestand?
GGUF is een binaire modelindeling die is gemaakt voor op GGML gebaseerde inferentiesoftware zoals llama.cpp. Een GGUF-bestand slaat getypeerde tensors op, samen met gestructureerde metagegevens die het model beschrijven. Het is ontworpen voor snel laden en memory mapping. Veel GGUF-bestanden zijn gekwantiseerd voor efficiënte lokale inferentie, maar de indeling zelf staat niet gelijk aan kwantisering.

Wat bevat een GGUF-bestand?
De huidige GGUF-specificatie definieert een header, een sleutelwaarde-sectie met metagegevens, tensorinformatie en uitgelijnde tensorgegevens. Metagegevens kunnen de modelarchitectuur, contextparameters, tokenizerinformatie en andere implementatiedetails identificeren. Tensorrecords beschrijven namen, dimensies, typen en offsets in het gegevensgebied.
Door die combinatie voelt één GGUF vaak zelfstandiger dan ‘gewichten plus verschillende JSON-bestanden’. Een uitvoerder vindt zo op een vaste plaats de benodigde informatie. ‘Vaak’ is hier belangrijk: een bepaalde toepassing kan nog steeds externe templates, generatie-instellingen of bijbehorende artefacten vereisen die de extensie niet op magische wijze garandeert.
Waarom lokale runtimes GGUF gebruiken
GGUF is ontworpen rond inferentiedoeleinden. Tensorgegevens zijn uitgelijnd, de indeling heeft een expliciete versie en bestanden kunnen via memory mapping worden benaderd, zodat compatibele uitvoerders gegevens kunnen gebruiken zonder eerst het volledige model naar een andere representatie in het geheugen te vertalen. De specificatie is bovendien uitbreidbaar: nieuwe metagegevens kunnen worden toegevoegd zonder dat oudere readers de kernindeling verkeerd begrijpen.
Het praktische resultaat is een overdraagbaar artefact tussen tools die dezelfde architectuur en GGUF-conventies implementeren. Het is geen universele overdraagbaarheid tussen iedere AI-toepassing. Een Stable Diffusion-interface die een SafeTensors-checkpoint verwacht, wordt geen GGUF-runtime alleen omdat beide bestanden tensors bevatten.
Betekent GGUF dat het model gekwantiseerd is?
Nee. GGUF kan meerdere tensortypen opslaan, waaronder typen met volledige precisie en gekwantiseerde typen. Distributiepagina's gebruiken vaak labels zoals Q4_K_M, Q5_K_M of F16 om een bepaalde conversie te beschrijven. Die labels beschrijven keuzes voor tensorrepresentatie in het bestand; .gguf beschrijft de container.
Kwantisering kan de opslag- en geheugenvereisten verlagen, doorgaans met een afweging in kwaliteit of mogelijkheden die afhangt van het model, de quantizer en de workload. Conversie van een bron met hogere precisie naar een gekwantiseerde GGUF verandert tensorwaarden. Dat kan een uitstekend inferentieartefact opleveren, maar is geen byte-exacte vervanging van het broncheckpoint als je die bron later wilt herstellen.
Bewaar de herkomst bij het bestand. Leg het bronmodel en de revisie, het conversieprogramma en de versie, de kwantiseringsmethode, de bestandsnaam en de checksum vast. ‘Het is een Q4-GGUF’ is niet genoeg om hetzelfde artefact met vertrouwen opnieuw te maken.
Een GGUF-bestandsnaam lezen zonder er blind op te vertrouwen
Een bestandsnaam kan een modelnaam, parameterschaal, fine-tunelabel, contexthint en kwantiseringsachtervoegsel bevatten. Dit zijn publicatieconventies, geen beveiligingsgrens. Controleer metagegevens met een betrouwbare inspectietool of de runtime zelf en haal bestanden op bij een bron waarvan je herkomst en licentie kunt beoordelen.
De bestandsindeling vermindert ambiguïteit voor parsers; zij certificeert niet wie de gewichten heeft gemaakt, of de modelkaart klopt of dat de inhoud geschikt is voor jouw gebruik. Een checksum bewijst dat bytes niet zijn veranderd ten opzichte van een bekende waarde, niet dat die bytes onschadelijk of correct gelicentieerd zijn.
GGUF tegenover SafeTensors in één zin
GGUF is een inferentiegerichte modelcontainer met een gedefinieerde woordenschat voor metagegevens die veel door GGML-uitvoerders wordt gebruikt; SafeTensors is een veilige, snelle indeling voor tensorserialisatie die doorgaans wordt geleverd met afzonderlijke configuratie- en tokenizerbestanden. Geen van beide is de universeel ‘betere indeling’. De juiste keuze volgt uit de runtime en het artefact dat je moet bewaren. De volledige vergelijking staat in GGUF tegenover SafeTensors.
Wat moet je bewaren?
Als de GGUF reproduceerbaar is vanuit een betrouwbare bron en een conversierecept, kun je het recept plus de bron bewaren in plaats van iedere afgeleide variant. Is bandbreedte schaars, kan de bron verdwijnen of is een bepaalde conversie operationeel belangrijk, dan kan het verstandig zijn de GGUF zelf te bewaren. Neem die beslissing per familie en niet op basis van de extensie.
Tensor Archive bewaart geselecteerde lokale tensors en verifieert exact herstel. Het converteert een GGUF niet terug naar een oorspronkelijk model met hogere precisie, leidt geen ontbrekende herkomst af en bepaalt niet of een kwantiseringsafweging aanvaardbaar is.
Maak een duidelijkere indelingskaart
Ga verder met SafeTensors tegenover GGUF en gebruik daarna de gids over SafeTensors-opslag en kwantisering om exact behoud te onderscheiden van getransformeerde inferentiekopieën.
Bronnen
- GGML: GGUF-specificatie — binaire indeling, metagegevens, tensorinformatie, uitlijning, uitbreidbaarheid en ondersteunde tensortypen.
- llama.cpp — de belangrijkste lokale inferentie-implementatie en actuele GGUF-tooling.
- Hugging Face Hub: GGUF — ecosysteemrichtlijnen voor het bekijken van metagegevens en het werken met GGUF-bestanden op de Hub.