AI-beeldgeneratieworkflow: een reviewgate die beslist tussen bijwerken, opnieuw genereren of opleveren

Het grootste deel van de tijd in een AI-beeldgeneratieworkflow gaat niet naar het schrijven van prompts. Het gaat naar het bekijken van renders en het beslissen wat je ermee doet: deze houden, die rand repareren, opnieuw beginnen of het hele zaakje aan een retoucher geven. Als die beslissing op gevoel wordt genomen, verandert het werk in een lus. Elke render ziet er net iets beter uit dan de vorige, dus elke render verdient weer een ronde, en niemand kan achteraf zeggen waarom het goedgekeurde bestand is goedgekeurd.

Een reviewgate doorbreekt die lus door de beslissing expliciet te maken. Hij bestaat uit vier delen: acceptatiecriteria die vóór de eerste render zijn opgeschreven, een vaste volgorde voor de controles, één manier om kandidaten te vergelijken, en een regel die kiest tussen bijwerken, opnieuw genereren en compositen. De gate zorgt er niet voor dat een model betere beelden maakt. Hij voorkomt dat je betaalt voor rondes die je niet nodig had.

Schrijf de acceptatiecriteria vóór de eerste render

Vier regels zijn genoeg, en ze kosten vijf minuten:

• De levermaat en de uitsnede: een inline afbeelding van 1200 pixels, een hero van 3000 pixels, een vierkante social-kaart, een staand 4:5-formaat.
• Wat telbaar moet zijn in het beeld: één product, twee mensen, drie flessen, één leesbare kop.
• Wat niet mag verschuiven: de etiketvormgeving, de productverhoudingen, het klantlogo, de horizon.
• De kleinste plek waar de afbeelding te zien zal zijn: een thumbnail bij een gerelateerd bericht, een zoekresultaat, een feed op een telefoon.

Elke regel wordt later een controle. Met "ziet er goed uit" kun je niet discussiëren; "het etiket is leesbaar bij 320 pixels breed" kan binnen tien seconden worden goedgekeurd of afgekeurd door iemand die de prompt niet heeft geschreven. Criteria overleven ook een wisseling van reviewer, en dat is belangrijk wanneer degene die de beelden genereert niet degene is die ze aftekent.

Genereer op de maat waarop je levert

Resolutie is een reviewvariabele, geen exportinstelling. Bij de huidige Nano Banana-modellen begint de output bij 1K en kan 2K of 4K worden aangevraagd. De modeldocumentatie van Google voor Nano Banana 2.1 noemt 1K als standaard, met 2K en 4K selecteerbaar, en de specificatiepagina van Nano Banana Pro noemt dezelfde drie outputformaten. Dat is van belang tijdens de review, want defecten schalen niet gelijkmatig mee. Fijne letters, dunne bandjes, haargrenzen en kleine producttekst kunnen er bij 1K schoon uitzien en bij 4K stuklopen, terwijl een compositie die in een thumbnail in elkaar zakt er op volledig formaat volkomen redelijk uitziet.

Het praktische compromis is één bewust goedkope ronde. Render klein, kijk alleen naar de structuur en ga ervan uit dat je het bestand weggooit. Zodra de compositie klopt, ga je naar de leverresolutie en beoordeel je daar het detail. Een asset die op 4K wordt opgeleverd, moet op 4K worden gereviewd, op 100 procent, want dat is de enige weergave waarin de fouten zichtbaar zijn die je juist probeert te voorkomen.

Controleer eerst structuur, dan detail, dan geschiktheid

Voer de passes in deze volgorde uit en sla geen stappen over.

De structuurpass vraagt of het kader het juiste kader is. Tel de onderwerpen, controleer de uitsnede tegen de vereiste verhouding en bevestig dat niets belangrijks buiten de veilige zone valt. Zoek waar de blik naartoe gaat en beslis of dat is waar de boodschap hoort. Kijk naar de lege ruimte die tekst of een productbadge straks inneemt. De duurste fouten ontstaan hier, en ze zijn het goedkoopst te zien.

De detailpass vraagt of het kader correct is gerenderd. Volg de contouren waar het onderwerp de achtergrond raakt. Kijk naar handen, bandjes, gereedschapsgrepen, reflecties en slagschaduwen, en controleer of de schaduwrichting klopt met het licht. Lees elke letterreeks hardop voor, teken voor teken, in plaats van er vluchtig naar te kijken. Scan grote vlakke vlakken op een herhaald patroon dat een gegenereerd oppervlak verraadt, en controleer de verre achtergrond op objecten die niemand heeft gevraagd.

De geschiktheidspass vraagt of het beeld werkt op de plek waar het komt te staan. Bekijk het op leverformaat op het oppervlak waar het verschijnt en verklein het daarna tot de kleinste plek waar het te zien zal zijn. Als het onderwerp bij thumbnailbreedte niet meer leesbaar is, is de compositie verkeerd, niet het detail, en geen enkele bijwerkronde lost dat op.

De volgorde is het punt. Een detailfix op een kader dat je op het punt staat te vervangen, is tijd die je dubbel betaalt, en detailpasses zijn de langzaamste.

Vergelijk kandidaten naast elkaar op één formaat

Het menselijk oordeel verschuift wanneer beelden één voor één binnenkomen. De nieuwste render is meestal degene die je het laatst hebt bekeken, dus die voelt het meest af; de eerste render is degene waarvan je je herinnert dat je hem in gedachten al goedkeurde. Geen van beide effecten is een signaal over kwaliteit.

Zet drie of vier kandidaten in één raster op identieke afmetingen, in een volgorde die je niet zelf hebt gekozen, en scoor ze elk tegen de criterialijst in plaats van tegen elkaar. Bewaar het raster voor de volgende ronde. Een kandidaat die op structuur verliest, mag niet worden gered omdat hij de mooiste belichting heeft; zo wordt een bundel bijna-goeds één compromis per keer goedgekeurd.

Beslis: bijwerken, opnieuw genereren of compositen

Drie uitkomsten dekken vrijwel elke review, en door er bewust tussen te kiezen blijft het aantal rondes laag.

Werk bij wanneer de structuur klopt en het defect lokaal is: één object op de verkeerde plek, één kleur fout, één rand zacht, één woord verkeerd gespeld. Bijwerken betekent één wijziging per ronde plus een expliciete behoudlijst die benoemt wat identiek moet blijven, want een bewerkinstructie zonder behoudlijst nodigt het model uit om het hele kader opnieuw te tekenen.

Genereer opnieuw wanneer de structuur verkeerd is: het aantal onderwerpen klopt niet, de uitsnede kan de compositie niet bevatten, een vereist element ontbreekt, of de scène brengt de verkeerde boodschap over. Bijwerkrondes op een slechte lay-out kosten meer dan een verse render met een gecorrigeerde prompt of een extra referentieafbeelding, en ze hopen gaandeweg artefacten op.

Composite wanneer de eis pixelperfect behoud is: een echt productetiket, een bestaande foto, een goedgekeurd logo, of een handgetekend element dat niet mag verschuiven. Geen enkele prompt garandeert dat een gebied onaangeroerd blijft; een editor met lagen doet dat wel.

Twee opeenvolgende rondes die hetzelfde criterium niet vooruit helpen, zijn een signaal dat de aanpak fout is en niet de formulering. Verander het type input in plaats van bijvoeglijke naamwoorden toe te voegen: beschrijf het doelgebied precies, lever een referentieafbeelding aan, of verplaats de klus naar een andere tool.

Houd een log per ronde bij

Eén regel per ronde, in hetzelfde bestand als de briefing: model, resolutie, promptversie, wat er sinds de vorige ronde is veranderd, welke criteria slaagden, welke faalden, en het verdict. Twee minuten schrijven per render, en dat betaalt zich terug zodra iemand vraagt waarom de derde kandidaat is goedgekeurd.

De log levert ook betere prompts op. Formuleer een falend criterium als iets waarneembaars in het beeld, zoals "de flesdop is aan de bovenrand afgesneden" in plaats van "de compositie is ongemakkelijk", en de volgende ronde heeft een doel. Wanneer de log laat zien dat hetzelfde criterium in drie pogingen met drie verschillende formuleringen faalt, zit het probleem meestal in de invoerafbeelding of in de kadrering, niet in de zin.

Behandel modelverschillen als input voor de review

Modeldocumentatie is een lijst met dingen om te testen, geen lijst met dingen die je mag overslaan. De pagina van Google over Nano Banana 2.1 meldt verbeterde tekstweergave en infographic-lay-out, selecteerbare denkniveaus, ondersteuning voor maximaal veertien referentieafbeeldingen met personageconsistentie voor vier personages en objectgetrouwheid voor tien, en opgeloste tegelartefacten bij extreme panoramische verhoudingen op 2K en 4K. Een reviewer die dat weet, test kleine tekst bewust, gebruikt referenties voor terugkerende onderwerpen en kijkt langs de naad van een zeer breed kader. Een reviewer die dezelfde pagina als een belofte leest, slaat alle drie de controles over.

Hetzelfde geldt voor vergelijkingen tussen modellen. Een lichter model en een zwaarder model kunnen beide op 1K, 2K en 4K uitvoeren en toch verschillen op het ene criterium dat je briefing belangrijk vindt. Scoor ze op dat criterium met dezelfde gate, op hetzelfde formaat, en bewaar het verliezende bestand met zijn log, zodat de keuze opnieuw bekeken kan worden wanneer de volgende versie uitkomt.

Lever op met een recept, niet alleen een bestand

Een goedgekeurd beeld zonder recept is een artefact dat je niet kunt uitbreiden. Bewaar het geaccepteerde bestand met de promptversie, het model en de resolutie waaruit het kwam, het aantal rondes, de criterialijst die het haalde, en de gebruikte referentieafbeeldingen. Iedereen die over drie maanden een variant nodig heeft, begint vanuit een bekende positie in plaats van vanuit een gelukkige render.

Afkeurnotities horen in hetzelfde record. "Handen lopen in elkaar over bij 2K" of "etikettekst gaat zwerven in ronde vier" is een goedkopere les de tweede keer dat je hem opschrijft, en een reviewer die de fouten van vorig kwartaal kan opzoeken, schrijft dit kwartaal betere criteria.

Doorloop de gate op KOOX AI

De pagina KOOX AI Nano Banana Pro is een werkbare plek om de gate te oefenen: schrijf de vier criteriumregels, render één goedkoop kader voor de structuur, ga naar leverformaat, voer de drie passes in volgorde uit en houd de log naast de output. De eerste keer voelt langzamer dan de gebruikelijke lus. De tweede keer kost meestal minder renders dan de lus.