Der findes et ord, du skal kigge efter, næste gang nogen tilbyder at koble AI på jeres systemer. Ordet er session, og det står sjældent i tilbuddet. Det står i det tekniske bilag, hvis det står nogen steder.
Den 28. juli fjernede man det fra den protokol, som stort set alle AI-agenter bruger til at tale med omverdenen. Det lyder som en detalje for udviklere. Det er det også. Men den slags detaljer er dér, prisen på en integration bliver afgjort, længe før nogen sender et tilbud.
Hvad en session er, uden teknik
Forestil dig en garderobe. Du afleverer din frakke, får et nummer, og fra det øjeblik giver nummeret kun mening hos den ene garderobevagt, der tog imod. Går du hen til den anden ende af garderoben, kender de ikke dit nummer. Vagten skal huske dig, og du skal blive stående ved den rigtige luge.
Sådan har maskiner talt sammen i årtier. Først et håndtryk, hvor de præsenterer sig og bliver enige om, hvad de kan. Så et nummer, der binder resten af samtalen til netop den forbindelse. Alt, hvad der sker bagefter, giver kun mening i lyset af det håndtryk.
Det er praktisk, og det er dyrt. For nu skal nogen huske. Og »nogen der husker« er ikke gratis: Det er servere, der ikke må skiftes ud midt i en samtale, trafikstyring der sender dig tilbage til den samme maskine hver gang, og overvågning af det hele. Den infrastruktur er ikke en biting ved integrationen. Den er integrationen — og den er det, en leverandør sælger dig.
Hvad der skete den 28. juli
Model Context Protocol, forkortet MCP, er den standard, der forbinder sprogmodeller med filer, databaser, værktøjer og API'er. Den er blevet den fælles ledningsføring i AI-verdenen på under to år.
Den nye udgave fjerner håndtrykket og sessionen. Hver forespørgsel står nu alene: Den fortæller selv, hvem den kommer fra, og hvad den forventer. Der er ingen garderobevagt at huske. Enhver maskine i rækken kan svare på enhver forespørgsel.
Har serveren brug for at huske noget på tværs af kald — hvor du var i en lang liste, for eksempel — udsteder den et stykke information, som du får med og sender tilbage, næste gang du skriver. Ikke et nummer, der kun betyder noget hos den ene vagt. Et stykke data, du selv har med.
Det er hele ændringen. Tilstanden er flyttet fra forbindelsen til dataene.
Hvorfor det er en indkøbssamtale
Her er, hvad det betyder i praksis, når nogen skal sætte AI på jeres ordresystem, jeres dokumenter eller jeres kundedata.
En integration, der kræver sessioner, kræver infrastruktur, der kan holde styr på dem. Det er den infrastruktur, der bliver til en månedlig pris, en driftsaftale og en leverandør, det gør ondt at skifte. Ikke fordi nogen er uærlige, men fordi det faktisk er svært, og svært koster penge.
En integration, der ikke kræver sessioner, kan ligge bag den samme load balancer, I allerede har til alt andet. Den kan skaleres op og ned som en almindelig hjemmeside. Den kan flyttes. Den kan genstartes midt om natten uden at nogen mister noget.
Så tre spørgsmål er blevet relevante at stille til en leverandør:
Kræver løsningen, at den samme server svarer hver gang? Hvis ja, så spørg hvad det koster at drive, og hvad der sker, når den server skal opdateres.
Hvor ligger tilstanden — i jeres infrastruktur eller i dataene? Det er den samme skillelinje som mellem et system, I lejer, og et format, I ejer.
Hvad sker der, når forbindelsen knækker midt i noget? I den nye udgave er svaret enkelt og ærligt: Forespørgslen er tabt, og klienten sender den igen. Det stiller til gengæld krav om, at det er ufarligt at sende den samme ting to gange — og det er et spørgsmål, det er værd at stille om enhver automatisering, der skriver noget.
Det er tolv dage gammelt
Så et forbehold, for det er den slags, der plejer at mangle i AI-nyheder.
Ingenting er skiftet endnu. Værktøjerne kommer efter. Jeg kører selv en sådan server oven på min egen vidensbase, og da jeg kiggede efter i går, svarede den med en protokolversion fra juni sidste år. Den virker upåklageligt. Den nye udgave er skrevet, så gamle servere bliver ved med at virke, og der er tolv måneders varsel på det, der skal udfases.
Jeg fandt i øvrigt noget andet, da jeg kiggede: Linjen i min konfiguration pegede på et program, der ikke lå der længere. Serveren havde været død i ukendt tid, uden at nogen sagde noget. Det er en anden lære, og den er mindre teoretisk end den første. Integrationer fejler stille. Hvis ingen har sat sig for at tjekke, at de svarer, så er det ikke sikkert, de gør.
Det gennemgående mønster
Jeg skrev i går om Googles åbne format for organisatorisk viden, hvor pointen var, at viden skal ligge i filer, man selv ejer, med felter der siger, hvem der skrev dem. Det her er den samme bevægelse et lag længere nede.
Begge steder flytter noget værdifuldt ud af et system og ind i data: Viden ud af wikien og ind i filer. Tilstand ud af forbindelsen og ind i noget, man kan sende videre og gemme.
Det er ikke tilfældigt, at det sker samtidig. Når maskiner skal arbejde sammen på tværs af leverandører, holder de aftaler ikke, der forudsætter, at begge parter husker hinanden. Det, der overlever, er det, der kan skrives ned og sendes videre.
Det er også den nemmeste tommelfingerregel, jeg kan give dig til at vurdere et AI-tilbud: Spørg hvad der bliver liggende hos jer, hvis leverandøren forsvinder. Er svaret »filerne og dataene«, er I fint stillet. Er svaret »I skal have en ny leverandør til at bygge forbindelsen igen«, har I ikke købt en integration. I har lejet en garderobevagt.