Stacked PR na GitHubu: Jak zrychlit code review, když AI píše kód rychleji, než ho stihneš kontrolovat

Máš za sebou ráno, kdy ti AI agent napsal feature, refactoring a dva bugfixy. Kód je hotový, testy prošly. A teď přijde ta nemilá část: musíš to celé otevřít v jednom obřím pull requestu a buď ho sám sebe-reviewovat, nebo ho hodit na kolegu, který se z něj hroutí. GitHub 30. července 2026 spustil stacked pull requests do public preview — a pro lidi, co generují kód s AI, je to jedna z nejvíc potřebných funkcí za dlouhou dobu.

V tomto článku si ukážeme, proč stacked PR řeší přesně ten bottleneck, který AI coding vytvořil, jak ho zprovoznit za minutu přes gh-stack a jak ho napojit na GitHub Copilot, aby stohování PR dělal za tebe agent.

Proč je review úzkým hrdlem AI codingu

Nejprve ten problém, který stacked PR řeší. Doteď jsi měl dvě špatné možnosti:

1. Jeden velký PR. AI ti za hodinu vygeneruje 800 řádků napříč šesti soubory. Reviewer to buď projde povrchně, nebo se zablokuje a feature leží ve frontě dny. Kvalita klesá, feedback loop se protahuje.
2. Více malých PR na separátních větvích. Rozsekáš práci do pěti větví, ale každou musíš rebaseovat, jakmile se Merge main posune. Po třetím konfliktu to vzdáš.

Stacked PR nabízí třetí cestu: uspořádanou sérii malých PR, kde každé cílí na vrstvu pod sebou. Reviewer vidí jen diff dané vrstvy, ty netrávíš čas rebasováním, a když mergneš spodní vrstvu, GitHub automaticky rebaseuje a přecíluje ty nad ní. Jedním klikem můžeš slándovat celou stacku nebo její část.

Je to přesně ten posun, který popisuje Andy Merryman, CTO TED: „AI udělalo naše vývojáře dramaticky produktivnějšími, ale vytvořilo to nový bottleneck — PR rostly tak, že revieweři nestačili. Stacked PR to řeší. Rozdělením velkých změn do malých, závislostně uspořádaných kousků probíhá review v menších logických celcích — nejen rychlejší, ale přesnější."

Co přesně GitHub spustil

Veřejný preview 30. července 2026 přináší čtyři věci, které stojí za to znát:

• Stack jako first-class objekt na GitHubu. PR už nejsou izolované — ví se, které patří nad sebe, a v UI vidíš stack mapu, která tě orientuje.
• Nezávislý review každé vrstvy. Otevřeš PR, vidíš jen diff pro tuhle vrstvu. Kolega může reviewovat vrstvu 2, zatímco ty dohaduješ vrstvu 4.
• Merge jedním klikem. Mergneš vrchní ready PR a GitHub landne i všechny nezhodnocené vrstvy pod ní. Mergnout můžeš i jen část stacky — zbylé PR zůstávají a automaticky se rebaseují.
• Branch protection funguje dál. Tvoje stávající required checks a ochrany main zůstávají aktivní pro každou vrstvu. Nic nemusíš překonfigurovávat.

A klíčové pro náš kontext: funguje to s coding agenty. GitHub výslovně zmiňuje, že se stacky dají tvořit přes GitHub Copilot pomocí gh-stack skillu. To znamená, že agent může rozdělit svou práci na logické vrstvy sám.

Jak zprovoznit gh-stack za minutu

Instalace je triviální. Potřebuješ GitHub CLI (gh) a jediný příkaz:

gh extension install github/gh-stack

Tim máš rozšíření v terminálu. Tvůj první stack pak postavíš takto:

1. Vytvoř větev pro první logickou vrstvu změny (např. feat/db-schema).
2. Commitni a otevři PR: gh stack create nebo klasicky přes web.
3. Nad ni navaž další větev pro další vrstvu (např. feat/repo-layer), commitni, otevři PR cílené na vrstvu pod sebou.
4. Pokračuj, dokud nemáš celou feature rozloženou do 3–6 malých, reviewovatelných vrstev.

V PR UI uvidíš stack mapu nahoře, která ukazuje, jak tenhle PR zapadá do většího celku. Reviewer tak ví kontext, ale nemusí reviewovat 800 řádků najednou.

Pro lidi, co používají gh denně, je to naprostý gamechanger — žádné externí toolingy typu Graphite nebo Avocado, vše nativně v GitHubu.

Jak stacked PR propojit s AI coding agenty

Tady je ten bod, který dělá stacked PR relevantní pro AI workflow. Když ti AI agent napíše velkou změnu, máš tendenci ji hodit do jednoho PR — a přesně tam review umírá. Se stacked PR můžeš agenta instruovat, aby práci rozdělil do vrstev hned při generování.

Konkrétní postup, který funguje dnes:

• Rozděl úkol na logické fáze hned v promptu. Místo „naimplementuj feature X" řekni agentovi: „Naimplementuj feature X ve třech krocích: 1) schema migrace, 2) repository layer, 3) API endpoint. Po každém kroku commitni na samostatnou větev nad předchozí."
• Nech agenta používat gh-stack skill přes Copilot. GitHub výslovně zmiňuje, že gh-stack funguje jako Copilot skill — agent pak umí otevírat PR v stacku sám, bez tvého zásahu.
• Definuj hranice vrstev podle reviewability. Dobrá vrstva je taková, kterou může kolega reviewovat za 5–10 minut. Schema + repozitář + endpoint jsou tři přirozené hranice. Hodit do jedné vrstvy migraci, business logiku a frontend je přesně to, co stacked PR nemá řešit.

John Resig, tvůrce jQuery, to popisuje nasvostro: „Landnout 5 stacked PR přímo do merge queue najednou! Odstraňuje to obrovskou frikci." Pro AI workflow to znamená, že můžeš nechat agenta vygenerovat celou feature, rozdělit ji do stacku a ty pak sedíš a reviewuješ vrstvu po vrstvě, místo abys bojoval s jedním monolitickým diffem.

Kdy stacked PR používat a kdy ne

Stacked PR není stříbrná kulka. Hodí se, když:

• Máš velkou změnu s přirozenými hranicemi (migrace → logika → UI).
• Pracuješ s AI agentem, který vygeneruje hodně kódu najednou a ty chceš reviewovat postupně.
• Tvůj tým má problém s tím, že velké PR leží ve frontě dny.

Nehodí se, když:

• Je změna malá — sáhodlouhá stacka pro 50 řádků je overkill a zdržuje.
• Nemáš jasný dependency řád mezi částmi. Pokud jsou změny nezávislé, udělej normálně paralelní PR, ne stacku. Stacked PR je pro kusy, které na sobě závisí a musí jít do main v daném pořadí.
• Tvůj CI neumí efektivně běžet na menších diffech a každou vrstvu pustí celou test suite zbytečně draho.

Pokud řešíš paralelní nezávislé úkoly (pět ticketů najednou), stacked PR není ten nástroj — to je přesně případ, který popisuje článek Paralelní AI coding agenty v cloudu. Stacka je pro jednu logickou práci rozdělenou na vrstvy, ne pro pět různých prací.

Praktický checklist na první týden

Aby ti stacked PR opravdu ušetřilo čas a nepřidalo režii, drž se těchto bodů:

1. Začni s gh-stack extension. gh extension install github/gh-stack a vyzkoušej na jedné reálné feature, ne na toy projektu.
2. Definuj vrstvy předem, ideálně v promptu agentovi. Rozhodnout se, co je vrstva, až po napsání kódu, je nejrychlejší cesta k chaosu.
3. Drž vrstvy malé. Cílem je review za 5–10 minut. Pokud je vrstva větší, rozděl ji.
4. Mergeuj odshora dolů, když můžeš. Mergnutím vrchní ready vrstvy landneš i vše pod ní. Ušetříš si klikání.
5. Sleduj, kde se ti stacka rozpadá. Pokud musíš pořád ručně rebaseovat, něco je špatně — buď máš špatné dependency hranice, nebo by to měl být paralelní PR, ne stacka.

Závěr

Stacked PR neřeší problém, jak psát kód rychleji — to už AI dělá. Řeší problém, co s tím kódem dělat, až ho máš. Review je dnes úzké hrdlo každého týmu, co používá AI coding, a obří monolitický PR je nejhorší možná odpověď. Rozdělení do malých, závislostně uspořádaných vrstev s automatickým rebasováním a one-click merge je přesně to, co tenhle workflow potřebuje.

Funkce je v public preview od 30. července 2026. Nainstaluj si gh-stack, vezmi si další AI-generovanou feature a zkus ji rozdělit do tří vrstev. Uvidíš, že revieweři (ať už jsi to ty sám, nebo kolega) se nadechnou s úlevou.