GPT-5.6 in Lovable: 25% minder stappen — en wat dat doet met je krediet en je geduld

Waarom tool-calls het getal zijn dat telt

Een tool-call is een keer dat de agent iets doet: een bestand lezen, een wijziging schrijven, een commando draaien. Elke call is een moment waarop het mis kan gaan — een verkeerd bestand, een verouderde aanname, een halve wijziging. Minder calls per taak betekent dus niet alleen sneller, maar ook minder kansen op een verkeerde afslag. Dat verklaart waarom minder stappen samengaat met minder vastgelopen runs; het is hetzelfde verschijnsel van twee kanten bekeken.

Wat het doet met je krediet

Neem een middelgrote feature die je vroeger in ruwweg twintig agent-stappen bouwde, met correcties erbij. Een kwart minder stappen betekent grofweg een kwart minder verbruik voor dezelfde uitkomst — en dat is de conservatieve rekensom, want de duurste stappen zijn meestal de correcties nádat er iets misging. Wie tegen zijn maandelijkse limiet aanloopt, wint hier meer dan het percentage suggereert.

Waar je het meest van merkt:

- Lange ketens: een feature die door meerdere bestanden en lagen heen loopt. - Refactors: veel lezen, veel kleine aanpassingen, veel kans op afdwalen. - Debugsessies: minder heen-en-weer voordat de oorzaak gevonden is.

Waar je er weinig van merkt:

losse tekstwijzigingen, kleurtjes, één component aanpassen. Die waren al goedkoop en snel.

Drie gewoontes die het effect verdubbelen:

1. **Beschrijf de uitkomst, niet de route.** "Gebruikers moeten hun eigen items kunnen archiveren en terughalen" werkt beter dan een reeks micro-instructies. Een model dat efficiënt plant, wil één keer het hele doel horen. 2. **Bundel bij elkaar horende wijzigingen.** Vijf losse prompts voor vijf verwante aanpassingen kosten meer dan één prompt die ze samen beschrijft. 3. **Onderbreek niet halverwege.** Een run afkappen en opnieuw starten is de duurste manier om iets te bouwen — en precies wat mensen doen als ze ongeduldig worden.

Model kiezen blijft handwerk

GPT-5.6 is de efficiënte werkezel; Claude Opus 5 is sterker op zware, samenhangende klussen met veel context. Onze vuistregel: begin een grote feature bij het model dat kwaliteit levert, en doe de nasleep — de tientallen kleine correcties — bij het model dat efficiënt is. Dat is geen ideologie, dat is boekhouding.

Bron: aankondiging Lovable (9 juli 2026) en berichtgeving van Create With.