Kør agents styret når din stack er Microsoft

Hvis din organisation kører på Microsoft, starter agentrejsen sandsynligvis der også: Copilot til brugerne, Copilot Studio eller Foundry til at bygge, måske en evaluering af Agent Framework til custom arbejde. Det er et rimeligt udgangspunkt — og intet på denne side siger, at du skal forlade det.

Denne side dækker den del af rejsen, som Microsofts stack ikke dækker: hvad sker, når dine agents skal styres som en helhed — inklusive dem, der ikke blev bygget i Redmond.

Ros hvor det er fortjent

Microsoft har gjort mere end nogen for at gøre agents førsteklasses medlemmer af virksomheden. Fra midten af 2026 giver Entra Agent ID agents rigtige directory-identiteter med ejere, RBAC og Conditional Access, og Agent 365 pakker det i et register, auditlogs og Purview-compliance — generelt tilgængeligt med offentliggjort pris per bruger. Hvis du har ventet på, at agentidentitet skal være en reel, understøttet ting — nu er den her.

Spørgsmålet er ikke om Microsoft kan styre agents. Det er hvilke — og hvad sker efter governance.

Tre spørgsmål før du låser vejen

1. Hvor mange produkter kræver den fulde kæde — og hvem ejer det hele?

Microsofts agenthistorie spænder Agent 365, Entra Agent ID, Foundry, Copilot Studio og Purview. Hver er god til sit job. Men sammensætningen er din: din arkitektur, din integration, din interne ejer af det samlede resultat. Før du committer: hvem i organisationen ejer hele — ikke hvert produkt, hele? I vores erfaring er det ofte uklart, og gapet viser sig sent i produktion.

2. Hvad med agents, som teams allerede har bygget andetsteds?

I mange organisationer venter agents ikke på platformbeslutningen. Marketing har en research-agent i Claude. En engineer kører tre via OpenAI. De findes i dag, laver reel arbejde og ligger uden for Microsofts governance-plan. Microsofts svar er at bringe workloads ind i stacken — Foundry kan hoste eksterne frameworks, og cross-cloud registry sync findes i preview (august 2026). Retningen er indad. Hvis din realitet er agents i flere stacks — der bliver der — skal du bruge et lag designet til ikke at bekymre sig om, hvor en agent blev bygget.

3. Hvor godkender en forretningsperson, hvad en agent gør?

Microsofts Agent Framework giver udviklere solide human-in-the-loop-primitiver — tool approval, request/response ports. Men det er SDK-plumbing: dit team designer, bygger og vedligeholder overfladen, hvor en faktisk person siger ja eller nej. Bed om at se den overflade som produkt for en forretningsejer, ikke en udvikler. Afgør om du vil bruge engineering-budget på at bygge og eje det selv.

Hvor Copyl passer — ved siden af, ikke i stedet for

Copyl er et uafhængigt, europæisk operativt lag for agents. Det erstatter ikke Copilot Studio eller Foundry — de er stadig fremragende steder at bygge. Det sidder over dem og over enhver anden build-platform med ét job: gøre enhver agent et styret, ansvarligt medlem af organisationen.

Konkret i dag: tag definitionen af en agent — bygget i Copilot Studio, Claude, ChatGPT eller manuelt — udtryk den som åben JSON Agent Manifest, og kør i en styret sandbox. Ingen credentials, hvert eksternt tool-call fanges i stedet for at eksekveres, fuld transkript og et forslag til, hvad agenten ville behøve for at køre for real. Omkring et minut fra paste til første styrede kørning. Risikable beslutninger — rigtige accounts, rigtige scopes — kommer efter du har set det virke, og vejen mod produktion bygger på eksplicitte grants og sign-off.

To strukturelle ting følger fra uafhængighed. Copyl behandler hver build-platform ens — Microsoft inkluderet — fordi vi har ingen model eller cloud at styre dig mod; en vendor med stack at sælge kan aldrig være et neutralt lag over konkurrenter. For europæiske organisationer, især offentlige, er agent-governance under en uafhængig EU-vendor en anden suverænitetsstilling end governance indlejret i en US-hyperscalers identitetsplan.

På omkostninger: én forskel vejer mere end tal — Microsoft prissætter stacken per human user plus consumption. Governance-beslutning og omkostningsmodel er samme beslutning her. Sammenlign omkostningen af arbejdet en agent udfører, med consumption-linjer inkluderet — ikke kun licenslinjen.

Når Agent 365 er nok

Ærligt: hvis dine agents er bygget i Microsoft-værktøjer, kun agerer på Microsoft-systemer, bruges af allerede licenserede Copilot-brugere, og du har ingen krav om stack-uafhængighed eller EU-suveræn governance — brug den native stack. Den er integreret, i din renewal, og et neutralt lag ville kun tilføje kompleksitet.

Det neutrale lag fortjener sin plads, når en antagelse bryder: agents fra mere end én platform, systemer på tværs af vendor-grænser, suverænitetskrav, eller en vej du ikke er klar til at låse.