Från 22 oktober 2026 följer okonfigurerade Copilot-funktioner en ny global standardpolicy, och enligt GitHubs dokumentation är den påslagen från början. Gör en inventering före dess: gå igenom varje okonfigurerad rad, fatta ett uttryckligt beslut per rad och välj sedan medvetet mellan Enabled, Disabled och Let organizations decide.
Vad som ändras 22 oktober
Den 24 september 2026 meddelade GitHub en ny global standardpolicy för allmänt tillgängliga (GA) Copilot-funktioner i Copilot Business och Copilot Enterprise. Policyn heter Default policy for new features och ställs in via sidan AI Controls, undersidan Copilot. Under 28 dagar går den att konfigurera utan att användarnas åtkomst påverkas. Från 22 oktober börjar den gälla.
Det avgörande står i GitHubs dokumentation om standardtillgänglighet: policyn är påslagen som standard. Gör du ingenting kommer okonfigurerade funktioner att aktiveras den 22 oktober. Att låta bli att välja är alltså också ett val, och det är det mest generösa.
Policyn styr tre grupper: nya GA-funktioner, funktioner som går från preview till GA och befintliga GA-funktioner som står som Unconfigured i dina policyinställningar. Funktioner du redan uttryckligen har slagit på eller av lämnas enligt GitHub orörda.
Tre val och vad de betyder
Changelogposten anger tre alternativ. Tabellen återger alla tre; kolumnen till höger är AI-kreatörs bedömning av när valet passar, inte GitHubs rekommendation.
| Val | Enligt GitHub | Passar när |
|---|---|---|
| Enabled | Nuvarande och framtida berättigade funktioner blir tillgängliga för användarna som standard. | Du vill ha nya GA-funktioner direkt och har en rutin för att följa changelog och stänga av det som inte passar. |
| Disabled | Nuvarande berättigade funktioner förblir otillgängliga, och framtida berättigade funktioner kräver administratörsgodkännande. | Varje ny funktion måste passera en granskning av säkerhet, dataflöde eller avtal innan den öppnas. |
| Let organizations decide | Organisationsadministratörerna väljer om berättigade funktioner ska slås på eller av. | Organisationerna har olika krav och egna ägare som faktiskt kommer att göra valet. |
Det sista valet flyttar beslutet men tar inte bort det. Enligt dokumentationen gäller policyn även på organisationsnivå, för funktioner som enterprise-ägaren satt till Let organizations decide men som organisationsägaren inte uttryckligen har konfigurerat. Väljer du det alternativet bör du därför försäkra dig om att varje organisation har en ansvarig som gör sin egen inventering före 22 oktober.
Vad som omfattas och vad som inte gör det
Med ”funktion” menar GitHub här varje policy på enterprisens sida Features & clients, plus två policyer på andra sidor: Copilot code review på sidan Agents och MCP servers in Copilot på sidan MCP. Det är de tre ytor du ska inventera.
Preview-funktioner omfattas inte och förblir opt-in. Har du valt in en preview som senare blir GA bevaras ditt val. Dokumentationen listar dessutom undantag som inte påverkas alls: modellbegränsningarna Restrict Copilot to data residency models och Restrict Copilot to FedRAMP models på GHE.com, samt Store local sessions in the Cloud för Copilot CLI och VS Code.
Modellerna har en egen policy, Default availability for released models, som enligt dokumentationen redan är aktiv. Den styr vilka modeller som öppnas, inte vilka funktioner. Läs genomgången av Copilots globala modellpolicy för den delen och håll de två besluten isär i dokumentationen.
Inventera de okonfigurerade raderna
Enligt dokumentationen visar policyinställningarna en banner med antalet berättigade policyer som i dag är okonfigurerade. Anteckna den siffran och datumet innan du ändrar något. Det är ditt utgångsläge, och den ska gå ned till noll eller till ett antal du medvetet lämnar åt standardpolicyn.
Arbetsbladet nedan är AI-kreatörs förslag. Raderna är exempel på format, inte en lista över vad som finns i din enterprise; fyll i dem ur det du faktiskt ser.
| Yta | Policy (så som den heter i din vy) | Status före | Beslut | Motivering och ägare |
|---|---|---|---|---|
| Features & clients | En rad per policy på sidan | Unconfigured eller uttryckligt val | På / av / organisationerna väljer | Varför, vem som beslutade och datum |
| Agents | Copilot code review | Unconfigured eller uttryckligt val | På / av / organisationerna väljer | Varför, vem som beslutade och datum |
| MCP | MCP servers in Copilot | Unconfigured eller uttryckligt val | På / av / organisationerna väljer | Varför, vem som beslutade och datum |
| AI Controls → Copilot | Default policy for new features | Anteckna nuvarande läge | Enabled / Disabled / Let organizations decide | Varför, och när valet ska omprövas |
Gå igenom Features & clients rad för rad. För varje okonfigurerad rad räcker det inte att skriva ”samma som standard”. Välj uttryckligen på eller av om du har en åsikt. Ett uttryckligt val bevaras enligt GitHub när policyn börjar gälla, medan en okonfigurerad rad följer det du väljer som global standard. Den skillnaden avgör hur känslig din konfiguration blir för ett senare byte av standardpolicy.
Copilot code review och MCP-servrarna förtjänar egna rader eftersom de ligger på andra sidor än resten och lätt missas. MCP-servrar kopplar Copilot till externa verktyg, så det beslutet hör hemma hos den som ansvarar för integrationer. För kostnadssidan av code review finns genomgången av Copilots policy och fakturering.
Välj standardpolicyn sist
Bestäm den globala standarden först när raderna är genomgångna. Då vet du vad valet faktiskt påverkar: bara de rader du lämnat okonfigurerade, plus kommande GA-funktioner. Har du fattat uttryckliga beslut överallt handlar standardpolicyn i praktiken bara om framtiden.
Avvägningen är tydlig. Enabled ger användarna nya funktioner utan väntan men kräver att någon bevakar changelog och stänger av det som inte ska vara på. Disabled ger kontroll men gör varje ny funktion till ett ärende för administratören, så du behöver en kö och en svarstid för sådana beslut. Ingen av dem är fel; felet är att hamna i Enabled för att ingen valde.
Dokumentera beslutet med datum och ett omprövningstillfälle. Dokumentationen hänvisar själv till changelog som kanalen där nya funktioner och modeller annonseras, så det är rimligt att knyta omprövningen till den bevakningen.
Kontrollera efter 22 oktober
Öppna policyinställningarna igen efter att policyn börjat gälla. Jämför varje rad i arbetsbladet med det du ser. Ett uttryckligt val som inte finns kvar, eller en rad vars status inte går att förklara med ditt dokumenterade beslut, ska noteras som avvikelse med tid och skärmbild innan du rättar den. Upprepa sedan inventeringen när en ny funktion annonseras som GA.
Datumet och standardläget gäller enligt GitHubs besked per den 24 september 2026. Kontrollera changelog och dokumentationssidan igen strax före 22 oktober om du planerar ditt arbete kring just den dagen.
Källor
- GitHub Changelog: Default enablement of Copilot features for Copilot Business and Enterprise – 24 september 2026. Datum, 28 dagars konfigurationsfönster, navigeringsväg, de tre valen, bevarade uttryckliga val och preview som opt-in.
- GitHub Docs: About default availability of Copilot features and models. Påslagen standard, vad som räknas som funktion, organisationsnivån, bannern, undantagen och den separata modellpolicyn.
Primärkällorna kontrollerades den 25 september 2026. Arbetsbladet och beslutsordningen är AI-kreatörs förslag. Inga egna körresultat redovisas.