Wat is een gauntlet loop? Games bouwen met kritiekcycli tussen agents

Wat is een gauntlet loop?

Een gauntlet loop is een methode voor het ontwikkelen van games, apps en andere projecten met behulp van AI-agenten, waarbij een afzonderlijke criticus herhaaldelijk het werk van de bouwagent bekritiseert in vergelijking met een vaste referentie. Dit levert resultaten van hoge kwaliteit op via vele revisierondes, in plaats van genoegen te nemen met het eerste redelijke resultaat.

Gauntlet-loops werden voor het eerst geïntroduceerd in juli 2026 door Matt Shumer, die op X postte over het bouwen van een Call of Duty-achtige shooter in Three.js met een enkele prompt. Hij bedacht de term gauntlet loop en schreef erover op zijn blog.

Hoe werkt een gauntlet loop?

Een programmeeragent, zoals Claude Code of Codex, krijgt een doel en een voorbeeld van hoe het voltooide werk eruit zou moeten zien. Deze hoofdagent voert de orkestratie uit en verdeelt het project in subsecties die elk door subagenten kunnen worden opgebouwd en bekritiseerd. Voor elk stuk maakt de bouwer een poging, waarna de criticus het vergelijkt met de opgegeven referentie voor het volledige werk; als de referentie beter is, geeft de criticus de bouwer feedback en gaat de lus verder.

Er zijn een paar belangrijke principes om de beste resultaten te bereiken met een gauntlet loop, waaronder:

Beschrijf de implementatiedetails niet

Agenten zijn goed in het beslissen hoe ze iets moeten bouwen, en ze kunnen oordelen vellen op basis van hun architectuur voor het project. Het is belangrijk om de details te beschrijven van wat je wilt bouwen, aangezien dit is waar je creatieve visie om de hoek komt kijken, maar probeer te voorkomen dat je beschrijft hoe je deze moet implementeren.

Geef de agent een specifieke, verifieerbare balk

Het hebben van een duidelijke referentie van hoge kwaliteit zal het voor je agent gemakkelijker maken om zijn werk te verbeteren. Schermafbeeldingen zijn geweldig, of specifieke websites, geschreven pagina's of wat dan ook past bij wat je probeert te bouwen. Het moet voor de agent gemakkelijk zijn om zijn werk te vergelijken met je referentie en te bepalen welke wint. De lat hoeft niet echt haalbaar te zijn, maar hoe sterker de referentie die de agent ter vergelijking heeft, hoe beter de resultaten die je krijgt.

Laat de agent het orkestreren

Terwijl de agent het project opbouwt, kan hij begrijpen welke taken er nog over zijn, welke specifieke onderdelen hun eigen verificatielussen nodig hebben en waar de knelpunten zitten. Naast de initiële instructie om kritieke lussen te gebruiken, kunt je de agent zelf beslissen over de specifieke locatie van de subagenten en het creëren van sublussen.

Laat alleen de criticus oordelen

Dit is misschien wel het belangrijkste deel van de lus. De bouwagent weet wat hij heeft gemaakt, waarom hij de beslissingen heeft genomen en hoe het project is gestructureerd. Het is dus oneerlijk om hem zijn eigen werk te laten beoordelen. De criticus zou een consument moeten modelleren, die een product van hoge kwaliteit wil en de details van hoe het is gemaakt niet kent of er zich niet om bekommert.

Beperk de lus niet

De gauntlet loop mag geen deterministische ‘laatste ronde’ hebben. In plaats daarvan moet het worden uitgevoerd totdat de criticus tevreden is en gelooft dat het spel niet verder kan worden verbeterd. Zelfs als je tijdens het bouwen een sessielimiet bereikt, kun je de lus eenvoudig hervatten nadat je limiet opnieuw is ingesteld. Nadat de agent een eindresultaat heeft verstrekt, kunt je vervolgaanwijzingen blijven geven voor aanvullende wijzigingen en verbeteringen.

Hoe de kwaliteit van assets in gauntlet loops kan worden verbeterd

Een van de meest voorkomende muren die men tegenkomt bij gauntlet loops is dat de kwaliteit van procedurele 3D-middelen plateaus bereikt, terwijl de criticus blijft melden dat de omgeving zwakker is dan de referentie. Zodra dit gebeurt, wordt het moeilijk voor de bouwer om te blijven verbeteren, omdat procedurele middelen niet verder kunnen gaan.

Thrixel's AI 3D-modelgenerator creëert hoogwaardige, game-ready 3D-middelen met benoemde, bewerkbare onderdelen, zodat de agent individuele modellen stuk voor stuk kan verfijnen en bewerken, in plaats van helemaal opnieuw te moeten genereren als er iets niet klopt. Dit past perfect in de workflow van de gauntlet loop, omdat het de agent in staat stelt hetzelfde werk uit te voeren met 3D-middelen als met de rest van het project: blijf vergelijken met de referentie en herhaal totdat de criticus tevreden is.

Gauntlet loops uitvoeren met de Build World-skill van Thrixel

Build World is de open-sourceagentskill van Thrixel voor de workflow van de gauntlet loop. Als de skill is geïnstalleerd, kun je elke game, omgeving of andere 3D-wereld beschrijven, en de agent bouwt deze van begin tot eind met Thrixel voor hoogwaardige en bewerkbare assets. Verder heb je toegang tot alle gegenereerde items in je Thrixel-account, zodat je verdere wijzigingen kunt aanbrengen en de agent de bijgewerkte items in het spel kunt laten halen.

Creëer en publiceer werelden

Gauntlet loops voor game-engines en programmeeragents

De bouwer en criticus hebben bewijs nodig van de engine waarop het spel draait. Deze handleidingen laten zien hoe de lus codewijzigingen, bewerkingen van Thrixel-middelen en playtests in specifieke workflows met elkaar verbindt:

• Gauntlet loops voor Unity-games: bekijk het rijgedrag, het cameragedrag en de proporties van items, en test vervolgens C# en modelrevisies in de afspeelmodus.
• Gauntlet-loops voor Unreal Engine-games: evalueer de leesbaarheid van niveaus en puzzelinteracties, controleer vervolgens de wijzigingen in assets en Blueprints in Play-In-Editor.
• Gauntlet loops voor Roblox-games: controleer de afstand tussen obstakels, herstel van checkpoints en bewegende delen na Luau en modelrevisies in Studio.
• Gauntlet loops met Claude Code: zet de feedback van een afzonderlijke criticus om in camera-, gameplay- en itemwijzigingen.
• Gauntlet-loops met Codex: herzie de code en benoemde itemonderdelen en voer vervolgens de volledige game-loop uit voor nog een kritiek.

Bekijk voor de asset-kant van de workflow hoe een MCP-server met 3D-model een gauntlet-loop ondersteunt en hoe je door AI gegenereerde assets in een scène evalueert.

Veelgestelde vragen over gauntlet loops

Is een gauntlet loop hetzelfde als vibe coding?

Ze overlappen elkaar. Vibe-codering of vibe gaming is de algemene praktijk van het bouwen van een game door aan een agent te beschrijven wat je wilt. Een gauntlet loop is een specifieke techniek voor het bereiken van hoogwaardige resultaten bij vibe-codering of gaming met behulp van het builder/critic agent checking-paradigma.

Heb ik een bepaald gereedschap nodig?

Je hebt een agent nodig die code kan uitvoeren, het resultaat kan weergeven, ernaar kan kijken en andere agenten kan voortbrengen. Een gewoon chatvenster werkt niet, omdat de criticus het werk van de bouwer moet kunnen inspecteren. Om Thrixel voor assets te gebruiken, kunt je hier een gratis account aanmaken.

Hoe lang moet een lus duren?

Langer dan redelijk voelt. Als de lat hoog genoeg is, is er bijna altijd ruimte voor verbetering, en het feit dat een spel redelijk is, betekent niet dat de agent het niet kan blijven verbeteren.