Copilot agents worden plugins: wat er verandert in je Microsoft 365-tenant

Zag je in je Microsoft 365 admin center een melding over "advanced agents en plugins" voorbijkomen, zonder duidelijke deadline erop? Die deadline is er wel, en de keuze staat al klaar zonder dat jij hem maakte. Copilot agents in Microsoft 365 krijgen een nieuwe naam: de knop Agents in Copilot wordt Plugins, en die zet agents samen met skills en connectors in één pakket, meldt Microsoft zelf in de aankondiging van de nieuwe plugin registry. Tegelijk voert Microsoft een nieuwe uploadregel in voor de zwaardere agents en plugins, met 25 oktober 2026 als datum waarop de standaardinstelling in werking treedt als je niets kiest. Hieronder: wat er precies verandert, welk onderscheid de regel maakt, en de valkuil in hoe Microsoft "geen actie nodig" opschrijft.

Wat verandert er aan copilot agents in Microsoft 365?

Tot nu toe vond je copilot agents onder een eigen knop in Copilot: Agents, of in sommige apps Agents & Skills of Customize. Die knoppen verdwijnen. Microsoft zet agents, skills en connectors samen in één nieuw begrip: de plugin. Gebruikers zien straks één knop, Plugins, in Chat, Cowork, Code, Autopilot en in Word, Excel, PowerPoint en SharePoint.

Copilot plugins: wat zit er in zo'n pakket?

Een plugin is een bundel van drie dingen die nu los van elkaar bestaan: skills (herbruikbare instructies voor specialistisch werk), connectors (toegang tot een systeem of databron) en agents (een afgebakende taak met een eigen doel). Dat staat letterlijk zo in Microsofts eigen aankondiging. Het idee: in plaats van drie verschillende plekken om iets te vinden, krijg je één Plugins-menu, in elke ondersteunde Copilot-ervaring hetzelfde. Een bouwer van een plugin kan zijn pakket daardoor één keer publiceren in plaats van voor elke Copilot-ervaring apart.

Wat verandert er voor je bestaande Microsoft 365 Copilot agents?

Niets technisch. Microsoft noemt expliciet dat er "geen technische migratie" nodig is: je agents blijven werken zoals ze nu werken. Wat verandert is waar je ze vindt en hoe ze heten. Vanaf eind oktober 2026 tot eind november 2026 rolt de knop Plugins stapsgewijs uit, en vervangt hij Agents, Agents & Skills en Customize. Admins blijven agents beheren op dezelfde plek als nu: in de Microsoft 365 admin center, onder Agent 365.

Microsoft Agent 365: waar je agents blijven, ook na de omdoop

Agent 365 is de beheerlaag die niet verandert door deze update: inzicht in wie welke agent heeft, audittrail en beveiliging. De plugin registry komt er als een extra tabblad bij, onder Agents > Tools, specifiek voor het onderdeel dat nu Plugins heet. Bouw je zelf agents in Copilot Studio, dan blijft dat proces ook ongewijzigd; copilot agent maken staat nog steeds voor hoe je dat opzet en afbakent.

Hoe werkt de nieuwe uploadregel voor advanced agents en plugins?

Los van de naamswissel voert Microsoft een governance-regel in, aangekondigd in Message Center-item MC1472007. Vanaf 25 september 2026 kunnen admins instellen wie "advanced" agents en plugins mag uploaden: iedereen, specifieke gebruikers of groepen in Entra ID, of niemand. Tot die datum had niemand die knop, dus deed iedereen in de praktijk maar wat.

Het mechanisme zit in één technische definitie, en die is nauwer dan hij klinkt. Een pakket is advanced als het een declarative agent met een actie bevat, of een koppeling met een MCP-server. Alles daarbuiten, zoals een skill zonder actie of een alleen-lezen connector, telt als basic en blijft altijd voor iedereen te uploaden. Dat werkt zo omdat juist een actie of een MCP-koppeling een pakket iets laat doen in een ander systeem: een mail versturen, een record aanpassen, data ophalen bij een derde partij. Microsofts eigen documentatie over agents noemt een actie expliciet "custom actions to integrate with APIs to interact with external systems in real-time". Een los antwoordscript kan dat niet, en daarom regelt Microsoft het risico pas vanaf het punt waar een pakket zelf kan handelen.

Een tweede, makkelijk te missen grens: de regel geldt alleen voor pakketten die een gebruiker zelf uploadt. Agents en plugins die Microsoft zelf meelevert (1P) of die via de marketplace van een partner komen (3P), vallen hier niet onder, ook niet als ze technisch advanced zijn. Die regel je via plugin-goedkeuring in de registry zelf, een ander scherm dan de uploadinstelling.

Er bestaat al langer een ander scherm dat hierop lijkt: wie agents en plugins mag gebruiken (user access, dezelfde vier keuzes). ABT, een Amerikaanse Microsoft-partner voor banken en kredietunies, legt het verschil zo uit: "Access is about consuming what exists. Upload is about introducing something new." Een tenant kan het gebruik van agents dus al jaren hebben afgeschermd en de upload van nieuwe, krachtigere pakketten toch wagenwijd open hebben staan, want tot 25 september 2026 bestond daarvoor simpelweg geen knop.

Een voorbeeld: welke copilot agents in een tenant wel en niet onder de nieuwe regel vallen

Fictief, illustratief voorbeeld bij een administratiekantoor met acht Copilot-gebruikers. IT-beheerder Marloes checkt de Tools-pagina in Agent 365 en telt zes pakketten. Ze zet ze in een tabel, met de twee dingen die er echt toe doen: wie het pakket uploadde, en of het een actie of een MCP-server heeft.

Marloes maakt bij haar eerste blik dezelfde inschatting die de meeste admins maken: ze denkt dat "Voorraad-koppeling" de meeste aandacht verdient, want die haalt data op bij een externe partij via een MCP-server. Dat pakket valt juist buiten deze specifieke regel, omdat een partner het aanlevert en geen gebruiker het uploadde. Wat ze bijna mist, zijn "Offerte-assistent" en "Analyse-agent": allebei gewoon door een medewerker in Copilot Studio gebouwd, allebei met een actie die iets buiten Copilot verandert. Precies die twee zijn waar de nieuwe uploadinstelling wél iets voor je regelt.

Wat ze hieraan repareert: ze stelt de uploadregel in op "specifieke gebruikers of groepen" en voegt alleen de twee Copilot Studio-makers in haar team toe aan die groep. Dat werkt omdat de instelling precies het gat dicht dat zonder ingrijpen openblijft: iedere medewerker die zelf een declarative agent met een actie bouwt, kan die vanaf dat moment niet meer uploaden zonder dat Marloes dat ziet. Ze zou dit niet doen als haar kantoor niemand heeft die zelf in Copilot Studio bouwt: dan is "geen gebruikers" eerlijker, want een groep met één naam kost evenveel onderhoud als een melding die nooit afgaat. Wat ze ervan mag verwachten: de instelling voorkomt nieuwe, ongeziene advanced pakketten vanaf het moment dat ze hem zet, maar werkt niet terugwerkend. "Offerte-assistent" en "Analyse-agent" stonden er al, en die moet ze apart nalopen met dezelfde tabel als hierboven. De partnerplugin "Voorraad-koppeling" regelt ze los van deze instelling, via de plugin-goedkeuring in de registry.

Beslisregel: wie mag advanced agents en plugins uploaden?

Elk niveau hierboven kost een klein beetje overzicht in ruil voor minder risico op een pakket dat ongezien iets buiten Copilot verandert. Hoe meer mensen een actie kunnen toevoegen, hoe minder iemand weet wat er allemaal al kan.

De grootste valkuil: "geen actie nodig" betekent niet "niets verandert"

Microsofts eigen Message Center-item schrijft het zo: "No action is required to maintain current behavior." Dat klopt letterlijk, en dat is precies het probleem. "Huidig gedrag" is dat iedereen advanced pakketten kan uploaden. Niets doen is dus geen neutrale keuze, het is de keuze voor de meest open instelling, alleen dan zonder dat iemand hem bewust maakte.

Dit mechanisme is niet uniek voor Microsoft. Elk governance-scherm dat met een ruime standaardinstelling binnenkomt, werkt zo: de mensen die er wél naar kijken passen hem aan, de rest laat per ongeluk de ruimste optie staan. Het gevolg hier is concreet: een medewerker die vandaag voor het eerst een declarative agent met een actie bouwt en uploadt, kan dat na 25 oktober nog steeds zomaar doen, in elke organisatie die deze instelling heeft overgeslagen.

Onafhankelijke Microsoft-watchers lezen dit precies zo. ABT zet het, in dezelfde analyse als hierboven, zo neer: "Silence is read as all users. A chosen setting and an unchosen one land in the same place, and only one of them is defensible in writing." Directions on Microsoft, een onafhankelijk analistenbureau dat niet door Microsoft wordt betaald, noteerde op het moment van schrijven dat Microsoft de grens tussen advanced en basic nog niet overal even duidelijk had vastgelegd. Check daarom bij twijfel liever het item in je eigen Message Center dan een samenvatting op een andere site.

Zet dit, als je het vandaag instelt, ook in je agenda voor een kwartaal later. Microsofts eigen rolloutdata liggen nog niet vast, en een instelling die je nu zet kan bij een latere wijziging in de registry terugspringen naar een ruimere standaard. Controleer dat moment zelf, want een melding krijg je er niet bij.

Wat dit oplevert, en hoe je dat na een week checkt

Dit is een instelling, geen workflow die je bouwt, dus de tijdsinschatting komt uit het aantal stappen zelf, niet uit onze trainingen. Reken op dit:

• 5 tot 10 minuten om de Tools-pagina in Agent 365 te openen en je bestaande pakketten te bekijken zoals in het voorbeeld hierboven.
• 10 tot 15 minuten om voor elk pakket te bepalen wie het uploadde en of het een actie of MCP-server heeft, zoals in de tabel.
• 5 minuten om de instelling "advanced package uploads" op All users, No users of Specific users or groups te zetten.

Dat is 20 tot 30 minuten voor een eerste, bewuste keuze, zonder dat je al bestaande agents hoeft aan te passen.

Drie meetpunten, zonder extra tooling, een week nadat je de instelling hebt gezet:

• Staat de instelling nog op wat jij koos? Open de Tools-pagina opnieuw en vergelijk. Een registry-update kan een instelling terugzetten; dat zag je zonder deze controle niet.
• Is er een nieuw advanced pakket bijgekomen van iemand buiten je gekozen groep? Zo nee, werkt de instelling zoals bedoeld. Zo ja, dan heeft iemand toegang via een andere weg, bijvoorbeeld een oudere sessie van voor de wijziging.
• Weet het team dat zelf agents bouwt wat "advanced" precies betekent? Vraag het kort na. Begrijpen ze het verschil met basic niet, dan loopt iemand straks tegen een afgewezen upload aan zonder te weten waarom.

Probeer dit vandaag

Je hebt geen wachttijd nodig om dit te zien. Open de Microsoft 365 admin center, ga naar Agent 365 en dan naar Tools. Daar staat een tabblad Registry met het totale aantal plugins, skills, MCP-servers en connectors in je tenant. Klik een willekeurige advanced-uitziende plugin aan (één met een actie naar een ander systeem) en check in de details wie hem heeft geüpload: Microsoft, een partner, of een gebruiker. Scroll daarna naar beneden in de instellingen van het Copilot-beheerscherm tot je dit scherm ziet (de exacte bewoording, los van de taal van je eigen tenant):

Copilot Settings > All settings > Advanced package uploads

Wie mag advanced agents en plugins uploaden?
  ( ) All users
  ( ) No users
  ( ) Specific users or groups

Huidig gedrag als je niets kiest: alle gebruikers, vanaf 25 oktober 2026

Zie je "All users" staan en heb je dat zelf niet gekozen? Dan is dit precies de dertig minuten die vandaag het meeste opleveren.

Doe dit deze week

1. Maak de tabel uit dit artikel voor je eigen pakketten

   Open Agent 365 > Tools > Registry en zet elk pakket in een rij: wie uploadde het, heeft het een actie of MCP-server, en valt het onder de nieuwe regel. Vijf tot tien pakketten is voor de meeste organisaties genoeg om het patroon te zien.

2. Zet de advanced-uploadregel vóór 25 oktober 2026

   Kies All users, No users of Specific users or groups aan de hand van de beslisregel hierboven. Leg de keuze en de datum vast in je eigen beheerdocumentatie, zodat een collega hem later terugvindt.

3. Informeer wie zelf agents bouwt over het verschil tussen basic en advanced

   Eén korte mail of Teams-bericht naar je Copilot Studio-makers, met de technische definitie uit dit artikel. Zo weten ze waarom een upload later misschien wordt afgewezen, in plaats van dat te ontdekken op het moment zelf.

Het agent-recept dat je hiermee controleert: elke keer dat iemand in je organisatie een nieuwe declarative agent met een actie of een MCP-koppeling bouwt, loopt die upload automatisch tegen de groep aan die jij instelde, niet tegen een open deur. Wil je dit met je eigen Microsoft 365-tenant en je eigen Copilot Studio-agents laten uitzoeken en instellen, inclusief een check op wat er al staat, dat is werk voor de Agent Sprint. Twijfel je of je governance al op orde is voor je verder uitbreidt met agents, plan een kort gesprek.

Bronnen

• Microsoft, Introducing the new Copilot with Home, Code and Autopilot, Jared Spataro, 25 september 2026. Officiële bron, zelf geopend. Bron voor de oorspronkelijke aankondiging van de plugin registry.
• Microsoft Copilot Blog, Introducing the plugin registry. Officiële bron, zelf geopend. Bron voor de opbouw van een plugin (skills, connectors, agents) en de beheerplek in Agent 365.
• Microsoft 365 Message Center, MC1472007: Manage who can upload advanced agents and plugins, gespiegeld vanuit het officiële Message Center. Zelf geopend. Bron voor de technische definitie van advanced, de reikwijdte (alleen gebruikersuploads) en de datum van 25 oktober 2026.
• Microsoft 365 Message Center, MC1484008: Introducing the Microsoft plugin registry for Microsoft Copilot experiences, gespiegeld vanuit het officiële Message Center. Zelf geopend. Bron voor het rolloutschema van de knop Plugins.
• The M365 Copilot Connection, Copilot's biggest October 2026 updates, and when they land, Nick Harris. Onafhankelijke bron, los van Microsoft, zelf geopend. Bron voor de exacte schermtekst van de uploadinstelling en de bevestiging dat 25 oktober 2026 op een zondag valt.
• Microsoft Learn, Compare declarative and custom engine agents. Officiële, primaire documentatie, zelf geopend (niet via een spiegel). Bron voor de exacte definitie van een actie en voor de bouwstenen van een declarative agent.
• ABT, The advanced agent upload control, answered en Copilot's Agents button becomes Plugins. Onafhankelijke Amerikaanse Microsoft-partner voor financiële instellingen, los van Microsoft, beide zelf geopend. Bron voor het onderscheid tussen de bestaande gebruiksinstelling en de nieuwe uploadinstelling, het citaat over stilte als keuze, en het exacte pad van elk beheerscherm.
• Directions on Microsoft, Copilot Agent Controls Arrive, but Default Access Remains, David Berry. Onafhankelijk analistenbureau, niet gefinancierd door Microsoft, zelf geopend. Bron voor de kritische noot dat de advanced/basic-definitie op het moment van hun analyse nog niet overal even duidelijk gepubliceerd was.
• Project Impact, AI-agent en MCP-server. Eigen uitleg van de onderliggende begrippen die in deze post worden gebruikt.

Veelgestelde vragen

• Wat gebeurt er met mijn bestaande copilot agents als ze plugins worden?

  Technisch verandert er niets: je agents blijven draaien zoals ze nu draaien, en Microsoft noemt expliciet dat er geen technische migratie nodig is. Wat verandert is de knop waarmee gebruikers ze vinden: Agents, Agents & Skills en Customize worden vervangen door één knop Plugins, van eind oktober tot eind november 2026.

• Wat is het verschil tussen copilot agents en copilot plugins?

  Een copilot agent is een los onderdeel: een afgebakende taak met een eigen doel. Een plugin is het bredere pakket waar Microsoft agents nu in onderbrengt, samen met skills (herbruikbare instructies) en connectors (toegang tot een systeem). Een bestaande agent verdwijnt niet, hij wordt onderdeel van een plugin die je straks via het Plugins-menu vindt in plaats van via de knop Agents.

• Wat moet ik vóór 25 oktober instellen voor copilot agents en plugins?

  Controleer de instelling "advanced package uploads" in de Microsoft 365 admin center. Advanced betekent een pakket met een declarative agent met een actie, of met een koppeling naar een MCP-server. Kies All users, No users of Specific users or groups. Doe je niets, dan blijft "alle gebruikers" de standaard vanaf 25 oktober 2026, een zondag.

• Waar beheer ik microsoft 365 copilot agents en plugins?

  Op dezelfde plek als nu: in de Microsoft 365 admin center, onder Agent 365. De plugin registry komt daar als extra tabblad bij, onder Agents > Tools, met een overzicht van alle plugins, skills, MCP-servers en connectors in je tenant.

• Is Microsoft Agent 365 hetzelfde als de plugin registry?

  Nee. Agent 365 is de bredere beheerlaag voor agents: wie heeft welke agent, audittrail en beveiliging. De plugin registry is een nieuw onderdeel daarbinnen, specifiek voor het ontdekken en goedkeuren van plugins. Agent 365 zelf verandert niet door deze update.