Vad är en gauntlet loop? Skapa spel med återkommande agentgranskning

En gauntlet loop är en promptmetod där en separat kritikeragent jämför en AI:s arbete mot en fast referens och skickar tillbaka den tills den håller måttet. Hur det fungerar och hur man kör en för spel.

Vad är en gauntlet loop?

En gauntlet loop är en metod för att utveckla spel, appar och andra projekt med hjälp av AI-agenter där en separat kritikeragent upprepade gånger kritiserar byggagentens arbete i jämförelse med en fast referens. Detta ger resultat av hög kvalitet genom många omgångar av revisioner, snarare än att ställa sig på det första godkända resultatet.

Gauntlet-loopar introducerades först i juli 2026 av Matt Shumer, som skrev ett inlägg på X om att bygga en Call of Duty-liknande shooter i Three.js med en enda uppmaning. Han myntade termen gauntlet loop och skrev om det på sin blogg.

Hur fungerar en gauntlet loop?

En kodningsagent, som Claude Code eller Codex, får ett mål och ett exempel på hur det färdiga verket ska se ut. Denna huvudagent utför orkestreringen och delar upp projektet i underavdelningar som var och en kan byggas och kritiseras av underagenter. För varje stycke producerar byggaren ett försök till det, sedan jämför kritikern det med den tillhandahållna referensen för komplett arbete; om referensen är bättre ger kritikern byggaren feedback och loopen fortsätter.

Det finns några nyckelprinciper för att uppnå bästa resultat med en gauntlet loop, som inkluderar:

Beskriv inte implementeringsdetaljerna

Agenter är bra på att bestämma hur man bygger något, och de kommer att kunna göra bedömningar baserat på sin arkitektur för projektet. Att beskriva detaljerna i vad du vill bygga är viktigt, eftersom det är här din kreativa vision kommer in, men försök att undvika att beskriva hur du ska implementera den.

Ge agenten en specifik, verifierbar stapel

Att ha en tydlig referens av hög kvalitet gör det lättare för din agent att förbättra sitt arbete. Skärmdumpar är bra, eller specifika webbplatser, skrivna sidor eller vad som helst som passar det du försöker bygga. Det bör vara lätt för agenten att jämföra sitt arbete med din referens och avgöra vilken som vinner. Baren behöver faktiskt inte vara uppnåelig, men ju starkare referens agenten har för jämförelse, desto bättre resultat får du.

Låt agenten orkestrera

När agenten bygger projektet kommer den att kunna förstå vilka uppgifter som finns kvar, vilka specifika delar som behöver sina egna verifieringsslingor och var flaskhalsarna finns. Förutom den första instruktionen att använda kritikerloopar, låt agenten bestämma detaljerna för var de ska distribuera underagenter och skapa underslingor.

Låt bara kritikeragenten döma

Detta är kanske den viktigaste delen av slingan. Byggmästaren vet vad den skapade, varför den fattade de beslut den gjorde och hur projektet är uppbyggt, så det är orättvist att låta den bedöma sitt eget arbete. Kritikern borde modellera en konsument som vill ha en högkvalitativ produkt och inte känner till eller bryr sig om detaljerna i hur den tillverkades.

Begränsa inte loopen

Handskeöglan bör inte ha en deterministisk "slutrunda". Det bör snarare köras tills kritikeragenten är nöjd och tror att spelet inte kan förbättras ytterligare. Även om du når en sessionsgräns medan du bygger kan du helt enkelt återuppta loopen efter att din gräns har återställts. Efter att agenten har tillhandahållit ett slutligt resultat kan du fortsätta att utfärda uppföljningsmeddelanden för ytterligare ändringar och förbättringar.

Hur man förbättrar resurskvaliteten i gauntlet loops

En av de vanligaste väggarna som man stöter på i gauntlet loops är att kvaliteten på procedurmässiga 3D-resurser platåer, medan kritikern fortsätter att rapportera att miljön är svagare än referensen. När detta väl händer blir det svårt för byggherren att fortsätta förbättra sig, eftersom processresurser bara kan gå så långt.

Thrixels AI 3D-modellgenerator skapar högkvalitativa, spelklara 3D-resurser med namngivna, redigerbara delar, så att agenten kan förfina och redigera enskilda modeller bit för bit, istället för att behöva återskapa från början när något inte står rätt till. Detta passar arbetsflödet för handsketslingor perfekt, eftersom det gör det möjligt för agenten att utföra samma arbete med 3D-resurser som det gör med resten av projektet: fortsätt jämföra med referensen och iterera tills kritikern är nöjd.

Köra gauntlet loops med Thrixels Build World-skill

Build World är Thrixels öppen källkodsagentkompetens för arbetsflödet med handskepp. Med skillen installerad kan du beskriva vilket spel, miljö eller annan 3D-värld som helst, och agenten bygger det från början till slut med Thrixel för högkvalitativa och redigerbara resurser. Vidare kan du komma åt alla genererade resurser i ditt Thrixel-konto, så att du kan göra ytterligare ändringar och låta agenten dra in de uppdaterade resurserna i spelet.

Thrixel logotyp Skapa och publicera världar

Gauntlet-loopar för spelmotorer och kodningsagenter

Byggaren och kritikern behöver bevis från motorn där spelet körs. Dessa guider visar hur loopen kopplar ihop kodändringar, Thrixel-resurssredigeringar och speltestning i specifika arbetsflöden:

För resursssidan av arbetsflödet, se hur en MCP-server av 3D-modell stöder en gauntlet loop och hur man utvärderar AI-genererade resurser i en scen.

Vanliga frågor om gauntlet loops

Är en gauntlet loop detsamma som vibe coding?

De överlappar varandra. Vibe-kodning eller vibe gaming är den allmänna praxisen att bygga ett spel genom att beskriva vad du vill för en agent. En gauntlet loop är en specifik teknik för att uppnå högkvalitativa resultat från vibe coding eller spel med hjälp av builder/critic agent checking paradigm.

Behöver jag ett särskilt verktyg?

Du behöver en agent som kan köra kod, rendera resultatet, titta på det och skapa andra agenter. Ett vanligt chattfönster fungerar inte, eftersom kritikern måste kunna inspektera byggarens arbete. För att använda Thrixel för resurser kan du skapa ett gratis konto här.

Hur länge ska en loop köras?

Längre än vad som känns rimligt. Med en tillräckligt hög stapel finns det nästan alltid utrymme för förbättringar, och bara för att ett spel är acceptabelt betyder det inte att agenten inte kan fortsätta att förbättra det.