Microsoft laat admins Copilot-app verwijderen van beheerde Windows 11-apparaten

Microsoft test de mogelijkheid voor admins om AI-assistent Copilot van beheerde Windows-apparaten te verwijderen via een Group Policy, mits gebruikers voldoen aan diverse voorwaarden. Tot dusver is het alleen mogelijk om Microsoft 365 Copilot te verwijderen.

Microsoft heeft de Group Policy-optie RemoveMicrosoftCopilotApp toegevoegd aan Windows 11-previewbuild 26220.7535. Daardoor kunnen IT-admins Microsofts AI-assistent verwijderen van beheerde zakelijke apparaten. Vanaf de 25H2-update was het al mogelijk om bepaalde vooraf geïnstalleerde Microsoft Store-apps te deïnstalleren via een Group Policy, maar dat gold niet voor Copilot. Wel konden IT-admins Microsoft 365 Copilot op deze manier al van het systeem verwijderen. Dat is verwarrend genoeg een aparte applicatie, waarmee de AI-bot gebruikt kan worden in 365-diensten.

Wel moeten gebruikers voldoen aan een aantal voorwaarden voordat Copilot verwijderd kan worden. Zo moeten gebruikers zowel de Copilot-app als Microsoft 365 Copilot geïnstalleerd hebben. Ook mag de gebruiker Copilot niet zelf geïnstalleerd hebben en moet de app al minstens 28 dagen niet geopend zijn. Eenmaal verwijderd kunnen gebruikers de app opnieuw installeren, maar dan kunnen IT-admins deze dus niet meer via de Group Policy deïnstalleren. Het is niet duidelijk of en wanneer deze functie voor alle zakelijke gebruikers beschikbaar komt.

Door Kevin Krikhaar

Redacteur

12-01-2026 • 12:09

57

Reacties (57)

Sorteer op:

Weergave:

Ik weet dat het niet gaat gebeuren, maar ik hoop toch zo dat dit soort bedrijven, die alles doen waar hun gebruikers niet om vragen en continu AI ongevraagd zitten te pushen, zó gigantisch hard op hun bek gaan.

De enige klant waar Microsoft nog voor aan het werk is, lijkt de aandeelhouder te zijn. De rest kan wat Microsoft betreft de boom in.
Dat krijg je met bedrijven waarvan de gebruikers denken dat ze er niet zonder kunnen. Díe mentaliteit moeten we een keer vanaf. Overal kun je zonder. Er zijn altijd alternatieven. Zolang iedereen maar vast blijft houden aan Windows, blijft MS denken dat ze kunnen doen wat ze willen. Dat hebben de gebruikers ervan dus aan zichzelf te danken, door vast te zitten in tunnelvisie. Zo goed is Windows nou ook weer niet...
Je stelt dat “je overal zonder kunt” en dat gebruikers “tunnelvisie” hebben. Maar dat is een simplificatie die de realiteit van enterprise IT volledig negeert. Microsoft is niet dominant omdat gebruikers dom zijn, maar omdat ze 40 jaar geleden de standaard hebben gezet en die standaard is sindsdien verweven geraakt met infrastructuur, tooling, compliance, en legacy workflows.

Alternatieven bestaan, ja. Maar ze zijn zelden plug-and-play voor enterprise omgevingen. Windows is niet “zo goed”, het is zo geïntegreerd. Dat is een verschil dat je mist.

Je redeneert vanuit een ideologisch consumentenkader, terwijl de realiteit van IT-beheer, softwareontwikkeling en compliance een heel ander speelveld is. Als je echt wil dat er alternatieven ontstaan, had Europa in de jaren ’80 moeten investeren in eigen OS-ecosystemen. Dat is niet gebeurd. Dus ja, we zitten in een vendor lock-in maar dat is geen tunnelvisie, dat is structurele afhankelijkheid.

Dit gaat ook niet veranderen, ik als Microsoft 365 Cloud Engineer zou nu ook niks anders willen, er zijn geen goede alternatieven, die passen in de wensen en ook niet stabiel zijn en gebruiksvriendelijk zijn..

[Reactie gewijzigd door MrGerbie op 13 januari 2026 15:23]

Succes, want dan krijg je reacties als: "het is noodzakelijk vanwege a, b, c". Waarbij a, b en c simpelweg domme keuzes zijn geweest van tools die iets van MS vereisen. Maar hoe vaak je hier ook voor waarschuwt, mensen zijn blind (met name beslissers in de keten) omdat ze een paar grijpstuivers uit kunnen sparen en ze niet verder kijken.

Vervang MS door Adobe en je krijgt te horen dat het "de industriestandaard is die je moet gebruiken"...
Vanaf de 25H2-update was het al mogelijk om bepaalde vooraf geïnstalleerde Microsoft Store-apps te deïnstalleren via een Group Policy, maar dat gold niet voor Copilot.
"Microsoft Copilot" is (naast "Microsoft 365 Copilot") bij mij gewoon een aanvinkbaar item onder deze eerdere Group Policy ("Remove Default Microsoft Store Packages...") in 25H2 build 26200.7462. Bij mij verdween na het instellen van deze policy ook daadwerkelijk de Copilot app na een reboot.

[Reactie gewijzigd door KipKroket op 12 januari 2026 12:28]

Ja, ik moest ook twee keer nadenken, maar er zal wel een boa constrictor onder het gras zitten en dus moet ik het eerst nog eens aanzien wanneer ik er aan toe ben.
Laat ze ook maar eens zorgen dat de copilot de gebruikte keyboard shortcut kan aanpassen, want die zit in de weg met een shortcut die ik al minstens 25 jaar in mijn IDE gebruik, en nu moet ik dus telkens eerst copilot afsluiten voordat ik de IDE open. En ik gebruik heel copilot nog steeds niet.
En nu nog andersom. Dat mijn werkgever en/of de it'er van dienst het wel prima vindt, wil nog niet zeggen dat ik als gebruiker van de betreffende laptop op bepaalde software (zoals in dit geval Copilot) zit te wachten.
En daarom ben jij niet degene die beslist op bedrijfsniveau wat er op toestellen moet staan, maar wel de werkgever/IT-afdeling. Bedrijven zijn geen democratie waar iedereen zomaar mag doen of gebruiken wat hij wil. Als die eerste niet weten hoe dit beheerd moet worden is een andere zaak, want als je wil afwijken van het default-Microsoft pad, dan moet je wel nadenken over je omgeving en actief opvolgen wat er default wijzigt.
Whow, rustig vriend. Ik doel niet zozeer op bedrijfskritieke software of volledige vrijheid om het ene of het andere pakket te kiezen omdat ik dat toevallig prettiger vind werken. Het gaat me om keuzes die niet gemaakt worden, of de keuzes uit gemak. Zoals dingen bedrijfsbreed uitrollen omdat dat makkelijker is dan uitvogelen welke mensen het wel en niet nodig hebben. Of dus Copilot overal en nergens actief laten. Ik heb daar geen behoefte aan in mijn mailbak, waarom mag ik het daar dan niet gewoon uitschakelen?
Ik vind dit zorgelijk gedrag vanuit Microsoft. Je mag als beheerder de app verwijderen tenzij de gebruiker deze installeert? Maar de gebruiker is geen beheerder, waarom mag de gebruiker ineens zelf beslissen om een app te installeren die je vanuit je bedrijf expliciet niet wenst?
Ik ga er dan ook vanuit dat je de installatie kan blokkeren via Intune oid. Anders heeft het idd weinig nut.
En de gebruiker moet de app toch ook zeker een maand niet geopend hebben, of te wel ze willen eigenlijk gewoon niet dat je het verwijderd.
Bij ons zijn gebruikers wel beheerders op hun eigen laptop ("eigen" betekent hier, verkregen laptop vanuit ICT dus geen persoonlijk/privé apparaat).

Tegenwoordig met Intune/Entra ID is dit niet ongebruikelijk.

Er zijn wel spelregels en via Defender wordt er wel gemonitord wat erop geïnstalleerd wordt.
Wanneer Defender dit niet fijn vindt worden er meldingen verstuurd naar de beheerders zodat er actie ondernomen kan worden.

Hier zitten voor en nadelen aan. De nadelen spreken voor zich, maar wij hanteren het principe dat wij de data van ons bedrijf beveiligen en niet per se het apparaat dichttimmeren zoals dat vroeger altijd het geval was.

Een voordeel is dat er veel minder beheerwerkzaamheden zijn in de zin van dat 36 collega's allemaal een andere applicatie willen hebben, wij als beheerders daarin moeten voorzien en al deze applicaties ook nog moeten onderhouden.

Nu kunnen ze lekker zelf bepalen wat ze gebruiken, maar dit betekent overigens niet dat men in allerlei applicaties onze bedrijfsgegevens kan gebruiken.

[Reactie gewijzigd door Mit-46 op 12 januari 2026 15:05]

End users die beheerder zijn op hun eigen apparaat? Dat is heel ongebruikelijk.
In het verleden ja voor Intune/Autopilot in de tijd van SCCM was dit ongebruikelijk.

Tegenwoordig is het een stuk minder ongebruikelijk aangezien er d.m.v Conditional Access strikte voorwaarden gesteld kunnen worden aan het gebruik van het account en/of data. Dat is uiteindelijk waar het om gaat en niet om het apparaat of andere zaken die niets met de data te maken hebben.

Uit mijn hoofd stel je dit in, in het Windows Autopilot deployment profiel welke gebruikt wordt voor het installeren van Windows apparaten. Je hebt uiteraard een keuze.

[Reactie gewijzigd door Mit-46 op 19 januari 2026 11:25]

Ik werk in een bedrijf waar ik als software ontwikkelaar applicaties gewoon zelf als beheerder kan installeren, in tegenstelling tot een standaard front office gebruiker die dat niet kan. Dingen als firewall, virusscan en default apps zijn dus allemaal gelimiteerd/door gepushed maar ik heb wel de mogelijkheid om meer dingen te installeren. Ik zie mezelf dus perfect in die use-case, bij iets dat ik zelf installeer verwacht ik niet dat die app ineens weg is van de ene dag op de andere. Niet dat ik ooit bewust Windows copilot zou installeren 8)7
Blijkbaar mag die gebruiker dan al überhaupt software installeren? En dan kun je het altijd nog op een andere manier verwijderen.
Nu nog een officiele optie om die rotzooi uit alle windows versies te verwijderen.
Ik gebruik Titus in combinatie met Winhance, heerlijk om omgewenste dingen weg te krijgen EN houden.
Het nieuws is dat Microsoft officieel nog geen mogelijkheid geeft, het alleen nog maar wil testen en eisen stelt aan klanten. Dat er onofficiele tools zijn is niet zomaar een oplossing voor bedrijven of andere klanten. En dat zijm redenen waarom er vraag is naar officiele ondersteuning om dit soort bloatware en bloatservice te voorkomen en stoppen.
Daar zijn zoekmachines (met of zonder AI) voor hè?

In PowerShell:
Get-AppxPackage -AllUsers | Where-Object {$_.Name -Like ‘Microsoft.Copilot’} | Remove-AppxPackage -AllUsers -ErrorAction Continue​
Dit is gewoon een 'ondersteunde' methode on onderdelen van Windows te verwijderen. Geen rare hacks ofzo.
Deze werkt beter:

reg add "HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsCopilot" `
/v TurnOffWindowsCopilot /t REG_DWORD /d 1 /f
Deze werken nog beter:

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Policies\Microsoft\Windows\WindowsCopilot]
"TurnOffWindowsCopilot"=dword:00000001

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsCopilot]
"TurnOffWindowsCopilot"=dword:00000001

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Edge]
"HubsSidebarEnabled"=dword:00000000

[HKEY_CURRENT_USER\Software\Policies\Microsoft\Windows\Explorer]
"DisableSearchBoxSuggestions"=dword:00000001

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\Explorer]
"DisableSearchBoxSuggestions"=dword:00000001
Ik had copilot en onedrive eruit gemikt, en beide zijn er weer ingevlogen.
En een blacklist waarop je expliciet aangeeft dat je die zooi niet meer binnen wil harken middels een verplichte Windows Update.
Nu nog een officiele optie om die rotzooi uit alle windows versies te verwijderen.
Ik begrijp eerlijk gezegd de weerstand niet zo. Ik gebruik Copilot erg vaak en het is best handig.
Je kunt het ook gewoon verwijderen (zie suggesties hierboven) als je het echt niet wil.

Maar ook als je het erin laat zitten dan zit het niet in de weg of zo. Wat is precies het probleem?
De weerstand is dat het in je strot word geduwd en je dat nog moet slikken ook. Het moet optioneel zijn.
Je kunt het verwijderen, dus het is optioneel.
Ik vind het wel prettig dat er soms dingen automatisch worden toegevoegd, sommige haal ik weer weg. Daar komt bij dat het natuurlijk niet in de weg zit. Als je het niet opstart dan weet misschien iet eens dat het er is.
Denk dat als usa overheden of instanties ook windows mogen gebruiken je dus dicht getimmerd OS moet hebben die iig niet zijdelings history registreert voor copilot user data. Denk aan FBI NSA. Geen idee of die al windows gebruiken. Denk dat MS op die markt richt. En autorised IT ‘er beheerder bepaald strickt wat OS mag hebben kwa apps en features en services. Ook in bedrijven waar er gevoelige data is.
Microsoft: “De toekomst is AI. Vanaf 2030 praat iedereen tegen zijn computer en daar zetten we volop in door Copilot breed inzetbaar te maken.”
Ook Microsoft: *biedt admins de mogelijkheid om Copilot te verwijderen*

O-)
Het argument was wel dat een muis en toetsenbord vergeleken met spraakcommandos & agentic AI efficiënter is dan de methode hoe we dat nu doen. En ik vind er wel wat in zitten. Maar ik wil alleen zelf kiezen om het te gebruiken of niet.

Momenteel wordt in elk apparaat dat ik bezit een zekere vorm van AI geïnstalleerd. En dat wil ik helemaal niet. Ik gebruik het graag, en elke dag verbaas ik me weer over de mogelijkheden die het biedt. En lees me veel in, en volg de ontwikkelingen bijna dagelijks. (En dat zijn er veel, heel veel) Maar ik wil het gebruiken als ik daar behoefte aan heb... Maar Microsoft is voor de consument compleet doorgeslagen. (mijn mening natuurlijk)

En tegenwoordig is MS Windows meer een bijzaak van alles wat dat bedrijf te bieden heeft. De andere diensten zijn veel belangrijker, groter, en winstgevender.
Dat is verwarrend genoeg een aparte applicatie, waarmee de AI-bot gebruikt kan worden in 365-diensten

Microsoft in een notendop |:(
Precies. Goed gescheiden houden. Waarom zou je willen dat een AI-model dat lokaal op je pc draait, je 365-services in de cloud gaat benaderen, of andersom.
En wat doe je wanneer AI een probleem is vanuit compliance oogpunt?
Wat een vreemde voorwaarden. Waarom moet je eerst die apps installeren en ze dan een maand niet gebruiken? Alsof je eerst een doos sigaren moet kopen voor je mag beslissen dat je geen sigaretten wilt roken.
De apps worden mee geinstalleerd met het besturings systeem, en pas na een maandje niet gebruiken kan je het deinstalleren.
Ja dus als nog vreemde voorwaarden, dat je het niet zelf mag verwijderen als admin eerder.

Om te kunnen reageren moet je ingelogd zijn