Siesta AI
Build 2026 gir mest mening når det ses som en fortsettelse av det Microsoft startet i fjor. Mens Build 2025 handlet om å introdusere ideen om AI-agenter, handlet årets konferanse om hva som skal til for å gjøre dem praktiske. På tvers av Windows, Microsoft 365, GitHub og Azure lanserte Microsoft nye lag for identitet, kontekst, sikkerhet og styring som er designet for å støtte agenter som kan gjøre mer enn å svare på spørsmål.
Resultatet er et tydelig skifte i fokus. AI blir ikke lenger posisjonert utelukkende som en assistent i et chatvindu. I stedet bygger Microsoft stegvis infrastrukturen for agenter som kan handle på tvers av virksomhetens systemer, samtidig som de forblir observerbare, sikre og kontrollerbare.
AI-agenter for virksomheter: hva Build 2026 egentlig handler om
Det viktigste spørsmålet er ikke om en agent skriver bedre tekst. Det er om plattformen kan svare, i etterkant og helst på forhånd: hva gjorde agenten, under hvem sin myndighet, og hvorfor var det tillatt. Det er her AI-agenter for virksomheter slutter å være en UI-funksjon og blir et styringsproblem.
Denne innrammingen knytter sammen Scout, Microsoft IQ, Web IQ og Project Solara. De ser ut som separate lanseringer, men den felles ideen er utførelse med kontrollmekanismer: identitet, policy, revidert verktøybruk og forvaltet kontekst.
Scout: autonomi rammet inn av identitet, policy og isolering
Microsoft Scout posisjoneres som en alltid-på personlig agent for arbeid, drevet av åpen kildekode-teknologien OpenClaw, med Work IQ som kontekstmotor. Microsoft beskriver Scout som sin første «Autopilot-agent», designet for å være aktiv i bakgrunnen og utføre handlinger uten å trenge en ny instruks hver gang.
Den viktigste tekniske påstanden er styring by design. Scout opererer autonomt med sin egen identitet, og tillitsmodellen antar at kjøretiden er fiendtlig. Hvert verktøykall, modellforespørsel og nettverkshopp blir mediert av en zero-trust-kjøretid der agentens container behandles som ikke-tiltrodd, mens identitet, tokens og policy ligger utenfor containeren.
Dette er et pragmatisk svar på hvorfor mange piloter stopper opp når en agent slutter å være skrivebeskyttet. Når en agent kan utføre handlinger, flytter feilmønsteret seg fra «feil svar» til feil resultat: feil møte kansellert, feil fil delt, eller feil oppdatering skrevet inn i et system under feil kontekst.
Tilgjengelighet er også tydelig: Scout er en eksperimentell lansering for Frontier-organisasjoner, og krever Frontier-registrering, Intune-policykonfigurasjon og en frivillig attestering. Brukere trenger også en GitHub Copilot-lisens for å laste ned og installere opplevelsen.
Synlige handlinger: revisjonssporet blir den egentlige UX-en
Når autonomi blir til utførelse, kan ikke synlighet være vag. «Synlige handlinger» må bety at systemet kan vise hva som ble endret, hvilken identitet og hvilket omfang som ble brukt, og hvilken policy som tillot eller blokkerte handlingen. For AI-agenter for virksomheter er denne synligheten forskjellen mellom en nyttig pilot og en hendelse som venter på å skje.
- Hva som ble endret, og i hvilket system
- Hvilken identitet og hvilket omfang som ble brukt, og hvordan dette mappe til Entra
- Hvilken policy som tillot eller blokkerte handlingen
- Hvilke verktøy som ble kalt, med hvilke inn- og utdata
- Om handlinger kan gjennomgås, reverseres og undersøkes
Dette er det operative poenget Build 2026 tydeliggjør: når agenter utfører handlinger, betyr chatopplevelsen mindre enn evnen til å dokumentere etterlevelse, undersøke hendelser og stoppe feil raskt. Microsoft knytter også Scout til eksisterende compliance-flater, med vekt på Purview for de samme DLP- og compliance-signalene team allerede er avhengige av på tvers av Microsoft 365.
Microsoft IQ og Work IQ: kontekst som delt infrastruktur
Build Live introduserer Microsoft IQ som et delt intelligensfundament som samler Work IQ, Fabric IQ og Foundry IQ, og gjør denne konteksten tilgjengelig på tvers av GitHub Copilot, Microsoft Foundry og Copilot Studio. Microsofts offisielle oppsummering sier at Microsoft IQ er generelt tilgjengelig, og at Work IQ-API-er blir generelt tilgjengelige 16. juni.
Én nyanse i utrullingen er viktig: et delt kontekstlag kan være GA, mens individuelle produktintegrasjoner fortsatt kommer på sine egne tidslinjer. I praksis betyr det at team kan standardisere gjenfinning og rettighetsatferd tidligere, men bør fortsatt verifisere hvordan hver flate håndhever tilgang, sensitivitet og proveniens.
Fordelen er konsistens. Ulempen er konsentrasjonsrisiko. Hvis det delte laget håndterer tillatelser eller sensitivitetsmerking feil, arver mange agenter feilen samtidig. Dette er avveiningen som blir uunngåelig når AI-agenter for virksomheter går fra piloter i enkeltteam til delt infrastruktur.
Web IQ og Project Solara: bredere kontekst, bredere utførelsesflate
Web IQ er Microsofts satsing på ekstern forankring, posisjonert som rangert, siteringsklar kontekst på tvers av web, nyheter, bilder og video for direkte injeksjon i modellens kontekstvinduer. Microsoft hevder lav latenstid og færre tokens per spørring, men rammer også inn Web IQ som begrenset tilgang for utvalgte kunder, som er et viktig modenhetssignal for planlegging.
Project Solara utvider temaet til maskinvareflater. Microsoft beskriver Solara som en chip-til-sky-plattform for agent-først-enheter og er nøye med å presentere konseptuelle referansedesign, ikke produkter som leveres. Den strategiske implikasjonen er enkel: ambient-enheter flytter utførelse nærmere der arbeidet skjer, men de utvider også kontrollflaten, noe som gjør identitet, policyhåndheving og handlingslogging ikke-forhandlingsbart på tvers av hvert endepunkt.
Build 2026 selger til slutt et enkelt løfte: agenter som kan handle, samtidig som handlingene forblir sporbare og kontrollerbare. For team som vurderer AI-agenter for virksomheter, er den mest nyttige lakmustesten om du kan spille av en agents arbeid som en transaksjon, med identitet, policyer og verktøykall synlige nok til å støtte undersøkelse og revisjon.
