GitHub Copilot app jako řídicí centrum pro agentní vývoj

GitHub na Microsoft Build 2026 představil novou GitHub Copilot app. Zaujalo mě hlavně to, jak ji rámuje: ne jako další chat nebo autocomplete, ale jako agent-native desktopové prostředí postavené nad GitHubem.

To je důležitý rozdíl. Agentní vývoj dnes často netrpí jen tím, že model neumí napsat kód. Trpí i tím, že se práce rozpadá mezi chat, editor, terminál, pull requesty, CI, issues a různé běžící sessions.

GitHub v článku popisuje přesně tenhle problém: agenti umí rozjet práci rychleji, ale vzniká víc přepínání kontextu, víc agentem generovaného kódu k review a méně jasná stopa toho, co agent zkusil, ověřil a kde je potřeba lidský úsudek.

Copilot app jako pracovní plocha pro agenty

Nová Copilot app má být desktopové prostředí, kde vývojář vidí práci napříč připojenými repozitáři.

V pohledu My Work má být možné sledovat:

aktivní sessions
issues
pull requesty
background automations
práci rozběhnutou napříč repozitáři

GitHub ji popisuje jako technické preview pro uživatele Copilot Pro, Pro+, Business a Enterprise.

Zajímavý detail je práce s izolací. Každá agentní session běží ve vlastním git worktree, tedy v oddělené kopii větve. To má umožnit paralelní práci více agentů bez toho, aby si navzájem přepisovali změny. Aplikace má řešit setup, cleanup i práci s větvemi za uživatele.

Moje čtení: GitHub tady míří na praktický problém každodenní agentní práce. Ne “jak zadat prompt”, ale “jak řídit několik rozpracovaných změn najednou”.

Agent Merge a hranice automatizace

Součástí oznámení je i Agent Merge.

Ten má pomáhat dotáhnout pull request přes review, kontroly a merge. Podle zdroje může sledovat CI, required reviewers, opravovat failing checks a čekat na splnění podmínek.

Důležité je, že GitHub pořád zdůrazňuje volbu člověka. Vývojář nebo tým si má určit, jak daleko smí Copilot zajít: jestli má jen vrátit CI do zeleného stavu, reagovat na feedback, nebo mergovat až po splnění nastavených podmínek.

Tohle je dobrý signál. U agentů není důležitá jen schopnost něco udělat, ale také přesně nastavit, kde automatizace končí a kde začíná odpovědnost člověka.

Canvas místo nekonečného chatu

Další důležitý prvek jsou canvasy.

GitHub je popisuje jako obousměrné pracovní plochy pro lidi a agenty. Canvas může zobrazovat plán, pull request, browser session, terminál, deployment, dashboard nebo stav workflow. Agent ho má průběžně aktualizovat a vývojář může práci upravovat, řadit, schvalovat nebo přesměrovat.

To je podle mě jeden z nejzajímavějších posunů.

Chat je dobrý pro instrukce a nejasnosti. Ale jakmile agent začne opravdu pracovat, dlouhé vlákno rozhodnutí, logů a oprav rychle ztrácí přehlednost. Canvas má být místo, kde je záměr vidět jako kontrolovatelná práce.

GitHub tomu říká začátek agent experience (AX) v Copilot app.

Sandboxy: agent má kam bezpečněji sáhnout

GitHub také zmiňuje cloudové a lokální sandboxy pro Copilot.

Pointa je jednoduchá: agenti, kteří jen navrhují kód, nechávají hodně práce na člověku. Aby mohli být užitečnější, potřebují kód spouštět, kontrolovat výsledky, testovat změny a iterovat. Ale bez přímého sahání na produkci.

Lokální sandbox má běžet izolovaně na stroji vývojáře, s omezeným přístupem k filesystemu, síti a systémovým schopnostem. Politiky mají být centrálně konfigurovatelné a vynutitelné.

Cloudový sandbox má být izolované, dočasné linuxové prostředí hostované GitHubem. Organizace si mají definovat vlastní politiky a sessions má být možné převzít odkudkoliv.

Zajímavé na tom je, že GitHub neprodává jen “chytřejšího agenta”. Staví mu provozní rámec: kde smí běžet, co smí udělat a jak se to kontroluje.

Review, SDK a jeden runtime

Další část oznámení se týká code review.

S růstem agentně generovaných pull requestů roste i tlak na review. GitHub proto rozšiřuje Copilot code review o systém, který má jít přizpůsobit interním standardům, kontextu a nástrojům týmu přes custom agent skills, MCP server connections a configurable Actions workflows.

Zmiňuje také medium tier review, které směruje pull requesty na model s vyšším reasoningem. Admini mají nastavovat guidelines pro jednotlivé repozitáře na low nebo medium podle rizika a dopadu kódu.

Vedle toho GitHub oznamuje obecnou dostupnost Copilot SDK pro Node.js/TypeScript, Python, Go, .NET, Rust a Java. Smysl je dát týmům stejný agentní runtime, na kterém běží Copilot app, i pro vlastní nástroje.

To je prakticky důležité. Pokud firma chce interní nástroj pro analýzu kódu, generování release notes nebo agenta vloženého do support workflow, nemusí podle GitHubu skládat vlastní stack od nuly.

Co si z toho vzít

Moje čtení: GitHub Copilot app není zajímavá jen jako desktopová aplikace.

Je to signál, že agentní vývoj potřebuje novou vrstvu tooling kolem samotného modelu.

Nejde jen o to, aby agent napsal kód. Jde o to, aby bylo vidět:

co právě dělá
v jakém prostředí běží
jaké změny vytvořil
co ověřil
co čeká na člověka
a kdo nese odpovědnost za merge

Praktický dopad pro týmy je jasný: pokud mají agenti dělat víc než jen odpovídat v chatu, budou potřebovat vlastní pracovní plochu, izolaci, review proces, auditní stopu a jasně nastavené hranice automatizace.

Tohle je možná méně efektní než další benchmark modelu.

Ale pro reálné používání agentů ve vývoji to může být důležitější.