GitHub dal správcům 28 dní, než se nenastavené funkce Copilotu zapnou samy

GitHub oznámil 24. září v poznámce ke změnám novou zásadu „Default policy for new features“ v nastavení plánů Copilot Business a Copilot Enterprise. Nastavit se dá hned, na dostupnost funkcí ale zatím nemá vliv žádný. Podle oznámení má 28 dní odkladu a účinnost začíná 22. října 2026.

Zásada odpovídá na jednu otázku: co se má stát s funkcí, u které správce nezvolil ani zapnuto, ani vypnuto. Kolik takových zásad firma má, si může přečíst přímo v nastavení – GitHub tam podle dokumentace vypisuje jejich počet, aby šel dopad odhadnout dřív než 22. října.

Změnit se dá jedna hodnota, dopadne na celý seznam

Na výběr jsou tři možnosti. Zapnuto znamená, že stávající i budoucí způsobilé funkce budou uživatelům dostupné. Vypnuto je nechá nedostupné a u každé příští si GitHub vyžádá souhlas správce. Třetí volba rozhodování předává organizacím.

Poznámka ke změnám ty tři možnosti vyjmenuje, ale neuvádí, která z nich platí, dokud správce nesáhne na nastavení. Stránka dokumentace o výchozí dostupnosti to říká natvrdo: zásada je předvolená na zapnuto, a kdo nic neudělá, bude mít 22. října nenastavené funkce zapnuté.

Dvě věci se přepsat nemají. Výslovné rozhodnutí správce zůstává, jak je – ať zapnul, nebo vypnul. A funkce ve zkušebním provozu se do zásady nepočítají: zůstávají na výslovné přihlášení, a když se z nich později stane běžná funkce, dřívější volba správce platí dál.

Za funkci se počítá i server MCP

Dokumentace vymezuje „funkci“ jako cokoli, co se nastavuje na firemní stránce „Features & clients“, a k tomu dvě zásady mimo ni: revize kódu Copilotem na stránce agentů a servery MCP. Na stránce s přehledem zásad je pak vidět, co konkrétně to obnáší – rozhraní Copilot CLI, aplikace GitHub Copilot, agentní režim v chatu editoru, cloudový agent nebo zprávy ke commitům psané Copilotem.

Výjimky jsou dvě a obě chrání spíš předpisy než nastavení. Omezení modelů na GHE.com, tedy volby „Restrict Copilot to data residency models“ a „Restrict Copilot to FedRAMP models“, se zásadou nehýbe. Netýká se jí ani ukládání místních sezení do cloudu u Copilot CLI a u editoru VS Code.

U modelů proběhlo totéž v srpnu

Zásada „Default availability for released models“ pro modely už běží a její cesta k účinnosti byla stejná. V revizi dokumentace z 29. července 2026 stálo, že zásadu lze nastavit, ale dostupnost modelů zatím neovlivňuje, a že 26. srpna 2026 se podle ní začnou řídit nové i nenastavené modely. Mezi oběma daty je rovných 28 dní, tedy táž lhůta jako teď u funkcí.

Jedna věta v tom starším znění chybí. O tom, na co je zásada předvolená, tam nebylo nic – jen rada, že kdo automatické zapínání nechce, může ji vypnout nebo zakázat modely jednotlivě. U funkcí to GitHub napsal o jednu větu otevřeněji.

Z automatického zapínání modelů je několik skupin vyňatých a zůstávají vypnuté bez ohledu na nastavení: modely před uvedením do běžného provozu, modely s otevřenými vahami (DeepSeek, Kimi K2.7 Code, Kimi K3) a modely, na které se nevztahuje dohoda GitHubu o uchovávání dat – jmenovitě Claude Fable 5 a Claude Fable 5.1. Nabídka se přitom mění i opačným směrem: deset modelů Copilot do 19. října vyřadí.

Co platí u semantického indexování, se z dokumentace nepozná

Referenční přehled zásad uvádí u semantického indexování repozitářů mimo GitHub, že nenastavený stav se u ní chová jako vypnuto a funkce je dostupná jen tam, kde ji výslovně zapnou všechny organizace. Stránka o výchozí dostupnosti tuhle zásadu mezi výjimkami nevede. Co u ní bude platit od 22. října, se ze dvou stránek dohromady nepozná.

Zdrojový text obou odstavců o odkladu je v repozitáři dokumentace obalený komentářem <!-- expires 2026-10-22 -->. Ten den tedy ze stránky zmizí i vysvětlení, proč zásada zatím nic nedělá – a kdo si ho chce přečíst, má na to stejnou lhůtu jako na samotné rozhodnutí.

Zdroje: poznámka ke změnám GitHubu z 24. září 2026, dokumentace o výchozí dostupnosti funkcí a modelů, přehled zásad Copilotu pro firmy a referenční tabulka konfliktů zásad.