Agents governed draaien wanneer uw stack Microsoft is

Als uw organisatie op Microsoft draait, begint de agentreis daar waarschijnlijk ook: Copilot voor gebruikers, Copilot Studio of Foundry om te bouwen, misschien een evaluatie van Agent Framework voor custom werk. Dat is een redelijk startpunt — en niets op deze pagina zegt dat u dat moet verlaten.

Deze pagina behandelt het deel van de reis dat Microsoft’s stack niet dekt: wat gebeurt wanneer uw agents als geheel governed moeten worden — inclusief die niet in Redmond gebouwd werden.

Waardering waar het verdient is

Microsoft heeft meer gedaan dan wie ook om agents eersteklas ondernemingsburgers te maken. Vanaf medio 2026 geeft Entra Agent ID agents echte directory-identiteiten met owners, RBAC en Conditional Access, en Agent 365 bundelt registry, auditlogs en Purview-compliance — algemeen beschikbaar met gepubliceerde prijs per gebruiker. Als u wachtte op echte, ondersteunde agentidentiteit — die is er nu.

De vraag is niet of Microsoft agents kan governen. Het is welke — en wat na governance gebeurt.

Drie vragen voordat u het pad vastlegt

1. Hoeveel producten vereist de volledige keten — en wie owned het geheel?

Microsoft’s agentverhaal spant Agent 365, Entra Agent ID, Foundry, Copilot Studio en Purview. Elk is goed in zijn rol. Maar de assembly is uw: architectuur, integratie, interne owner van het gecombineerde resultaat. Vóór commit: wie in de organisatie owned het geheel — niet elk product, het geheel? In onze ervaring is het eerlijke antwoord vaak «onduidelijk», en de gap verschijnt laat in productie.

2. Wat met agents die teams al elders bouwden?

In veel organisaties wachten agents niet op de platformbeslissing. Marketing heeft een research-agent in Claude. Een engineer draait drie via OpenAI. Ze bestaan vandaag, doen echt werk en zitten buiten Microsoft’s governancevlak. Microsoft’s antwoord is workloads in de stack brengen — Foundry kan externe frameworks hosten, en cross-cloud registry sync is in preview (augustus 2026). De richting is naar binnen. Als uw realiteit agents in meerdere stacks is — die daar blijven — hebt u een laag nodig die niet uitmaakt waar een agent gebouwd werd.

3. Waar keurt een businesspersoon goed wat een agent doet?

Microsoft’s Agent Framework geeft developers solide human-in-the-loop-primitieven — tool approval, request/response ports. Maar het is SDK-plumbing: uw team ontwerpt, bouwt en onderhoudt de surface waar een mens ja of nee zegt. Vraag die surface als product te zien voor een business owner, niet een developer. Beslis dan of u engineering-budget wilt voor bouwen en ownership.

Waar Copyl past — naast, niet in plaats van

Copyl is een onafhankelijke, Europese operationele laag voor agents. Het vervangt Copilot Studio of Foundry niet — die blijven uitstekende plekken om te bouwen. Het zit erboven, en boven elke andere build-platform, met één job: elke agent een governed, accountable lid van de organisatie maken.

Concreet vandaag: neem de definitie van een agent — gebouwd in Copilot Studio, Claude, ChatGPT of handmatig — uitdrukken als open JSON Agent Manifest, en draai in een governed sandbox. Nul credentials, elke externe tool-call vastgelegd in plaats van uitgevoerd, volledig transcript en een voorstel wat de agent nodig heeft voor echte runs. Ongeveer een minuut van paste tot eerste governed run. Risicovolle beslissingen — echte accounts, echte scopes — komen na u het werkend zag, en het pad naar productie bouwt op expliciete grants en sign-off.

Twee structurele dingen volgen uit onafhankelijkheid. Copyl behandelt elke build-platform gelijk — Microsoft inbegrepen — omdat we geen model of cloud hebben om u naar te sturen; een vendor met stack te verkopen kan geen neutrale laag boven concurrenten zijn. Voor Europese organisaties, vooral publieke, is agent-governance onder een onafhankelijke EU-vendor een andere soevereiniteitshouding dan governance ingebed in het identiteitsvlak van een US-hyperscaler.

Op kosten: één onderscheid weegt meer dan cijfers — Microsoft prijst de stack per human user plus consumption. Governance-beslissing en kostenmodel zijn hier dezelfde beslissing. Vergelijk de kosten van het werk dat een agent uitvoert, met consumption-lijnen inbegrepen — niet alleen de licentierij.

Wanneer Agent 365 genoeg is

Eerlijk: als uw agents in Microsoft-tools gebouwd zijn, alleen op Microsoft-systemen acteren, door al gelicentieerde Copilot-gebruikers gebruikt worden en u geen stack-onafhankelijkheid of EU-sovereign governance nodig hebt — gebruik de native stack. Die is geïntegreerd, in uw renewal, en een neutrale laag zou alleen complexiteit toevoegen.

De neutrale laag verdient zijn plek wanneer een aanname breekt: agents van meer dan één platform, systemen over vendor-grenzen, soevereiniteitsvereisten, of een pad dat u niet wilt vastleggen.

Probeer zonder iets te beslissen

De snelste manier om te evalueren is geen slide deck — het is uw eigen agent in een governed sandbox. Neem een agentdefinitie die u al hebt (of het volledige voorbeeld in de manifestreferentie) en voer die uit:

Importeer uw agent →

Geen credentials, geen migratie, geen platformbeslissing. Uw Microsoft-roadmap blijft zoals het is — u ziet uw agents, alle, governed op één plek.

Bouw uw agent waar u wilt. Draai governed. · Agent Manifest-referentie