GitHub Copilot content exclusion – co vyloučení obsahu chrání, kde nefunguje a jak ho použít

Týmy, které používají GitHub Copilot, často řeší stejnou otázku: jak zabránit tomu, aby AI četla citlivé soubory? Odpovědí je funkce content exclusion (vyloučení obsahu). Chrání ale jen určitým způsobem a dokumentace GitHubu otevřeně uvádí, co zaručit neumí. Tento článek shrnuje, co funkce dělá, kdo ji nastavuje, kde končí a jak ji správně kombinovat s dalšími opatřeními.

Informace vycházejí z dokumentace GitHub Docs – Content exclusion pro Copilot (stav k 14. 11. 2026). Dostupnost, podporované nástroje a omezení se mění, proto vždy ověřte aktuální verzi. Související: AI programovací asistent – oprávnění a sandbox a Microsoft Copilot – data, oprávnění a sdílení.

Aktualizováno: listopad 2026.

Co content exclusion dělá

Podle dokumentace platí pro vyloučený obsah:

• v dotčených souborech nejsou nabízeny inline návrhy,
• vyloučený obsah neovlivňuje inline návrhy v jiných souborech,
• neovlivňuje ani odpovědi Copilotu,
• je přeskakován při kontrole kódu Copilotem (Copilot code review).

Jde tedy o to, aby asistent s vybranými soubory nepracoval jako s kontextem. Typicky se vylučují soubory s konfigurací, tajnými údaji, licencemi či citlivou obchodní logikou.

Postup nasazení vyloučení obsahu – vlastní infografika

Kdo ho nastavuje a v jakých plánech

Dokumentace uvádí tři úrovně správy:

• správci repozitáře mohou vyloučit obsah ve svých repozitářích; platí pro každého uživatele Copilotu v podniku, který v nich pracuje,
• vlastníci organizace mohou vylučovat obsah pro uživatele, kteří mají licenci Copilotu přes organizaci,
• vlastníci podniku (enterprise) jsou rovněž uvedeni jako ti, kdo ji mohou konfigurovat.

Podpora je podle stránky v plánech Copilot Business a Copilot Enterprise.

Podporované nástroje

Stránka obsahuje přehled, kde funguje u inline návrhů a kde u chatu a agentů. Zjednodušeně: Visual Studio, Visual Studio Code a JetBrains IDE podporují obojí; Vim/Neovim podporuje inline návrhy; Xcode a Eclipse podle přehledu podporují inline návrhy, ale u chatu a agentů ne; u Azure Data Studio inline návrhy nepodporovány nejsou. Podpora je také u Copilot CLI, Copilotu v cloudu (relace spuštěné na webu GitHub, v GitHub Mobile či v cloudových sandboxech) a u kontroly kódu Copilotem. Před nasazením proto ověřte, jaké nástroje váš tým skutečně používá.

Klíčové omezení: není to bezpečnostní hranice

Nejdůležitější věta dokumentace říká v podstatě tohle: content exclusion není bezpečnostní hranice souborového systému a nemůže zaručit zabránění každé formě přístupu k souboru. Je popsán jako ochranné zábradlí pro nástroje, které GitHub řídí. Konkrétně:

• není zaručeno, že jej respektují MCP servery nebo klienti třetích stran,
• u agentů v IDE, v Copilot CLI nebo v aplikaci Copilot nenahrazuje oprávnění operačního systému ani jiné řízení přístupu,
• agenti před spuštěním příkazů a skriptů kontrolují identifikovatelné cesty k souborům, ale nepřímý přístup k souborům nemusí odhalit.

Praktický důsledek: pokud by únik souboru znamenal vážnou škodu (produkční klíče, osobní údaje), nespoléhejte jen na content exclusion. Citlivá data nepatří do repozitáře vůbec, patří do správce tajemství; viz také Nadměrná pravomoc AI agentů.

Nepřímé informace z IDE

Dokumentace uvádí, že Copilot může použít sémantické informace z vyloučeného souboru, pokud je mu IDE poskytne nepřímo. Příklady: informace o typech, definice symbolů zobrazené při najetí myší a obecné vlastnosti projektu, například konfigurace sestavení. Znamená to, že i když samotný obsah souboru Copilot nečte, jeho „tvar“ (názvy funkcí, typy) se může v kontextu objevit. Pokud je důvěrný i název funkce, vyloučení nestačí.

Symlinky a vzdálené souborové systémy

Podle stránky se vyloučení obsahu v současnosti nevztahuje na symbolické odkazy (symlinky) a na repozitáře umístěné na vzdálených souborových systémech. Pokud tedy tým používá symlinky na vyloučené soubory, mohou být obcházeny. Jde o zjednodušenou, ale praktickou radu: v citlivých repozitářích symlinky na vyloučené cesty nepoužívejte a funkci otestujte.

Jaká data se posílají GitHubu

Klient (například rozšíření Copilot ve VS Code) posílá GitHubu URL aktuálního repozitáře, aby server vrátil správná pravidla. Podle stránky se tyto URL neprotokolují. Z hlediska ochrany osobních údajů tedy nejde o přenos obsahu souborů, ale o identifikátor repozitáře.

Doporučený postup v týmu

1. Mapujte citlivé cesty (konfigurace, klíče, interní knihovny, data).
2. Nastavte vyloučení na úrovni repozitáře či organizace.
3. Netrvejte na něm jako na jediné ochraně: tajemství mimo repozitář, rotace klíčů, oprávnění.
4. Otestujte v každém používaném IDE a nástroji.
5. Zdokumentujte rozhodnutí a omezení pro pověřence a vedení.
6. Hlídejte MCP servery a rozšíření třetích stran.
7. Pravidelně přezkoumejte dokumentaci GitHubu; funkce se mění.

Co z toho plyne pro vedení a pověřence

Content exclusion je užitečný organizační a technický prvek, ale nelze jej prezentovat jako záruku. Při posuzování rizik (například podle NIST AI RMF) zapište, že jde o zábradlí s dokumentovanými mezerami. Pokud do kódu proudí osobní údaje, zvažte i další opatření podle EDPB k osobním údajům v AI modelech. Pro zaměstnance zdůrazněte, že vyloučení neznamená, že mohou do asistenta vkládat cokoli.

Kde najít další informace

Kromě stránky GitHub Docs sledujte OWASP Top 10 pro LLM aplikace, kde je popsáno riziko nadměrných pravomocí a úniku informací, a dokumentaci Claude Code o bezpečnosti jako příklad jiného přístupu k oprávněním. Vždy porovnávejte, co dokumentace zaručuje, a co jen doporučuje.

Jak vyloučení ověřit v praxi

Nastavení pravidel ještě neznamená, že funguje tak, jak očekáváte. Vyberte testovací soubor s neškodným, ale rozpoznatelným obsahem, vyloučte jej a v každém používaném nástroji (editor, chat, agent, příkazový řádek) se asistenta zeptejte na jeho obsah. Sledujte, zda se obsah neobjeví v návrzích nebo odpovědích. Test opakujte po každé větší změně nástroje či pravidel, protože podpora se mezi nástroji liší a mění se. Výsledek zapište do interní dokumentace spolu s datem a verzí nástroje. Takový záznam se hodí při auditu i při vysvětlování vedení, proč je potřeba další ochrana, než jen vyloučení souborů.

Citlivá data a zásady minimalizace

Nejlepší ochrana citlivých údajů je jejich nepřítomnost v kódu. Přihlašovací údaje, přístupové klíče a osobní údaje patří do správce tajemství nebo do zabezpečené konfigurace mimo repozitář. Pokud už se do historie repozitáře dostaly, vyloučení obsahu je nevrátí zpět: je třeba klíče zneplatnit a vyměnit. Obecné zásady řízení rizik AI popisuje NIST AI Risk Management Framework, k ochraně osobních údajů při používání AI se vyjadřuje EDPB ve stanovisku 28/2024.

Školení zaměstnanců a odpovědnost

Technické nastavení nenahradí povědomí lidí. Vývojáři by měli vědět, které soubory jsou vyloučeny a proč, že vyloučení neplatí pro nástroje třetích stran a že do chatu nesmějí ručně vkládat obsah, který by jinak asistent nesměl vidět. Zkopírování tajné hodnoty do dotazu totiž celé nastavení obchází. V pravidlech organizace proto uveďte jasně, jaká data se do AI asistentů nikdy nezadávají, a kdo odpovídá za výjimky. Nové členy týmu s pravidly seznamte hned při nástupu.

Praktický příklad (smyšlený)

Firma vyloučí složku `config/secrets/` a soubor `licence.txt`. Vývojář v chatu požádá o vysvětlení funkce, která tyto soubory používá. Copilot nabídne odpověď bez obsahu vyloučených souborů, ale ze signatury funkce rozpozná jejich název. Bezpečnostní tým proto doplní správce tajemství a z repozitáře tajné hodnoty odstraní. Příklad je smyšlený.

Kontrolní seznam – vlastní infografika

Content exclusion v kostce

Základní údaje – vlastní infografika

Výhody a nevýhody

Souhrn – vlastní infografika

Související články

V kategorii AI v práci, byznysu a programování najdete také MCP bezpečnost.

Shrnutí

Content exclusion v GitHub Copilot brání tomu, aby vybrané soubory ovlivňovaly návrhy, odpovědi a kontrolu kódu. Spravují jej správci repozitáře, organizace či podniku. Podle dokumentace není bezpečnostní hranicí: nezaručuje respektování třetími stranami, nechrání před nepřímým přístupem a nevztahuje se na symlinky a vzdálené souborové systémy. Citlivá data proto držte mimo repozitář a funkci otestujte.

Často kladené otázky ke content exclusion