Gebruik GLM-5.3 niet standaard op de zwaarste stand voor iedere opdracht. Zet max in voor een bug die meerdere bestanden raakt, een migratie of een onduidelijke fout. Voor een kleine uitleg of gerichte wijziging is low vaak een betere eerste proef. Het model kiezen is minder belangrijk dan je taak scherp begrenzen.
Z.ai bracht GLM-5.3 op 14 augustus 2026 uit voor codewerk en cyberanalyse. Het model is beschikbaar via Coding Plan en werkt volgens de documentatie in onder meer OpenCode en Claude Code.
Wat verandert er voor je prompt?
GLM-5.3 is gebouwd om zelfstandig meerdere stappen te zetten. Een vage opdracht als ‘verbeter deze website’ geeft het model daardoor veel ruimte om zelf aannames te maken. Dat klinkt handig, tot de agent precies het onderdeel wijzigt dat je wilde behouden.
Geef bij codewerk altijd vijf dingen mee:
- Doel: welk zichtbaar of meetbaar resultaat moet er zijn?
- Scope: welke map, pagina of functie mag veranderen?
- Behoud: wat mag beslist niet wijzigen?
- Bewijs: welke test of controle moet slagen?
- Stopmoment: wanneer moet de agent stoppen en terugkoppelen?
Dat sluit aan op het verschil tussen een system prompt en een user prompt: vaste veiligheids- en werkinstructies horen niet verstopt te zitten in één losse opdracht.
Wanneer kies je low, high of max?
| Effort | Geschikte taak | Let op |
|---|---|---|
low |
uitleg, kleine aanpassing, bekende fout | snel controleren of de richting klopt |
high |
meerdere bestanden, lastige testfout | meer tijd en verbruik |
max |
architectuur, migratie, hardnekkige bug | alleen met duidelijke grenzen en tests |
Z.ai ondersteunt alleen deze drie reasoning-effortniveaus. ‘Thinking’ helemaal uitschakelen kan bij 5.3 niet. De maker adviseert max voor coding, maar dat is een algemene aanbeveling. Je eigen taak bepaalt of de extra rekentijd iets oplevert.
Een prompt die GLM-5.3 minder laat gokken
Doel: los de fout op waardoor het contactformulier na een geldige inzending een 500 geeft.
Scope: alleen de formulier-handler en bijbehorende tests.
Behoud: verander geen velden, teksten, styling of e-mailontvangers.
Werkwijze:
1. Reproduceer eerst de fout.
2. Leg de oorzaak in maximaal vijf regels uit.
3. Maak de kleinste reparatie.
4. Draai de bestaande tests en voeg één regressietest toe.
Stop als productiegegevens, secrets of een externe betaling nodig zijn.
Lever de diff en testuitvoer op.Deze opdracht voorkomt niet iedere fout. Hij maakt een fout wel eerder zichtbaar. De agent moet eerst bewijzen dat hij hetzelfde probleem ziet, daarna klein wijzigen en tot slot testen.
Test GLM-5.3 naast je huidige model
Gebruik niet twee verschillende bugs om modellen te vergelijken. Geef beide modellen dezelfde afgeronde taak, dezelfde context en dezelfde stopregel. Kijk vervolgens naar vier uitkomsten: is de fout opgelost, zijn alle tests groen, hoeveel herstelwerk was nodig en hoeveel tijd kostte het?
De officiële GLM-5.3-benchmarks zijn sterk, maar komen bij release vooral van Z.ai zelf. Een model dat hoog scoort op Terminal-Bench kan alsnog minder goed passen bij jouw repository, taal of manier van werken. De aanpak uit onze praktische modelvergelijking blijft gelden: kies op basis van je eigen taak, niet op basis van één ranglijst.
Mijn advies: maak GLM-5.3 eerst een bewuste tweede optie in OpenCode of Claude Code. Gebruik max op één lastige maar afgebakende taak. Pas als de diff kleiner, de tests beter en het herstelwerk lager uitvallen, heb je een reden om je standaardmodel te veranderen.