Hva er Autoresearch? Et innblikk i Andrej Karpathys selvkjørende eksperimentloop for maskinlæring
Hvis du har tilbrakt tid på tech-Twitter i mars 2026, har du sannsynligvis sett ordet "autoresearch" overalt. Prosjektet, utgitt av Andrej Karpathy, fikk over 21 000 stjerner på GitHub og millioner av visninger i løpet av få dager. Så hva er dette egentlig, og hvorfor spredte det seg så raskt?
Den grunnleggende ideen
Autoresearch er et open source Python-verktøy som lar en AI-agent kjøre maskinlæringseksperimenter helt på egen hånd, som regel på én enkelt GPU, uten at noen følger med underveis. Du beskriver en forskningsretning i en markdown-fil, peker en kodeagent mot repositoriet ditt, og går fra det. Neste morgen har du en git-historikk full av bekreftede forbedringer, og en fullstendig logg over alt agenten prøvde underveis.
Selve loopen er enkel å beskrive: agenten foreslår en idé, endrer koden, kjører et kort eksperiment, sjekker om en valgt metrikk ble bedre, og beholder endringen bare hvis den faktisk hjalp. Deretter gjør den det igjen. Og igjen. Det er en svært bokstavelig versjon av den vitenskapelige metoden, bare overlatt til en maskin som verken blir sliten eller lei.
Arkitekturen med tre filer
En del av grunnen til at autoresearch fikk fotfeste, er hvor minimalistisk systemet er under panseret. Hele oppsettet dreier seg om et lite antall filer med tydelig atskilte oppgaver, som ofte dekker datapreparering og evaluering, selve treningsskriptet, og en logg eller “ledger” som sporer hvert eneste forsøk, resultatet av det, og om det slo den beste løsningen så langt.
Hver kjøring konkurrerer innenfor det samme faste tidsvinduet, ofte rundt fem minutter, slik at resultatene forblir sammenlignbare uansett hva agenten endrer. Denne begrensningen holder også “endringsflaten” smal nok til at et menneske kan inspisere den i etterkant, selv om agenten teknisk sett har frihet til å skrive om vilkårlige deler av koden.
Hvordan det skiller seg fra AutoML eller hyperparameter-tuning
Det er verdt å være tydelig på hva autoresearch ikke er. Verktøy som Optuna eller Ray Tune søker innenfor et hyperparameterrom som et menneske har definert på forhånd. AutoML og nevrale arkitektursøk (NAS) er på lignende vis avgrenset, presise, men begrenset til et fastsatt søkerom.
Autoresearch kaster denne begrensningen ut vinduet. Agenten velger ikke verdier fra en forhåndsdefinert meny. Den kan skrive om treningskode, bytte ut tilnærminger, og prøve ting ingen eksplisitt har programmert den til å prøve, så lenge resultatet fortsatt kjører og gir en målbar score. Søkerommet blir dermed alt den underliggende språkmodellen kan finne på, noe som plasserer den i en helt annen kategori enn tradisjonelle optimaliseringsverktøy.
Google DeepMinds AlphaEvolve bruker en beslektet, evolusjonær tilnærming for å oppdage algoritmer, men den er lukket kildekode og utilgjengelig for de fleste team. Generelle kodeagenter som SWE-Agent, OpenHands og Aider kan også skrive vilkårlig kode, men de er ikke bygget spesifikt for denne loopen med eksperimentering og evaluering.
Resultatene som fikk oppmerksomhet
Karpathy skal ha brukt verktøyet til å hente ut betydelige hastighetsgevinster i GPT-2-lignende treningskjøringer. Shopifys toppsjef Tobi Lütke har fortalt om hvordan han trente en mindre modell over natten som endte opp med å prestere bedre enn en større modell han tidligere hadde trent manuelt.
Historier som disse er en del av det som skapte begeistringen. Treningskjøringer som tidligere krevde måneder med manuell finjustering fra en forsker, ble komprimert til en enkelt, uovervåket kjøring over natten.
Mer enn bare modelltrening
En av de mer interessante trådene i autoresearch-samtalen er at teknikken ikke bare er nyttig for å trene nevrale nettverk. Så snart man rammer det inn som “gi en agent et skript og en metrikk, la den prøve ting, behold det som fungerer”, kan den samme loopen brukes på andre målbare problemer, som å korte ned en treg byggeprosess eller forbedre kjøretiden til et eksisterende system. Ingeniører hos selskaper som Shopify har skrevet om å eksperimentere med denne bredere anvendelsen, ved å bruke den samme sykelusen med å foreslå, teste og beholde eller forkaste på infrastrukturproblemer i stedet for modellvekter.
Hvor det møter sine begrensninger
Autoresearch er ikke magi, og det er heller ikke egentlig en erstatning for et forskerteam. Det fungerer best på problemer som kan reduseres til et raskt, billig og pålitelig evalueringssignal. Hvis metrikken din er kostbar å beregne eller støyete, slutter det femminutters-aktige budsjettet og den raske iterasjonsloopen å være nyttige, siden agenten ikke klarer å få nok signal raskt nok til å vite hva som faktisk hjalp.
Det er også et verktøy for å innsnevre søket, ikke en kilde til genuint nye vitenskapelige innsikter. Agenten prøver variasjoner og beholder det som scorer bedre, men et menneske må fortsatt tolke hvorfor noe fungerte og bestemme hvilken større retning man bør satse videre på.
Konklusjonen
Autoresearch er en kompakt og disiplinert måte å automatisere de repetitive delene av maskinlæringseksperimentering på: prøv noe, mål det, behold bare det som fortjener sin plass, og gjenta. Det erstatter ikke forskere, men det komprimerer en prosess som tidligere tok uker med manuell finjustering til noe som kan kjøre stille over natten. Gitt hvor raskt det spredte seg, og hvor mange som allerede eksperimenterer med varianter av ideen, er det sannsynlig at vi vil se dette mønsteret bli brukt på flere områder innen programvare og forskning i tiden fremover.
