Sprogmodellen som styresystem: Karpathys tese pakket ud

Andrej Karpathy mener ikke, at en sprogmodel er en chatbot. Han kalder den kerneprocessen i et nyt styresystem: vægtene er CPU'en, context windowet er RAM, værktøjer og protokoller som MCP er systemkaldene, og filerne er det permanente lager. Han har slebet på den tese siden september 2023, senest i sit foredrag om Software 3.0 i juni 2025.

Hvor tesen begyndte, med hans egne ord

Rammen dukkede første gang op i et tweet 28. september 2023. Linjen, alle citerer, er den om, at sprogmodeller er ved at træde frem »not as a chatbot, but the kernel process of a new Operating System«.

I samme tråd remser han op, hvad kernen allerede styrer: input og output på tværs af modaliteter, en code interpreter, adgang til en browser og en embeddings-database til filer og intern hukommelse. Seks uger senere tegnede han diagrammet i foredraget »Intro to Large Language Models« fra november 2023. Context window som RAM. Værktøjer som periferienheder. Sprogmodellen som den proces, der koordinerer det hele.

I november 2023 lagde han også et sæt spøgefulde specifikationer op: »LLM: OpenAI GPT-4 Turbo 256 core (batch size) processor @ 20Hz (tok/s) - RAM: 128Ktok - Filesystem: Ada002.« Formatet var vittigheden. Påstanden under det var, at sådan ser stakken ud nu.

Det, der skete på YC AI Startup School i juni 2025

Keynoten på Y Combinators AI Startup School, holdt 17. juni 2025, opgraderede rammen til »Software 3.0«. Software 1.0 er kode, mennesker skriver. Software 2.0 er vægte i et neuralt netværk, kompileret fra data, og det var essayet fra 2017. Software 3.0 er prompts på engelsk, der programmerer modellen direkte.

I samme foredrag sammenligner han sprogmodeller med tre ting på én gang: forsyningsselskaber (tunge faste omkostninger, adgang efter forbrug), halvlederfabrikker (dyb capex, dybe voldgrave) og 1960'ernes mainframe-styresystemer, der nu kører i skyen med chatvinduet som tidens terminal. Styresystems-analogien er ikke længere en skitse på Twitter. Den bærer hele hans beskrivelse af branchen.

Han er samtidig præcis om, hvad styresystemet endnu ikke er. Kernen har ikke fungerende koordinering mellem flere processer, ikke moden sikkerhed, ikke robust langtidshukommelse og ikke stabilt I/O. Vi er, som han ser det, et sted omkring 1960'erne af den her stak.

Kortet, stykke for stykke

Køber man rammen, falder delene på plads.

Vægtene er CPU'en. De ligger fast, mens modellen svarer, de er dyre at fremstille og billige at bruge pr. forespørgsel, og det er dem, der regner. Context windowet er RAM: den korttidshukommelse, kernen arbejder i lige nu. Alt uden for den skal hentes ind, før modellen kan bruge det til noget.

Værktøjerne er periferienheder. Browser, code interpreter, billedgenerator, lommeregner. Hver af dem rækker kernen ud i en del af verden, den ikke selv kan nå. Model Context Protocol (MCP), som Anthropic udgav i november 2024, er standarden for systemkald: én fælles grænseflade, så enhver sprogmodel kan kalde ethvert værktøj uden særbygget ledningsføring. (Detaljerne om MCP selv står i vores artikel om MCP.)

Filer og mapper er det permanente lager. Vektordatabaser er diskens indeks. Markdown er assemblersproget i det her styresystem, fordi kernen læser det direkte. Karpathy satte den del på formel i sin »LLM Wiki«-gist fra oktober 2025: en struktureret markdown-vidensbase, som en kodeagent bygger op og slår op i på ens vegne. Kernen læser, skriver og linker lageret selv.

Hvad det ændrer, hvis tesen holder

Tesen forudsiger appens død, sådan som vi kender appen. Er sprogmodellen det lag, arbejdet løber igennem, holder software op med at være et sted, man går hen, og bliver et værktøj, kernen kalder. Cursor og Perplexity er i Karpathys optik apps med delvis autonomi: brugeren sidder i en grænseflade, kernen laver arbejdet, og grænsefladen findes for at vise det frem og lade nogen efterprøve det.

Han er tydelig om, at det sker langsomt. I foredraget kaldte han de kommende ti år »the decade of agents« og skød dermed på hver eneste overskrift om, at 2025 var agenternes år. Mekanismen, han beskriver, er en autonomi-skyder, lånt fra hans arbejde med selvkørende biler hos Tesla: man leverer delvis autonomi nu og flytter skyderen mod højre over år. Cursors vej fra Tab-fuldførelse til agent-tilstand er det eksempel, han vender tilbage til.

Han gav også et råd til dem, der bygger: byg til agenten. Læg dokumentationen frem i maskinlæsbar form. Brug markdown frem for PDF. Læg en llms.txt på sitet. Argumentet er, at sprogmodeller er ved at blive en tredje slags forbruger af software ved siden af mennesker (GUI) og andre programmer (API), og at den tredje slags er den, der skalerer.

Der er også en mørkere del. Karpathy kalder sprogmodeller »people spirits«: stokastiske efterligninger af mennesker med encyklopædisk hukommelse og kreative spring, og med alvorlige kognitive mangler, blandt andet hallucination, ujævn kunnen og hukommelsestab mellem sessioner. Simon Willison, hvis blog Karpathy læser, har kaldt netop den ramme den mest brugbare mentale model, der er i omløb lige nu. Kernen er fejlbarlig. Styresystemet er bygget op om en CPU, der finder på.

Hvad det betyder for en dansk SMV, der skal vælge værktøj i 2026

Er styresystemet virkeligt, er det afgørende valg, hvad jeres kerne kan se og kalde. Ikke hvilken AI-funktion der står på hvilken leverandørs roadmap.

I vores arbejde med danske små og mellemstore virksomheder er det første spørgsmål næsten altid: skal vi købe Copilot eller ChatGPT Enterprise? Spørgsmålet, der burde komme først, er styresystems-spørgsmålet. Hvor kommer arbejdet til at foregå, og har det lag adgang til jeres data og jeres værktøjer? Kan laget ikke nå jeres CRM, jeres dokumenter og jeres mail, betyder svaret på licensspørgsmålet ikke ret meget.

To ting følger af det i praksis. MCP-understøttelse holder op med at være et plus og bliver et krav, for det er systemkalds-laget i den kerne, I er ved at gøre jer afhængige af. Spørg hver leverandør, om de understøtter det. Og jeres dokumentation bliver eksekverbar: interne wikier, procesbeskrivelser og beslutningslogs i ren markdown kan kernen bruge direkte. Procesbeskrivelser, der kun findes som PDF i en SharePoint-mappe, er i den forstand dødt lager.

Fælden er at læse tesen som et købssignal for »AI-platforme«. Der er ingen AI-platform at købe. Kernen kører i skyen, lageret ligger i jeres eksisterende systemer, og ledningen mellem dem er arbejdet. Det er, hvad en implementering i virkeligheden består af.

Det, der stadig er uafklaret

Tesen er en stærk ramme, ikke en afgjort sag. Flere ting kan vælte den.

Hukommelsen er den oplagte. Dagens sprogmodeller husker ikke pålideligt fra session til session, og et rigtigt styresystem har vedvarende procestilstand. Indtil det er løst, og forskningen er tidlig, starter kernen forfra ved hver samtale. Værktøjernes pålidelighed er den næste. MCP-servere er stadig ujævne på tværs af leverandører, standarderne for autentificering kom sent, og systemkalds-laget er skrøbeligt i drift. Karpathys egen 1960'er-analogi er ærlig om det.

Den tredje er sværere at sætte navn på. Kernen hallucinerer. En CPU, der en gang imellem svarer forkert på et deterministisk spørgsmål, er ikke en CPU. At pakke en sandsynlighedsmodel ind i styresystems-metaforer kan være den rigtige måde at beskrive det, teknologien bliver til om ti år. Det kan lige så godt vise sig at være helt skævt, sådan som »information superhighway« ser skæv ud i dag. Vi bruger rammen, fordi den er nyttig, når der skal vælges værktøj nu. Vi satser ikke på, at metaforen står intakt i 2030.

Det, vi satser på, er de komponenter, Karpathy peger på: en kerne, der kalder værktøjer, et context window, der er flaskehalsen, en protokol til systemkald som MCP, og et lager, der er markdown først. Det er dem, danske SMV'er skal tage stilling til i år. Metaforen holder måske ikke. Beslutningen om, hvad jeres AI-lag kan nå, står der stadig om ti år.

Vil I have detaljerne om systemkalds-laget, som artiklen hele tiden peger på, ligger de i vores artikel om MCP.