GitHub geeft beheerders controle over welk model Copilot in JetBrains gebruikt
GitHub heeft beheerders de mogelijkheid gegeven om via centrale instellingen te bepalen welk model Copilot standaard gebruikt voor nieuwe gesprekken in JetBrains-omgevingen. Gebruikers kunnen daarna nog altijd zelf een ander model kiezen. Een nieuwe instelling kan daarnaast het automatisch opstarten van Copilot- en Claude-servers uitschakelen.
GitHub publiceerde de wijzigingen op 10 oktober 2026 in zijn changelog. Beheerders kunnen elk beschikbaar Copilot-agentmodel instellen als standaard voor nieuwe gesprekken, terwijl de modelkiezer voor gebruikers beschikbaar blijft.
Daarnaast is er een nieuwe Fix-actie in het diagnosemenu, die inline chat opent en agentmodus gebruikt wanneer die beschikbaar is en anders de vraagmodus. Op accountniveau zijn de labels bij ingelogde accounts duidelijker gemaakt en is er een actie toegevoegd om van account te wisselen.
De wijzigingen vereisen een JetBrains-omgeving van versie 2025.2 of nieuwer; ondersteuning voor 2025.1 is beëindigd. GitHub noemt geen versienummer van de plug-in, geen prijzen en geen uitrolplanning.
De MCP-instelling is het interessantste detail
Voor bedrijven met beleid rond AI-toegang is de nieuwe MCP-instelling het bruikbaarste onderdeel. Model Context Protocol-servers koppelen een ontwikkelomgeving aan externe systemen, en het automatisch opstarten daarvan betekent dat zulke koppelingen actief worden zonder dat iemand daar bewust voor kiest.
Dat uit te kunnen zetten is geen comfortfunctie maar een beheersmaatregel. Een ontwikkelomgeving die bij het opstarten verbindingen opzet naar systemen waar bedrijfscode of klantdata in zit, valt binnen hetzelfde beleid als elke andere integratie.
Het centraal vastzetten van een standaardmodel heeft een vergelijkbare reden. Welk model gebruikt wordt, bepaalt waar code tijdens het werk naartoe gaat en tegen welke voorwaarden.
Van individuele keuze naar organisatiebeleid
De richting van deze aanpassingen is herkenbaar. AI-hulpmiddelen voor ontwikkelaars begonnen als individuele keuze: iemand installeerde een plug-in en koos zelf een model. Nu komen daar beheerdersinstellingen bij.
Dat is de fase waarin een hulpmiddel van experiment naar standaardgereedschap gaat. Voor Nederlandse softwarebedrijven met auditverplichtingen of klantafspraken over gegevensverwerking is dat precies de voorwaarde om het breed te kunnen gebruiken.
Duiding: standaard instellen is niet hetzelfde als afdwingen
Een concrete kans voor Nederlandse ontwikkelteams is dat beleid nu technisch te onderbouwen is. In plaats van af te spreken welk model mensen horen te gebruiken, kan een beheerder dat als standaard instellen en het automatisch verbinden van externe servers uitzetten. Dat maakt een afspraak controleerbaar, wat bij klantaudits of een ISO-traject het verschil is tussen beleid op papier en beleid in de praktijk.
Het risico zit in het woord standaard. De modelkiezer blijft open, dus een ontwikkelaar kan nog altijd een ander model kiezen voor een gesprek. Wie denkt dat deze instelling een harde grens oplevert, komt bedrogen uit. Combineer de instelling daarom met een vastgelegde afspraak, en controleer of de verplichte upgrade naar JetBrains 2025.2 of nieuwer in het eigen team al gedaan is. Dit is redactionele duiding.
Meer informatie
Primaire bron: GitHub-changelog over de nieuwe Copilot-instellingen voor JetBrains