← Nieuwste papers
🤖 machine learning

Benchmarked Yet Not Measured -- Generative AI Should be Evaluated Against Real-World Utility

Dit artikel betoogt dat de kloof tussen de sterke benchmarkprestaties van generatieve AI en zijn beperkte bruikbaarheid in de praktijk voortkomt uit gebrekkige evaluatiepraktijken, en stelt het SCU-GenEval-raamwerk voor om de beoordeling te verschuiven naar het meten van aanhoudende verbeteringen in menselijke uitkomsten binnen specifieke inzetcontexten.

Oorspronkelijke auteurs: Ishani Mondal, Shweta Bhardwaj

Gepubliceerd 2026-05-11
📖 6 min leestijd🧠 Diepgaand

Oorspronkelijke auteurs: Ishani Mondal, Shweta Bhardwaj

Oorspronkelijk artikel gelicentieerd onder CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dit is een AI-gegenereerde uitleg van het onderstaande artikel. Het is niet geschreven of goedgekeurd door de auteurs. Raadpleeg het oorspronkelijke artikel voor technische nauwkeurigheid. Lees de volledige disclaimer

Het Grote Probleem: De "Videospelletjescore" versus het Reële Leven

Stel je voor dat je een robot traint om een auto te besturen. Je test hem in een perfecte, lege videospelletjesimulatie waar het altijd zonnig is, de wegen recht zijn en er geen andere auto's rijden. De robot behaalt een perfecte score van 100/100.

Je bent opgetogen! Je koopt de robot en plaatst hem op een echte snelweg. Crash.

Dit artikel stelt dat Generatieve AI (zoals de chatbots en codeschrijvers die we vandaag de dag gebruiken) precies zo'n robot is. Het behaalt perfecte scores op standaardtests (benchmarks), maar wanneer we het daadwerkelijk gebruiken in het echte leven (scholen, ziekenhuizen, advocatenkantoren), faalt het vaak om mensen te helpen of veroorzaakt het zelfs schade.

De auteurs keken naar 28 reële verhalen waarin AI er op papier geweldig uitzag maar in de praktijk faalde. Ze vonden drie hoofdredenen waarom dit gebeurt:

1. Het "Valse Proxy"-Probleem (Proxy Displacement)

De Analogie: Stel je een restaurantjury voor die eten alleen beoordeelt op hoe luid de chef klapt wanneer het gerecht wordt geserveerd. De chef leert om heel hard te klappen en krijgt een 10/10-oordeel. Maar het eten is eigenlijk verbrand.
De Realiteit: AI wordt vaak beoordeeld op makkelijk te meten dingen zoals "vloeiendheid" (hoe glad de zinnen klinken) of "slaagpercentage" (werkt de code?). Maar in de echte wereld gaan we om moeilijk te meten dingen zoals "is dit medisch advies eigenlijk veilig?" of "heeft deze student het concept daadwerkelijk geleerd?"

  • Voorbeeld: Een AI voor coderen kan code schrijven die alle tests doorstaat (hoge score), maar een beveiligingslek bevat waardoor hackers binnen kunnen komen. De test mat niet de veiligheid; het mat alleen of de code draaide.

2. Het "Snapshot"-Probleem (Temporal Collapse)

De Analogie: Stel je een student voor die een rekenmachine gebruikt om een wiskundeprobleem direct op te lossen. Ze halen een A op het toets. Maar als je de rekenmachine een maand later wegneemt, kunnen ze helemaal geen basiswiskunde meer. De rekenmachine hielp hen op dat moment, maar het hielp hen niet om te leren.
De Realiteit: Huidige AI-tests zijn "snapshots". Ze vragen: "Kan de AI deze taak nu uitvoeren?" Ze vragen niet: "Helpt het gebruik van deze AI de mens om in de loop van de tijd beter te worden, of maakt het hen lui en vergeetachtig?"

  • Voorbeeld: In het onderwijs kan AI een student helpen om huiswerk snel af te maken, maar de student kan later vergeten hoe ze zelf schrijven of kritisch denken.

3. Het "Gemiddelde"-Probleem (Distributional Concealment)

De Analogie: Stel je een arts voor die zegt: "Deze nieuwe medicijn werkt geweldig! De gemiddelde patiënt voelt zich beter." Maar ze vertellen je niet dat het perfect werkt voor mannen maar vrouwen ziek maakt. Het "gemiddelde" verbergt het feit dat de helft van de mensen gekwetst wordt.
De Realiteit: AI-systemen zien er vaak goed uit als je kijkt naar de "gemiddelde" score. Maar dat gemiddelde verbergt het feit dat de AI vreselijk faalt voor specifieke groepen mensen (zoals minderheden, beginners of mensen in landelijke gebieden).

  • Voorbeeld: Een medische AI kan goed werken voor blanke patiënten maar ziekte niet detecteren bij zwarte patiënten, of een juridische AI kan geweldig zijn voor grote advocatenkantoren maar vreselijk advies geven aan gewone mensen.

De Oplossing: Een Nieuwe Manier om Succes te Meten

De auteurs zeggen dat we moeten stoppen met vragen "Hoe goed is de output van de AI?" en moeten beginnen met vragen "Hoeveel heeft de AI de vaardigheid van de mens veranderd om hun doelen te bereiken?"

Ze noemen dit "Utility" (Nuttigheid). Het gaat niet om de score van de AI; het gaat om de vooruitgang van de mens.

Om dit te meten, stellen ze een nieuw kader voor genaamd SCU-GenEval. Denk hierbij aan een recept met vier stappen om AI te testen voordat je het de wereld in laat:

  1. Wie en Wat? (Stakeholder-Goal Mapping)
    • Zeg niet zomaar "De Ontwikkelaar". Zeg "De Junior Ontwikkelaar", "De Beveiligingsexpert" en "De Eindgebruiker". Hoe ziet succes eruit voor elk van hen?
  2. Wat Maakt Uit? (Construct-Indicator Specification)
    • Meet niet zomaar "snelheid". Meet "hebben ze geleerd?", "Is de code veilig?", "Is de patiënt beter geworden?"
  3. Hoe Verandert Het? (Mechanism Modeling)
    • Voorspel de toekomst. Zal het gebruik van deze AI de junior ontwikkelaar lui maken? Zal het de arts te veel laten vertrouwen op de machine?
  4. Meet in de Loop van de Tijd (Longitudinal Utility)
    • Test niet slechts één keer. Test vandaag, test volgende week en test volgende maand. Is de mens beter geworden, of slechter?

De Hulpmiddelen om Dit Te Realiseren

De auteurs weten dat dit duur en moeilijk klinkt om te doen. Dus stellen ze drie hulpmiddelen voor om het praktisch te maken:

  • De "Pre-Flight Checklist" (Gestructureerde Protocollen): Voordat je een AI lanceert, moet je precies opschrijven wat je test, op wie je het test en wat je verwacht dat er gebeurt. Dit voorkomt dat je de regels verandert nadat je de resultaten hebt gezien.
  • De "Digitale Tweeling" (Gebruikerssimulatoren): In plaats van maanden te wachten om te zien hoe echte mensen reageren, gebruik computersimulaties van specifieke soorten mensen (bijvoorbeeld "een vermoeide junior coder") om te voorspellen hoe ze in de loop van de tijd zullen presteren.
  • De "Gespecialiseerde Liniaal" (Persona-Conditioned Metrics): In plaats van één liniaal voor iedereen te gebruiken, gebruik verschillende linialen voor verschillende groepen. Meet de "Junior Ontwikkelaar" apart van de "Senior Expert".

De Conclusie

Het artikel concludeert dat een hoge benchmarkscore niet genoeg is. Alleen omdat een AI een videospelletje wint, betekent niet dat het klaar is voor de echte wereld.

We moeten onze focus verschuiven van "Hoe slim is de machine?" naar "Hoeveel heeft de machine de mens geholpen om bekwaamer te worden?". Als we deze verschuiving niet maken, riskeren we het inzetten van AI-systemen die er op papier indrukwekkend uitzien maar falen om te helpen, of zelfs schade toebrengen aan de mensen die ze het hardst nodig hebben.

Verdrinkt u in papers in uw vakgebied?

Ontvang dagelijkse digests van de nieuwste papers die bij uw onderzoekswoorden passen — met technische samenvattingen, in uw taal.

Probeer Digest →