Naar de inhoud springen
kenjtecJournal
Het Journal doorzoeken

Mistral Large 4: de nieuwe modelaankondiging uit Europa en de weg naar lokaal draaien

Een API-preview, aangekondigde gewichten en een lokaal pakket dat echt draait zijn drie verschillende situaties. Een klein bestandshulpmiddel laat zien hoe je een latere download eenduidig vastlegt.

Lena staat voor drie pakketten: een open, een dichtgebonden met rood lint en een in haar handen. AI-illustratie.

De modelaankondiging is uit. De API kun je uitproberen. Voor je eigen lokale installatie ontbreekt het eigenlijke pakket echter nog. Juist bij open modellen zie je deze tussenfase makkelijk over het hoofd: een technisch streefbeeld klinkt al snel als een download die al beschikbaar is.

Mistral presenteerde Large 4 op 6 oktober 2026 als openbare API-preview. De aankondiging noemt het einde van de maand voor de vrijgave van de gewichten; de modelkaart vermeldt eveneens een openbare preview. Volgens de bronnen van 25 oktober blijven toegang tot de preview en het aangekondigde lokale modelpakket twee afzonderlijke situaties.

Wat de dienst voor je regelt

Bij een API stuurt je applicatie een verzoek naar een dienst die het model aanbiedt. Die dienst onderhoudt de benodigde uitvoeringsomgeving. Voor een kleine test hoef je dus niet eerst alle modelgewichten op je computer te krijgen.

Een lokale route verschuift deze verantwoordelijkheid. Je hebt de juiste bestanden nodig, een runtime die ze ondersteunt en voldoende middelen. Daarbovenop komen de geldende gebruiksvoorwaarden. Een bestand hebben beantwoordt nog niet al deze vragen; een aankondiging beantwoordt niet eens de vraag welk concreet artefact er bestaat.

Voor de technische planning helpt het om drie gebieden te scheiden: toegang tot de dienst, volledige artefacten en een aangetoonde manier om het model te draaien. Noteer voor elk gebied de status die je daadwerkelijk hebt gecontroleerd. Zo wordt een latere download een gerichte aanvulling in plaats van een stille correctie van een te vroeg gedane bewering over beschikbaarheid.

De taak blijft onafhankelijk van de toegangsroute

Definieer eerst een kleine use case, zoals het samenvatten van je eigen productnotities. Drie feitelijke zinnen, geen toegevoegde onbekende eigenschappen en een zichtbare opmerking bij tegenstrijdigheden zijn nuttige eisen. Deze regels gelden zowel voor een test via de dienst als voor een mogelijke latere lokale vergelijking.

Gebruik een paar synthetische notities waarvan je de betekenis kent. Eén noemt een materiaal, één corrigeert een hoeveelheid, bij één ontbreekt de maat. Houd de invoer en de gewenste grenzen ongewijzigd. Als later zowel de toegangsroute als de instructie verandert, kun je verschillen nauwelijks aan één oorzaak toeschrijven.

Een artefact eenduidig identificeren

Zodra je daadwerkelijk een modelbestand hebt dat je mag gebruiken, kun je de naam, de grootte en een checksum ervan vastleggen. Het volgende Python-hulpmiddel, door ons geschreven, leest een bestaand bestand blok voor blok. Het downloadt niets, wijzigt geen bestand en controleert de modelkwaliteit niet.

from pathlib import Path
import hashlib
import sys

pfad = Path(sys.argv[1])
if not pfad.is_file():
    raise SystemExit("Specify an existing file.")
pruefer = hashlib.sha256()
with pfad.open("rb") as quelle:
    for block in iter(lambda: quelle.read(1024 * 1024), b""):
        pruefer.update(block)
print("File:", pfad.name)
print("Bytes:", pfad.stat().st_size)
print("SHA256:", pruefer.hexdigest())

Sla het op als datei-stand.py en geef bij het uitvoeren het daadwerkelijke pad van een bestaand bestand mee. Bij een model dat uit meerdere delen bestaat, volstaat de checksum van één deel niet voor het hele pakket. Vermeld in dat geval de relevante artefacten afzonderlijk en bewaar er een notitie over hun herkomst bij.

Een checksum is een identiteitskenmerk. Hij laat zien of twee bestandsversies overeenkomen. Hij garandeert geen gebruiksrecht, en evenmin veiligheid, feitelijke juistheid of voldoende geheugen. Die vragen horen in afzonderlijke controles thuis.

Van download naar gedocumenteerd lokaal gebruik

Voor echt lokaal bewijs heb je daarnaast de exacte runtime nodig, de configuratie ervan en een kleine taak die daadwerkelijk is uitgevoerd. Een geslaagde download alleen is nog geen geslaagde laadactie. Een geladen model alleen is nog geen bruikbaar resultaat.

Bewaar daarom de opdracht die je daadwerkelijk hebt gebruikt en de uitvoer die je hebt waargenomen samen met de artefactversie. Ontbreekt er een voorwaarde, dan blijft precies die stap open. Technisch is dat nuttiger dan de algemene bewering dat het model nu lokaal beschikbaar is.

Het nieuws van Mistral opent een concrete route via de API-preview en beschrijft een geplande vrijgave van de gewichten. Wie deze niveaus uit elkaar houdt, kan de ontwikkeling met belangstelling volgen en later een eigen, navolgbare test toevoegen. De heldere grens tussen aangekondigd, aanwezig en uitgevoerd maakt een grote modelaankondiging in de praktijk begrijpelijk.

Bronnen en stand van zaken

Bronnen per 25 oktober 2026. Introducing Mistral Large 4 · Modelkaart van Mistral Large 4.

Hamburg is ons vertrekpunt.

Het nuttige reist met je mee.

Praktische AI uit Hamburg, internationaal uitgelegd.

Bewaarde artikelen