Human Preference aligned Tabular Similarity
Dit artikel betoogt dat huidige methoden voor tabel-embeddings, die geoptimaliseerd zijn voor voorspellingsopdrachten, er niet in slagen aan te sluiten bij menselijke voorkeuren voor gelijkeniszoekopdrachten, en stelt een nieuwe evaluatieprocedure voor om deze kloof te overbruggen met behulp van een Product Lifecycle Management (PLM) use case.
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
Stel je voor dat je door een enorme, magische bibliotheek loopt waar elk boek eigenlijk een spreadsheet is van getallen en woorden. In deze bibliotheek zijn robots wiens taak het is om boeken te vinden die "vergelijkbaar" zijn met het boek dat jij vasthoudt. Als je een boek oppakt over "het repareren van een kapotte broodrooster", moet de robot je andere boeken over broodroosterreparaties geven, en geen boeken over het bakken van taarten of het rijden van auto's. Dit is de wereld van tabulaire data — de georganiseerde rasters van informatie die onze bedrijven, ziekenhuizen en fabrieken aansturen. De robots gebruiken iets dat embeddings wordt genoemd, wat als onzichtbare magnetische codes werkt die elke rij data verandert in een punt in een enorme, meerdimensionale ruimte. Hoe dichter twee punten bij elkaar liggen, hoe meer de robot denkt dat de data vergelijkbaar is.
Lange tijd hebben wetenschappers deze robots geleerd om echt goed te worden in het raden van het antwoord op een specifieke vraag, zoals "Gaat dit onderdeel kapot?" of "Wat is de prijs?". Maar hier is de crux: ergens goed in zijn bij het raden van een antwoord betekent niet altijd dat je goed bent in het vinden van dingen die voor een mens vergelijkbaar aanvoelen. Een robot kan denken dat twee onderdelen tweelingen zijn omdat ze allebei het getal "5" bevatten, ook al weet een menselijke ingenieur dat de een een schroef is en de ander een bout. Deze paper stelt een zeer belangrijke vraag: Hoe zorgen we ervoor dat deze robots dingen vinden die daadwerkelijk zinvol zijn voor de verschillende mensen die hen gebruiken, zoals ingenieurs, fabrieksarbeiders of inkopers?
Het Probleem: Wanneer Robots de "Vibe" Verkeerd Begrijpen
De auteurs van deze paper, werkend met een bedrijf dat software bouwt voor het beheren van productlevenscycli, merkten een grote kloof op. Ze zagen dat hoewel robots steeds slimmer worden in het omzetten van tabellen naar die onzichtbare magnetische codes, we geen goede manier hebben om te controleren of die codes overeenkomen met waar mensen zich daadwerkelijk zorgen over maken.
Stel je voor dat je een robot vraat om "vergelijkbare" wijzigingsverzoeken te vinden voor een nieuw auto-onderdeel. Een ingenieur zou kunnen zeggen: "Deze zijn vergelijkbaar omdat ze beide gaan over het koelsysteem van de motor." Een fabrieksarbeider zou kunnen zeggen: "Nee, deze zijn vergelijkbaar omdat ze beide dezelfde lasmachine vereisen." Een inkoper zou kunnen zeggen: "Deze zijn vergelijkbaar omdat ze van dezelfde leverancier komen."
De paper betoogt dat de huidige manieren om deze robots te testen lijken op het beoordelen van een student enkel op hun wiskundetoetsresultaten, terwijl de student probeert een dichter te worden. De standaardtests meten of de robot een getal of een categorie correct kan voorspellen, maar ze vragen niet: "Vond de menselijke gebruiker het resultaat nuttig?" De auteurs suggereren dat we zonder te vragen wat mensen ervan vinden, blind vliegen. We kunnen een robot hebben die technisch perfect is in wiskunde, maar verschrikkelijk in het begrijpen van menselijke behoeften.
De Oplossing: Een "Proeverij" voor Data
Om dit op te lossen, stellen de auteurs een nieuwe workflow voor die een beetje klinkt als een blind proeverij voor voedsel, maar dan voor data. In plaats van alleen de robot te draaien en te hopen op het beste, stellen ze een driestappenproces voor om menselijke feedback te krijgen:
- De Opzet: Eerst maakt de robot zijn magnetische codes voor alle data aan en slaat deze op.
- De Selectie: Een menselijke gebruiker krijgt een specifiek item te zien (het "anker"), zoals een specifiek onderdeel of een ticket. De robot roept vervolgens een lijst met items op die hij als de dichtstbijzijnde matches beschouwt.
- De Stem: De mens bekijkt het originele item en een van de suggesties van de robot zij aan zij. Vervolgens geeft hij een beoordeling: "Identiek," "Vergelijkbaar," "Beperkt vergelijkbaar," of "Niet vergelijkbaar."
Dit is niet slechts een eenmalige gebeurtenis. De auteurs suggereren dit keer op keer te doen, waarbij duizenden van deze "stemmen" worden verzameld. Dit creëert een kaart van wat verschillende groepen mensen daadwerkelijk als vergelijkbaar beschouwen.
Wat Ze Vonden: Iedereen Ziet de Wereld Anders
Om hun idee te testen, voerde het team een kleine pilotstudie uit. Ze namen een lijst van 20 verschillende "tickets" (zoals hulpverzoeken of wijzigingen) en vroegen aan drie verschillende mensen om de top 6 matches te beoordelen die de robot vond voor elk van hen.
De resultaten waren oogopenend. Van de 120 paren items die ze bekeken, kwamen de drie mensen alleen overeen over de beoordeling voor 63 paren (wat 52,5% is). In 52 paren (43,3%) waren twee mensen het eens, maar de derde was het er niet mee eens, en in 5 paren (4,2%) gaven alle drie de mensen een verschillende beoordeling!
Dit bewijst dat "gelijkenis" niet één enkele, vaste feit is. Het hangt volledig af van wie je bent. Een ingenieur ziet misschien een patroon dat een inkoper mist, en vice versa.
Het team testte vervolgens 10 verschillende robotalgoritmen om te zien welk algoritme het beste was in het raden van wat deze mensen wilden. Hier is de twist: er was geen enkele "winnaar".
- Voor Annotator 1 en Annotator 3 was Algoritme 7 het beste.
- Maar voor Annotator 2 was Algoritme 4 het beste.
Nog interessanter was dat het verschil tussen de "beste" en de "op één na beste" voor Annotator 2 minuscuul was — slechts één enkel triplet (een groep van drie items) uit 165. Dit suggereert dat het met zo'n klein aantal stemmen moeilijk is om 100% zeker te weten welke robot echt beter is. De auteurs wijzen erop dat we meer data nodig hebben om zekerheid te krijgen, maar de belangrijkste les is duidelijk: Eén maat past niet iedereen. Een robot die perfect is voor een ingenieur, kan nutteloos zijn voor een inkoper.
Waarom Dit Belangrijk Is voor Vertrouwen
De paper concludeert dat voor AI werkelijk betrouwbaar te zijn, we niet alleen kunnen vertrouwen op de interne wiskunde van de robot. We moeten een systeem bouwen waarin mensen constant het werk van de robot kunnen controleren.
Ze benadrukken vier belangrijke voordelen van deze aanpak:
- Rechtvaardigheid: Het zorgt ervoor dat de robot verschillende groepen mensen (zoals ingenieurs versus inkopers) eerlijk behandelt, in plaats van één perspectief te bevoordelen.
- Transparantie: Het stelt mensen in staat om te zien waarom de robot een bepa certain item heeft gekozen, waardoor de "black box" iets minder donker wordt.
- Robuustheid: Het hels bij het vinden van rommelige data, zoals duplicaten of verwarrende categorieën, die de robot mogelijk verkeerd begrijpt.
- Verantwoordelijkheid: Het creëert een papieren spoor van menselijke beslissingen, wat cruciaal is als de AI een fout maakt in een gereguleerde sector.
De auteurs geven toe dat het vragen aan mensen om dit te doen hard werk is en tijd kost. Ze beweren niet dat ze het probleem al perfect hebben opgelost. In plaats daarvan roepen ze de wetenschappelijke gemeenschap op om deze "menselijke proeverijen" als een standaard onderdeel van het bouwen van AI te gaan gebruiken. Ze argumenteren dat vertrouwen niet iets is dat je eenmalig in de code bakt; het is iets dat je bouwt door constant te luisteren naar de mensen die het systeem gebruiken.
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.