Copilot Automations jsou způsob, jak nechat cloudového agenta GitHub Copilotu pracovat bez toho, aby ho někdo pokaždé ručně spouštěl. Na GitHub Universe 28. 10. 2026 dostaly velký update: sdílené automatizace pro tým, 24 nových triggerů, API pro spuštění zvenku, nástroje z vlastních MCP serverů a hlavně limity AI kreditů. Tenhle článek ti ukáže, jak z Copilot Automations postavit týmové workflow, které šetří čas a nevystřelí ti rozpočet.
Nepíšu o tom, co je nového. Ukazuji ti, jak to nastavit, kde jsou pasti a co si pohlídat dřív, než automatizaci pustíš na celý tým. Fakta jsem ověřil v oficiálním changelogu GitHubu z 28. 10. 2026 a v souhrnu datastudios.org, který cituje dokumentaci GitHubu. Co jsem sám nezkoušel, výslovně značím.
Co jsou Copilot Automations
Automatizace je uložený úkol pro cloudového agenta Copilotu. Skládá se z názvu, typu, promptu, triggerů, nástrojů, volitelně modelu s úrovní uvažování a volitelných limitů AI kreditů. Agent se spustí sám: podle plánu, při události v repozitáři, nebo z API.
Důležitý detail: automatizace se neukládají do repozitáře a nejsou verzované v Gitu. Pokud potřebuješ workflow v pull requestu s review, GitHub míří na jiný nástroj, GitHub Agentic Workflows. Automations jsou rychlejší na zavedení, ale bez git historie.
Automatizace jde vytvořit v repozitáři, kde máš právo zápisu. Funguje s tarify Copilot Pro, Pro+, Max, Business a Enterprise. Při spuštění v červnu 2026 uměly jen hodinový, denní a týdenní plán, nové issue a otevřený nebo aktualizovaný pull request, a to v jednom repozitáři a jen v privátních a interních repozitářích. Co z toho platí dnes u veřejných repozitářů, jsem neověřoval, ověř si to v dokumentaci.
Sdílené automatizace: konec závislosti na jednom člověku
Největší změna pro týmy je typ Shared. Dřív byla automatizace osobní: viděl ji a upravoval jen tvůrce a účet se platil z jeho kreditů. Pokud odešel z firmy, automatizace zmizela s ním.
Sdílená automatizace funguje jinak:
- vytvoří ji kdokoli s právem zápisu (na github.com, v aplikaci GitHub Copilot nebo ve VS Code),
- typ nejde po vytvoření změnit, rozhodni se hned,
- přežije odchod tvůrce a má historii změn,
- vidí ji a upravuje každý s právem čtení a zápisu,
- akce se zobrazují pod identitou Copilotu, ne konkrétního člověka,
- AI kredity se účtují vlastníkovi repozitáře, ne tvůrci.
Pozor U repozitářů v organizaci musí administrátor zapnout politiku „Allow use of Copilot cloud agent billed to the organization“, jinak sdílené automatizace nepoběží. Minuty GitHub Actions se navíc účtují zvlášť vlastníkovi repozitáře.
Tip Prvních pár automatizací nech jako osobní. Do sdílených je přesuň, až ověříš, že prompt dělá, co má. Typ se zpětně změnit nedá, takže si ušetříš zakládání duplicit.
Triggery: 24 nových událostí a API
Přibylo 24 triggerů z GitHubu. Pokrývají issues (přiřazení, štítek, zavření, znovuotevření, změna stavu), pull requesty (odeslané review, požadavek na review, merge konflikt, převod na draft), diskuse (otevření, úprava, komentář) a bezpečnostní upozornění (code scanning, secret scanning, Dependabot).
Triggery jde zúžit filtrem. U pull requestů například podle změněných souborů. Události od uživatelů bez práva zápisu se ve výchozím nastavení ignorují, což je rozumné u veřejných repozitářů, ale vlastník to může zapnout.
API trigger pro Jiru, Sentry a PagerDuty
Automatizaci teď spustíš i zvenku přes REST endpoint „Trigger an automation“. GitHub uvádí příklady: nový ticket v Jiře, nová chyba v Sentry nebo incident v PagerDuty. Prakticky to znamená, že webhook handler z monitoringu zavolá GitHub a agent začne incident vyšetřovat dřív, než se někdo podívá do telefonu.
Řetězení automatizací
Každý trigger má nastavení „Can be triggered by“. Výchozí je „Only users“. Přepnutím na „Users and Copilot“ povolíš, aby automatizaci spouštěly i události vyvolané jinými automatizacemi. K tomu přibyly triggery „Automation run succeeded“ a „Automation run failed“, které spustí navazující krok po dokončení jiného.
Řetězení je silné i nebezpečné. Dvě automatizace, které se vzájemně spouštějí, můžou vytvořit smyčku. Proto k řetězení vždy přidej denní limit kreditů (viz níže).
Praktický příklad: triage bugů z Jiry a Sentry
Takhle bych postavil workflow pro tým s deseti vývojáři. Je to návrh podle popisu funkcí v dokumentaci, ne výsledek mého zkoušení v produkci.
1. Automatizace „Triage“
Trigger: API volání z Jiry při vytvoření ticketu typu Bug. Prompt: „Přečti ticket, najdi v repozitáři pravděpodobně dotčený modul, napiš do issue komentář s hypotézou a odkazy na soubory. Nic neměň.“ Nástroje: jen čtení a komentování.
2. Automatizace „Oprava“
Trigger: štítek ai-fix přidaný na issue člověkem. Prompt: „Oprav chybu podle hypotézy v komentáři, přidej test, otevři pull request.“ Nástroje: úpravy kódu a otevření PR.
3. Automatizace „Kontrola“
Trigger: pull request od Copilotu. Prompt: „Zkontroluj změny proti pravidlům týmu a napiš review.“ Tady stačí čtecí přístup a podrobnosti k lidskému schvalování najdeš v článku o schvalování pull requestů s Copilot code review.
Důležité je, že mezi triage a opravou je člověk, který štítek přidá. Plně automatický řetěz bez lidského kroku bych do produkce nepouštěl.
Nástroje a MCP: co smí agent dělat
Přibylo 20 nových GitHub nástrojů, například nahrávání obrázků a videí jako příloh, opakování workflow runů, slučování pull requestů a čtení či komentování diskusí. Konkrétní nástroje vybíráš v tool pickeru u každé automatizace. Tlačítko „Suggest tools“ navrhne sadu podle promptu.
Automatizace mohou používat i nástroje z vlastních MCP serverů. Server přidáš v nastavení repozitáře a pak v tool pickeru vybereš jen ty nástroje, které automatizace potřebuje.
Pozor Nástroje GitHubu fungují jen uvnitř repozitáře automatizace. MCP nástroje takhle omezené nejsou. Dosáhnou na cokoli, co dovolí konfigurace serveru a jeho přihlašovací údaje. Řiď se proto pravidly z článků o zabezpečení MCP serverů v produkci a o bezpečném připojení vzdálených MCP serverů: minimální oprávnění, token jen pro čtení tam, kde to stačí.
Limity AI kreditů: tohle nastav jako první
Automatizace běží opakovaně, takže náklady rostou tiše. Právě proto je update o limitech nejpraktičtější. Limity lze nastavit:
- na jeden běh (minimum je 30 AI kreditů), běh se při dosažení limitu zastaví,
- denně (reset v 00:00 UTC),
- týdně (pondělí 00:00 UTC),
- měsíčně (1. dne v měsíci 00:00 UTC).
Limity můžeš kombinovat. Automatizace bez limitů běží dál jako dřív.
Pozor Denní, týdenní a měsíční limit zablokuje jen nové běhy. Běh, který už probíhá, nezastaví. Pokud chceš tvrdý strop, potřebuješ navíc limit na jeden běh. Cenu za jeden AI kredit GitHub v oznámení neuvádí, takže skutečné náklady spočítáš až z tarifu, který máš. Jak se kredity účtují, popisuje článek o AI kreditech v GitHub Copilotu.
Doporučené výchozí hodnoty
Tohle jsou moje startovní odhady, ne doporučení GitHubu. Začni nízko a po týdnu je uprav podle skutečné spotřeby v přehledu:
- triage a review: limit na běh na spodní hranici, denní limit podle počtu ticketů,
- opravy kódu: vyšší limit na běh, ale nízký denní,
- řetězené automatizace: vždy denní limit, ať smyčka nevypálí rozpočet.
Bezpečnostní pojistky, které už GitHub zapnul
Několik věcí hlídá GitHub za tebe:
- pull requesty ze sdílených automatizací vyžadují dodatečné schválení, pokud ho repozitář už vyžaduje,
- workflow GitHub Actions na PR vytvořených automatizací nepoběží, dokud je neschválí uživatel s právem zápisu,
- logy sessions vidí každý s právem čtení, takže do promptů a výstupů nedávej tajemství.
Na vyšší úrovni řeší pravidla pro celý tým článek o governance AI kódovacích nástrojů.
Automatizace, které se samy zlepšují
GitHub popisuje i vzor „improvement automation“. Týdenní automatizace vyhodnotí signály, třeba jestli vývojáři přijímají komentáře z review nebo mergují PR, a navrhne změnu promptu, nástrojů či triggerů jiné automatizace. Každý návrh musí člověk schválit a GitHub pošle upozornění. Vzor dává smysl u code review: jedna automatizace kontroluje každý PR, druhá ji týdně ladí. Dopady na kvalitu zatím nikdo neměřil, takže to ber jako experiment.
Kdy Automations nepoužít
Automations nejsou náhrada za CI. Pokud potřebuješ deterministický výsledek, verzovaný workflow a review změn, patří to do GitHub Actions nebo Agentic Workflows. Automations se hodí tam, kde je úkol „přečti, zjisti, navrhni“ a výsledek posuzuje člověk.
Nehodí se ani pro úkoly s citlivými daty, pokud nevíš, kdo má k logům přístup. A nespouštěj je na veřejných repozitářích bez kontroly, kdo smí triggery vyvolat.
Časté otázky
Kolik stojí Copilot Automations?
Automatizace spotřebovávají AI kredity podle tvého tarifu Copilotu. Cenu za jeden kredit GitHub v oznámení neuvádí, takže přesné náklady nejdou odhadnout. Limity na běh, den, týden i měsíc ti pomůžou strop hlídat.
Kdo platí sdílenou automatizaci?
Vlastník repozitáře. U osobní automatizace platí tvůrce. U organizací musí administrátor zapnout politiku pro účtování cloudového agenta na organizaci.
Jde Copilot Automations verzovat v Gitu?
Ne. Automatizace se neukládají do obsahu repozitáře. Pokud potřebuješ verzování a review změn, GitHub doporučuje Agentic Workflows.
Může automatizace spustit jinou automatizaci?
Ano. U triggeru nastav „Can be triggered by“ na „Users and Copilot“ nebo použij triggery „Automation run succeeded“ a „Automation run failed“. Vždy přidej denní limit kreditů, aby nevznikla smyčka.
Zastaví denní limit běžící automatizaci?
Ne. Denní, týdenní a měsíční limity jen zablokují nové běhy. Běžící běh zastaví až limit na jeden běh.
Co udělat dnes
Vyber jednu úlohu, která tě opakovaně zdržuje, třeba triage nových issues. Založ ji jako osobní automatizaci s nástroji jen pro čtení, nastav limit na běh i denní limit a týden sleduj výsledky. Až bude prompt stabilní, přesuň ji do sdílených. Širší srovnání nástrojů najdeš v článku Claude Code vs GitHub Copilot 2026.
