GitHub Agent Host: Copilot agent z mobilu a z více klientů

GitHub Agent Host je samostatný proces, který drží tvé Copilot agenty naživu nezávisle na okně VS Code. Díky němu můžeš úkol zadat v editoru, cestou z kanceláře ho zkontrolovat z telefonu a večer ho dotáhnout v terminálu. Podle GitHub changelogu z 28. 10. 2026 přišla s VS Code 1.144 navíc možnost řídit agenty běžící na tvém počítači přímo z GitHub Mobile. V tomhle článku ukazuju, jak to nastavit, kde jsou hranice a kdy se to vyplatí.

Pokud už Copilota používáš na pull requesty (třeba přes VS Code Agent Merge), Agent Host je vrstva, která ti odstraní největší praktický problém: agent skončí, jakmile zavřeš okno.

01Co je GitHub Agent Host a proč vznikl

Dosud běžel agent v rámci jednoho okna editoru. Zavřel jsi projekt nebo restartoval VS Code a relace se přerušila. Agent Host tohle mění: je to oddělený proces, který relace Copilota drží mimo konkrétní okno. Podle poznámek k VS Code 1.144 z 28. 10. 2026 na něm běží relace Copilot harnessu a zůstávají dostupné v editoru i v okně Agents.

Prakticky to znamená tři věci:

• Práce pokračuje po zavření okna. GitHub píše, že Agent Host izoluje relace od jednotlivých oken VS Code.
• Agent může běžet na jiném stroji. Vzdálený agent podle changelogu pokračuje, i když se odpojíš nebo ukončíš lokální VS Code. Vzdálený počítač a jeho Agent Host ale musí běžet.
• Více klientů, jedna relace. Stejnou relaci otevřeš ve VS Code, v aplikaci GitHub Copilot, v GitHub Mobile, na github.com i v Copilot CLI.

Pozor Agent Host není cloudový agent. Lokálně nebo vzdáleně hostovaný agent se liší od Copilot cloud agentů, které běží na infrastruktuře GitHubu a pokračují i při zavřeném notebooku. Tvůj počítač s Agent Hostem musí zůstat zapnutý.

02GitHub Agent Host z mobilu: nastavení krok za krokem

Ovládání z telefonu je nejviditelnější novinka. Z GitHub Mobile můžeš zkontrolovat průběh, dát agentovi další pokyn nebo zadat nový úkol na svém vývojovém stroji. Postup podle changelogu:

1. Otevři terminál na vývojovém počítači

Jdi do složky projektu, na kterém má agent pracovat.

2. Spusť Agent Host s GitHub prostředím

code agent host --github-environment

Příkaz zaregistruje tvůj stroj jako prostředí, ke kterému se připojíš z GitHub Mobile. Spouštěj ho ze složky projektu.

3. Nech stroj běžet

Počítač i Agent Host musí zůstat aktivní, dokud ho ovládáš z telefonu. Na notebooku si proto vypni uspávání, jinak se ti relace „ztratí".

4. Otevři GitHub Mobile

V aplikaci vybereš své prostředí a navážeš na relaci, nebo zadáš novou. Stejná relace je pak vidět i ve VS Code.

Tip Pro vzdálené stroje (server, pracovní stanice) nabízí VS Code vzdálený přístup přes Remote SSH a dev tunnels. V okně Agents najdeš příkaz Agents: Add Remote Agent Host... a dialog Manage Remote Environments, který sdružuje GitHub Environments, Dev Tunnels, WSL a SSH hostitele na jednom místě.

03Jeden agent napříč klienty: jak to používat v praxi

Hodnota Agent Hostu je v tom, že se klienti dají střídat. Tady je pracovní den, který dává smysl:

1. Ráno ve VS Code zadáš agentovi refaktor modulu a necháš ho pracovat.
2. Cestou na schůzku z telefonu otevřeš GitHub Mobile, zjistíš, že agent čeká na rozhodnutí, a odpovíš.
3. Po obědě v Copilot CLI na stejné relaci doladíš testy.
4. Při revizi na github.com projdeš výsledek a otevřeš pull request.

Změna je v tom, že kontext se nenese ručně. Okno Agents a editor zůstávají synchronizované s jednou živou relací. Podle changelogu navíc můžeš pokračovat i v relacích, které začaly z DM ve Slacku nebo Microsoft Teams.

Kdy použít lokální Agent Host a kdy cloud agenta

Cloudové relace podle poznámek k VS Code 1.144 používají samostatný workspace, vyžadují placený plán Copilota a podléhají pravidlům organizace. Pokud řešíš, kolik tě agent bude stát, přečti si GitHub Copilot AI Credits.

04Agent Host Protocol: otevřený protokol pro vlastní klienty

Součástí novinky je Agent Host Protocol (AHP) ve verzi 1.0. VS Code přes něj komunikuje s agenty lokálně i na vzdálených strojích, včetně cloudových automatizací. GitHub ho označuje za otevřený a rozšiřitelný: klienti se díky němu drží v synchronizaci a po opětovném připojení dohoní stav. Klientské knihovny jsou pro TypeScript, Rust, Go, Kotlin a Swift.

Pro tebe jako uživatele je to hlavně zajímavé tím, že si jednou můžeš postavit vlastní rozhraní k agentům: interní dashboard týmu, chatovacího bota nebo jiný klient. Pro vlastní klient spustíš code agent host a připojíš se k němu. Dokumentaci najdeš na microsoft.github.io/agent-host-protocol. Podobnou myšlenku sdíleného připojení nástrojů rozebíráme u remote MCP serverů.

Chceš zjistit, kde právě tvůj editor poslouchá? K tomu slouží:

code agent endpoints

05Okno Agents a Copilot harness jako výchozí

Vedle Agent Hostu přinesla verze 1.144 i další změny v okně Agents, které s ním souvisejí:

• Copilot harness postavený na Microsoft Copilot SDK je nově výchozí pro nové relace v editoru i v okně Agents.
• Environment picker nabízí This Computer, Cloud, vhodné vzdálené hostitele a podporované Dev Containers.
• Vnořené relace (New Nested Session) si mohou vybrat každá vlastní workspace.
• Porovnání modelů zapneš nastavením sessions.chat.compareAgents.enabled. Funkce je zatím ve stavu preview.
• Úklid worktree: nastavení chat.agentSessions.sessionStorageCleanupSuggestion.enabled navrhne úklid, když na disku zbývá méně než 5 GB.

Pokud tvůj tým řeší, jak agenty používat bezpečně a jednotně, hodí se k tomu pravidla pro AI coding v týmu.

06Checklist pro týmy před nasazením

Pokud Agent Host zvažuješ pro víc lidí, projdi si před startem tento krátký seznam:

• Politiky organizace: ověř, jestli správce povolil Editor preview features. Bez toho nepůjdou connectors ani Customization Marketplace.
• Pravidla pro computer use: rozhodni, jestli ho organizace povolí. Lze ho vypnout politikou a každá aplikace vyžaduje samostatné schválení.
• Kde agent poběží: vývojářský notebook se hodí pro osobní práci, sdílená pracovní stanice nebo vzdálený stroj přes SSH či dev tunnel pro delší úkoly.
• Kdo kontroluje výstup: i když agenta řídíš z telefonu, výsledek vždy projdi jako běžný pull request, ideálně s revizí druhého člověka.
• Úklid: u delších úkolů se hromadí worktrees. Zapni si nastavení, které při nedostatku místa na disku navrhne úklid.

07Omezení a rizika, na která si dej pozor

Než Agent Host zapojíš do každodenní práce, počítej s těmito body:

• Stroj musí běžet. Pokud spí nebo ztratí síť, agent se ti z telefonu neozve.
• Stav funkcí se liší. Podle changelogu je „computer use" experimentální, porovnání modelů a Copilot connectors jsou v preview. O samotném Agent Hostu ani mobilním ovládání stránka stav preview neuvádí, takže před nasazením v týmu ověř aktuální stav v dokumentaci.
• Schvalování. Každá aplikace vyžaduje tvůj souhlas s computer use a organizace ho může vypnout politikou. Správci Business a Enterprise tarifů musí pro connectors a Customization Marketplace povolit Editor preview features.
• Bezpečnost mobilu. Z telefonu dáváš agentovi pokyny, které se vykonají na tvém stroji s přístupem k repozitářům. Zamkni telefon, používej dvoufázové ověření účtu GitHub a agentovi nedávej víc oprávnění, než potřebuje. Při revizi výstupu pomůže schvalování pull requestů s AI.
• Tarif. Stránky changelogu neuvádějí požadavky na tarif pro mobilní ovládání. Cloudové relace vyžadují placený plán.

08Vyzkoušeli jsme to?

Ne. Tenhle článek vychází z oficiálního changelogu GitHubu a poznámek k VS Code 1.144 z 28. 10. 2026, ne z vlastního testu na zařízení. Postup a příkazy jsme proto nezkoušeli a vycházíme jen z toho, co zdroje uvádějí. Až si mobilní ovládání ověříme na vlastním stroji, článek doplníme o skutečné obrazovky a o to, co nefungovalo.

09Časté otázky

10Co dál

Začni nejmenším krokem: spusť code agent host na pracovním počítači a podívej se, jak se relace chová po zavření okna. Pokud ti to sedí, přidej mobil a později vzdálený stroj. Širší srovnání nástrojů najdeš v článku Claude Code vs GitHub Copilot a stránka nástroje je na GitHub Copilot.