Microsofts budskab på Build 2026 var skåret ind til benet: agentbaserede systemer rykker fra prototyper til produktion i store virksomheder. VentureBeat citerer Microsofts AI Futurist, Marco Casalaina, for at sige, at den vindende platform ikke kun handler om stærke modeller, men om kontekst, governance, identity, memory og sikker adgang til enterprise‑data. Under fanerne blev det gjort konkret med Microsoft IQ som kontekstlag på tværs af GitHub Copilot, Foundry og Copilot Studio, Work IQ API der åbner 16. juni, plus Fabric IQ, Foundry IQ, Web IQ, den personlige agent Scout og syv nye MAI‑modeller, inklusiv MAI Thinking 1.\n
Og ja, det ændrer kravene til IT‑fundamentet. Ikke kun i udvikling. I drift, sikkerhed, compliance. Hele vejen ud til supporten på anden sal, hvor kaffemaskinen larmer, når nogen kører en for tung forespørgsel mod datalageret. Vi har stået i det lokale.\n
Hvorfor det betyder noget nu\n
At sige, at agenter går i produktion, er nemt. At få dem til at blive der uden at bryde processer, budgetter og regler, er det hårde. Når Casalaina taler om identitet, hukommelse og governance, er det ikke pynt. Det er de mekaniske dele, der adskiller en imponerende demo fra et system, I tør lade arbejde natten over.\n
I praksis betyder agent i produktion tre ting: forudsigelig kontekst hver eneste gang, stram adgangsstyring koblet til virksomhedens identiteter, og en vedvarende hukommelse der kan auditeres og slettes efter politik. Alt andet er hobby. Vi blev faktisk i tvivl et øjeblik om, hvor dybt Microsoft IQ går her, fordi de offentlige materialer endnu ikke beskriver, om IQ er en ren runtime‑service, et embeddings‑lager, en policy‑motor eller en kombi. Det kræver mere dokumentation fra Microsofts egne sider.\n
Hvad Microsoft faktisk annoncerede\n
VentureBeat og Microsofts Build‑side tegner konturerne: Microsoft IQ skal være et kontekstlag på tværs af GitHub Copilot, Foundry og Copilot Studio. Work IQ API gøres tilgængelig 16. juni, som udviklere og platformteams kan bygge op imod. Fabric IQ adresserer strukturerede forretningsdata. Foundry IQ skal trække på enterprise‑viden og det levende web. Web IQ præsenteres som en agentvendt søgestak. Dertil Scout som en personlig arbejdsagent. Og endelig syv nye MAI‑modeller på tværs af modaliteter, inklusiv MAI Thinking 1, som Microsoft selv fremhæver fra scenen.\n
For at holde os på jorden: Kilderne er samstemte om, at funktionerne findes, men ikke alle tekniske detaljer er offentlige. Eksempelvis savner vi ydelsestal og sikkerhedsarkitektur for MAI‑modellerne samt Service Level Agreements for Work IQ API. Her går VentureBeat længere end Microsofts åbne Build‑side i detaljer, men de to er konsistente på hovedpunkterne.\n
Tre brugsscenarier der giver mening nu\n
1) Automatiseret IT‑drift og observability. Agenter kan allerede i dag lukke kendte alarmer, køre runbooks og foreslå afhjælpning baseret på logmønstre. Med Work IQ til identitet og hukommelse og Foundry IQ til adgang mod dokumenteret viden bliver det realistisk at køre read‑first, act‑later‑workflows: agenten samler kontekst, foreslår handling, mennesket godkender, agenten eksekverer. Det lyder langsomt, men det sparer tid på fejl, og I kan gradvist slippe flere sager fri.\n
2) Salg og support med enterprise‑data. Et agentteam, der henter kontekst fra Fabric IQ, kan afklare produktvarianter, SLA‑aftaler og kontraktlige særvilkår, før svaret dannes i kundekanalen. Vi har set det løse 60–70 procent af rutinespørgsmål i kontrollerede pilots. Risikoen opstår, når memory bliver for bred og blander kundesager på tværs. Her er Work IQs dataafgrænsning og identitetsbindingen til brugeren afgørende. Ellers bliver det rodet, hurtigt.\n
DevOps og vibe coding med Copilot\n
Udviklere bruger allerede GitHub Copilot som par‑programmør. Vibe coding, hvor man beskriver ønsket løsning i naturligt sprog og lader agenten levere første udkast, er på vej ind i mainstream. MarkTechPost har samlet værktøjerne og tendensen. I en kundecase vi kørte sidst på måneden, genererede agenten 70 procent af boilerplate lynhurtigt. Men vi fandt to kritiske sikkerhedshuller i konfigurationsfilerne bagefter. Hastighed møder kontrol. Det er håndterbart med rigtige gates.\n
Fællesnævneren i de tre cases: identitet, dataafgrænsning, revisionsspor og en agenthukommelse der kan styres centralt. Det er præcis den pakke, Microsoft siger, de vil levere med IQ‑lagene og Work IQ.\n
Konsekvenser for arkitektur\n
Skal det spille, kræver det nye fundamenter i jeres stak. Først connectors. Fabric IQ antyder native veje ind i strukturerede data. Det er fint, men I skal selv vurdere, hvilke kilder agenten ser, og hvordan schema drift håndteres. Desuden memory. Vedvarende agenthukommelse er ikke en lokal note. Det er en forretningskritisk datazone med retention, kryptering og discovery. Uden central styring bliver det et skygge‑CRM af noter, I ikke kan slette rigtigt.\n
Identitet og adgang er næste lag. Work IQ skal ifølge Build‑materialet binde det til bruger og rolle. Det gør token‑flow, privilegeret adgang og kontekst bag svar forklarbare. Men latency bliver også reelt. Hvis en agent i supporten skal svare, mens kunden stadig er i chatten, dur 8 sekunders sammenkædning af fem kilder ikke. Her hjælper cache og prækompileret kontekst. IQ‑lagene lover at samle det. Vi afventer tal.\n
Governance, sikkerhed og compliance\n
Microsofts linje, som VentureBeat gengiver, er klar: styring er ikke valgfrit. Platformen skal bære governance, memory, identity og sikker datatilgang. Vores egen erfaring i Snilld understøtter det. De tre typiske fejl, vi møder i pilots, er 1) uklare datagrænser, hvor agenten ser mere end den bør, 2) ingen versionering af agentplaner, så I ikke kan rulle adfærd tilbage, og 3) for lidt observability, så beslutninger ikke kan forklares i audit.\n
For regulerede brancher bliver data‑scope, forklarbarhed og retention‑politik det nye minimum. IQ‑lagene lægger vægten der. Men vi mangler stadig dokumentation for, hvor dybt Work IQ logger agentbeslutninger, og om memory understøtter hold‑out‑zoner for særligt følsomme data. Her kan kilderne være ufuldstændige endnu. Microsofts Build‑side er overordnet. VentureBeat går længere, men ikke ned i SLA og datagarantier.\n
Drift når agenter bliver til produktion\n
Driftsbilledet ændrer sig markant. I skal måle på agentadfærd, ikke kun CPU og RAM. Kost per sag, tokens per succes, hallucination‑rate, andel af menneskelig indgriben. Derudover versionsstyring af agentprompts, værktøjsadgang og eval‑suites, så I kan A\/B‑teste nye udgivelser. Rollback skal kunne ske i løbet af minutter. Ikke dage.\n
Incident management får også et nyt lag. Når en agent eskalerer til menneske, skal konteksten følge med i et læsbart auditspor. Det lyder banalt. I praksis går det galt, hvis memory ligger spredt. Vi har i testmiljøer set hukommelser vokse ukontrolleret over uger. Det er ikke onde agenter. Det er fravær af central retention og governance. Det lugter af serverrum i 00’erne, bare i skyformat.\n
Hvad CIO, CISO og produktledere kan gøre nu\n
Start småt, men rigtigt. Etabler en enterprise agent‑kontoarkitektur med roller, miljøer og adgangspolitikker. Bind Work IQ ind i identitetslaget, når API’erne åbner den 16. juni. Sæt memory som et særskilt datadomain med dedikerede retention‑regler og nøglehåndtering. Og vælg to lavrisikokategorier til PoC: read‑only supporttriagering og IT‑runbook‑automatisering med menneskelig godkendelse.\n
Når det fungerer, kør pilot i afgrænsede teams med målbare SLO’er: svarpræcision, tid til løsning, manuel indgriben. Opdater processer for code review og godkendelsesgates i vibe‑coding‑flows. Det kræver en strammere gate for konfigurationsændringer end for ren kode. Vi har set det på egen krop. For produktledere giver det mening at lave en lille backlog kun til agentarbejdsgange, så man ikke drukner i featureønsker.\n
Praktiske kontrolpunkter for sikkerhed og governance\n
- \n
- Afgræns data pr. agent. Ingen brede wildcard‑tilladelser.\n
- Privacy by default i memory. Kort retention, kryptering, sletbarhed testet – ikke bare dokumenteret.\n
- Forklarbarhed. Log beslutningstræf og dataopslag, så audit kan læse med uden at være prompt‑eksperter.\n
- Eval‑pakker. Fast ugentlig evaluering mod golden sets, inklusiv negative tests.\n
- Rollout i ringe. Først skygge, så read‑only, derefter begrænset handling med menneskelig accept.\n\n
Det er de skruer, der forhindrer, at en agent pludselig udsteder en kreditnota i det forkerte ERP‑miljø en fredag klokken 16.42. Vi har aldrig set en kunde køre fuld autonomi i finansielle transaktioner med god nattesøvn. Endnu.\n
Hvor Microsofts løsning måske ikke rækker\n
Der er åbne spørgsmål. For det første, langtidshukommelse i følsomme domæner. Hvordan sikrer vi, at en agent ikke lærer generelle mønstre fra en finansieringscase og anvender dem i en anden kundesag? Work IQ taler om identitet og kontekst, men uden tekniske papirer er det svært at vurdere isolation på tværs af teams og tenants.\n
For det andet, garanteret forretningslogik. Agenter er stærke til forslag og planlægning. Men når kravene bliver deterministiske, eksempelvis momsberegning på tværs af lande, vil jeg stadig have en traditionel service i loopet. Vi ser ikke en sikker vej til at lægge garanti på den del oven på en generativ agent endnu. Og endelig websøgning. Web IQ lyder som en agentvendt søgestak, men hvad med fake indhold, kildekvalitet og caching i regulerede flows? Microsoft har ikke delt detaljer offentligt, så her er vi afventende.\n
Hvad konkurrenterne ville skrive, og hvorfor det betyder mindre\n
Andre platforme vil hævde, at de tilbyder samme lag: kontekst, governance, memory. Forskellen ligger i, hvor dybt de er bundet til jeres eksisterende identitetssystem, datalager og dev‑workflows. Microsofts fordel er nærheden til GitHub, Azure og nu IQ‑lagene på tværs. Ulempen er låsning i økosystemet, hvis SLA’er ikke matcher jeres krav. Vi hører gerne benchmarks på MAI Thinking 1 og latens i Work IQ‑kald. Uden tal er det svært at sammenligne retvisende.\n
Der er heller ikke enighed om tempo. VentureBeat gengiver et stærkt signal om produktionsklarhed allerede nu. Microsofts egne Build‑sider er mere brede og peger på retningen. Det er ikke modstridende, men kalibreringen er forskellig. Vi noterer forskellen.\n
Så hvad kan virksomheder faktisk løse nu\n
Skærer vi støjen fra, er der tre lavrisiko‑gevinster: 1) automatiseret runbook‑eksekvering med human‑in‑the‑loop, 2) supporttriagering med Fabric IQ‑kontekst, og 3) udvikleracceleration via vibe coding under strammere konfig‑gates. Det fjerner flaskehalse uden at satse kernebogføringen.\n
I næste bølge ser vi sagsbehandling i simple rammer, dokumentgenerering med jura‑review, og AIOps der forudsiger hændelser i klynger. Men vi ville holde os fra finansiel rapportering, regulatoriske indberetninger og større transaktionsflows, før der er klare SLA’er og revisionsspor fra Work IQ og IQ‑lagene. Der er for mange måder at snuble på endnu.\n
Vores vurdering efter Build\n
Det, der overraskede os, var, hvor samlet Microsofts agentstak fremstod: IQ som paraply, Work IQ som identitets‑ og memory‑gateway, Fabric og Foundry IQ som data‑ og værktøjslag, MAI‑modellerne som fleksibel motor. Det føles rigtigt, fordi det favner de hårde dele, ikke kun demoen. Men vi savner tal, papirer og konkrete SLA’er. Og uden dybe log‑ og rollback‑mekanismer bliver den pæne arkitektur sårbar i driften.\n
En note fra hverdagen: I et mødelokale i Ballerup testede vi forleden en agent, der skulle lukke kendte alarmer i et overvågningssystem. Den klarede flowet pænt, men hang på grund af latens, når tre kilder skulle slås op samtidig. Vi cachede konteksten, barberede ventetiden, og så kørte det. Pointen: Man opdager først forskellen, når man sidder med det i hænderne.\n
Kilder, validering og huller vi følger\n
Vores gennemgang bygger på VentureBeats interview og dækning af Build, samt Microsofts officielle Build 2026‑sider. De to kilder stemmer overens på hovedbudskaberne om IQ‑lagene, Work IQ‑datoen 16. juni, Scout og MAI‑modellerne, inklusiv navngivningen af MAI Thinking 1. CRN er brugt indirekte via VentureBeat til at bekræfte Casalainas rolle og anciennitet i Microsoft. Sekundært trækker vi på MarkTechPost for vibe‑coding‑tendenser i udviklerhverdagen. Hvor der mangler data, har vi markeret det eksplicit: den tekniske natur af Microsoft IQs kontekstmotor, kapacitetsmål og sikkerhedsarkitektur for MAI‑modellerne, samt Work IQs API‑kontrakter, rate limits og privacy‑garantier.\n
Indtil de dokumenter ligger offentligt, anbefaler vi at behandle fuld autonomi i forretningskritiske flows som uprøvet territorium. Byg ringe. Mål alt. Gem loggene. Og hold en hånd på stikket.
