Siesta AI
Build 2026 blir mest begripligt när man ser det som en fortsättning på det Microsoft startade förra året. Medan Build 2025 handlade om att introducera idén om AI-agenter, fokuserade årets konferens på vad som krävs för att göra dem praktiska. Över Windows, Microsoft 365, GitHub och Azure presenterade Microsoft nya lager för identitet, kontext, säkerhet och styrning utformade för att stödja agenter som kan göra mer än att besvara frågor.
Resultatet är ett tydligt fokusbyte. AI positioneras inte längre enbart som en assistent i ett chattfönster. I stället bygger Microsoft steg för steg infrastrukturen för agenter som kan agera i företagets system och samtidigt förbli observerbara, säkra och kontrollerbara.
AI-agenter för företag: vad Build 2026 egentligen handlar om
Den viktigaste frågan är inte om en agent skriver bättre text. Den är om stacken kan svara, i efterhand och helst i förväg: vad gjorde agenten, under vems mandat och varför tilläts det. Det är här AI-agenter för företag slutar vara en UI-funktion och börjar bli ett styrningsproblem.
Den inramningen knyter ihop Scout, Microsoft IQ, Web IQ och Project Solara. De ser ut som separata lanseringar, men den gemensamma idén är exekvering med kontroller: identitet, policy, reviderad verktygsanvändning och hanterad kontext.
Scout: autonomi inramad av identitet, policy och inneslutning
Microsoft Scout positioneras som en alltid-på personlig agent för arbete, byggd på open source-tekniken OpenClaw, med Work IQ som kontextmotor. Microsoft beskriver Scout som sin första ”Autopilot-agent”, utformad för att vara aktiv i bakgrunden och agera utan att behöva en prompt varje gång.
Det viktigaste tekniska påståendet är styrning genom design. Scout arbetar autonomt med en egen identitet och dess förtroendemodell utgår från att körmiljön är fientlig. Varje verktygsanrop, modellförfrågan och nätverkshopp medieras av en zero-trust-körmiljö där agentens container behandlas som opålitlig, medan identitet, token och policy ligger utanför containern.
Det här är ett pragmatiskt svar på varför många pilotprojekt stannar när en agent slutar vara skrivskyddad. När en agent kan exekvera flyttas felmoden från ”fel svar” till fel utfall: fel möte avbokat, fel fil delad eller fel uppdatering skriven in i ett system under fel kontext.
Tillgänglighet är också tydlig: Scout är en experimentell release för Frontier-organisationer, vilket kräver Frontier-anslutning, Intune-policykonfiguration och en opt-in-attestering. Användare behöver också en GitHub Copilot-licens för att ladda ner och installera upplevelsen.
Synliga åtgärder: revisionsspåret blir den verkliga UX:en
När autonomi blir exekvering kan synlighet inte vara vag. ”Synliga åtgärder” måste betyda att systemet kan visa vad som ändrades, vilken identitet och vilket scope som användes och vilken policy som tillät eller blockerade åtgärden. För AI-agenter för företag är denna synlighet skillnaden mellan en hjälpsam pilot och en incident som väntar på att hända.
- Vad som ändrades och i vilket system
- Vilken identitet och vilket scope som användes och hur det mappar till Entra
- Vilken policy som tillät eller blockerade åtgärden
- Vilka verktyg som anropades, med vilka indata och utdata
- Om åtgärder kan granskas, återställas och utredas
Det här är den operativa poäng som Build 2026 tydliggör: när agenter exekverar spelar chattupplevelsen mindre roll än förmågan att bevisa efterlevnad, utreda incidenter och stoppa misstag snabbt. Microsoft kopplar också Scout till befintliga efterlevnadsytor och lyfter Purview för samma DLP- och efterlevnadssignaler som team redan förlitar sig på i Microsoft 365.
Microsoft IQ och Work IQ: kontext som gemensam infrastruktur
Build Live introducerar Microsoft IQ som en gemensam intelligensgrund som samlar Work IQ, Fabric IQ och Foundry IQ, och gör kontexten tillgänglig i GitHub Copilot, Microsoft Foundry och Copilot Studio. Microsofts officiella sammanfattning säger att Microsoft IQ är allmänt tillgängligt och att Work IQ-API:er blir allmänt tillgängliga den 16 juni.
En nyans i utrullningen spelar roll: ett delat kontextlager kan vara GA samtidigt som enskilda produktintegrationer kommer enligt egna tidslinjer. Praktiskt innebär det att team kan standardisera hämtning och behörighetsbeteende tidigare, men bör fortfarande validera hur varje yta upprätthåller åtkomst, känslighet och proveniens.
Fördelen är konsekvens. Nackdelen är koncentrationsrisk. Om det delade lagret hanterar behörigheter eller känslighetsetiketter fel ärver många agenter bristen samtidigt. Det är den avvägning som blir oundviklig när AI-agenter för företag går från pilotprojekt i ett team till delad infrastruktur.
Web IQ och Project Solara: bredare kontext, bredare exekveringsyta
Web IQ är Microsofts satsning på extern grundning, positionerad som rankad, källhänvisningsredo kontext över webben, nyheter, bilder och video för direkt injicering i modellernas kontextfönster. Microsoft hävdar låg latens och färre token per fråga, men beskriver också Web IQ som begränsad åtkomst för utvalda kunder, vilket är en viktig mognadssignal för planering.
Project Solara förlänger temat till hårdvaruytor. Microsoft beskriver Solara som en chip-till-moln-plattform för agent-först-enheter och är noga med att presentera konceptuella referensdesigner, inte produkter som levereras. Den strategiska implikationen är enkel: omgivande enheter flyttar exekvering närmare där arbete sker, men de breddar också kontroll-ytan, vilket gör identitet, policyefterlevnad och åtgärdsloggning icke förhandlingsbart på varje endpoint.
Build 2026 säljer i slutändan ett enkelt löfte: agenter som kan agera, samtidigt som åtgärder förblir spårbara och kontrollerbara. För team som utvärderar AI-agenter för företag är det mest användbara lackmustestet om ni kan spela upp en agents arbete som en transaktion, med identitet, policyer och verktygsanrop tillräckligt synliga för att stödja utredning och revision.
