Menu
Přihlásit
Článek Vibe coding

GitHub Copilot v JetBrains Air: lokálně i v cloudu

GitHub Copilot v JetBrains Air: jak zadat úkol lokálně i v cloudu, zkontrolovat změny v IDE a nepřijít o kredity. Postup krok za krokem i s pastmi.

Aktualizováno 7 min čtení 12 sekcí

Obsah článku 12 sekcí

V kostce

  • GitHub Copilot jde v JetBrains Air spustit lokálně v IDE (stačí Copilot předplatné) i v cloudu, kde úkol běží dál po zavření notebooku.
  • Cloudový běh vyžaduje JetBrains účet firmy s Air Teams, GitHub připojený v Settings | VCS Providers a změny pushnuté do vzdálené větve.
  • Úkoly se účtují na tvůj Copilot plán; Air spotřebu kreditů nesleduje ani neomezí, takže po vyčerpání úkoly jen selhávají.
  • Začni malým úkolem (flaky test, bump závislosti) a týdenní automatizací; automatizace nad každým PR spálí kredity nejrychleji.

GitHub Copilot v JetBrains Air funguje ve dvou režimech: lokálně ve tvém IDE a v cloudu, kde úkol doběhne i po zavření notebooku. Pokud dnes platíš Copilot a pracuješ v IntelliJ IDEA, PyCharmu nebo WebStormu, můžeš v Airu zadat několik úkolů najednou, nechat je běžet paralelně a výsledky projít na jednom místě. Níže najdeš, co k tomu potřebuješ, jak to nastavit a kde tě čeká past s kredity.

Poctivě předem Air s Copilotem jsem na tomto serveru sám nespouštěl (jde o desktopové IDE a placený cloud). Článek vychází z oficiálních blogových příspěvků JetBrains ze začátku listopadu 2026 a října 2026. Postupy jsou převzaté z nich, ne z mého vlastního testu.

Co je JetBrains Air a co se změnilo s Copilotem

JetBrains Air je prostředí pro agentický vývoj: úkoly zadáváš agentům, necháš je běžet paralelně a jejich změny kontroluješ na jednom místě. V říjnu 2026 JetBrains otevřel Early Access Program pro Air přímo v IDE (plugin z Marketplace nebo nativně v buildech 2026.3 EAP). Air není poskytovatel AI a nenese žádné agenty, jen propojuje ty, které už používáš: Codex, GitHub Copilot, Junie, Cursor nebo další agenty přes protokol ACP. JetBrains AI předplatné k tomu nepotřebuješ.

Novinka z 3. a 4. listopadu 2026: podle blogu JetBrains Air můžeš v Airu zvolit GitHub Copilot jako agenta lokálně v IDE i v cloudu s Air Teams. Úkoly běží na tvém stávajícím Copilot plánu, ne na kreditech JetBrains AI. Air přitom spouští oficiální Copilot CLI přes Agent Client Protocol (ACP), takže dostaneš skutečného Copilot agenta a modely, které ti nabízí, ve stejném seznamu úkolů jako Claude, Codex a Junie.

Lokální a cloudový běh: kdy který použít

Lokální běh Cloudový běh
Kde běží na tvém stroji, v lokálním projektu na izolovaném virtuálním stroji
Požadavky Copilot předplatné Copilot předplatné + JetBrains účet firmy s Air Teams
Po zavření notebooku agent se zastaví úkol pokračuje
Zdroj kódu lokální pracovní složka vzdálená větev (musíš pushnout)
Vhodné pro rychlé úpravy, kde chceš dohlížet nudné, jasně vymezené úkoly

Pravidlo pro praxi: do lokálního běhu patří vše, co chceš sledovat a rychle opravovat. Do cloudu dej úkoly, které bys jinak odkládal: nestabilní test, zvednutí závislosti, drobná chyba s jasnou reprodukcí. Přesně tuhle třídu úkolů doporučuje začít i JetBrains.

Jak spustit Copilot lokálně v Airu

Air s Copilotem lokálně nepotřebuje Air Teams, jen předplatné Copilotu. Postup podle JetBrains:

1. Nainstaluj Air do IDE

Air je zatím v EAP, takže si stáhni plugin z JetBrains Marketplace nebo použij build 2026.3 EAP a Air v IDE otevři.

2. Vyber agenta GitHub Copilot

V přepínači agentů zvol GitHub Copilot. Pokud máš nainstalované jiné agenty, Air je detekuje a nabídne vedle něj.

3. Přihlas se přes GitHub

Air tě vyzve k přihlášení. Účet Copilotu řeší GitHub, ne Air.

4. Popiš úkol a klikni na Send

Copilot pracuje v tvém lokálním projektu a změny pak zkontroluješ v Airu stejně jako u každého jiného agenta.

Tip Zadání piš jako malý ticket: co se má změnit, jak poznáš, že je hotovo, jaký příkaz má agent spustit pro ověření. Čím konkrétnější, tím méně kol review.

Jak zadat cloudový úkol pro Copilota

Cloud vyžaduje JetBrains účet firmy s Air Teams (nabídka pro firemní zákazníky JetBrains) a předplatné GitHub Copilot. Cloudový agent pracuje ze vzdálené větve, takže změny nejdřív pushni.

Z webu

Otevři Air a přihlas se JetBrains účtem. V Settings | VCS Providers připoj GitHub; samostatné přihlášení k Copilotu neexistuje, Air stejné spojení použije při startu úkolu na cloudovém stroji. Pak klikni na New Task, vyber repozitář a větev, v přepínači agentů zvol GitHub Copilot, popiš úkol a odešli. Pokud Copilot v nabídce chybí, zkontroluj, že je GitHub připojený a že účet má předplatné.

Z IDE

V IDE otevři Air, začni nový úkol a jako prostředí zvol Cloud. Vyber GitHub repozitář a větev; pokud GitHub ještě není propojený, Air ukáže pruh s tlačítkem Authorize a schválíš aplikaci v prohlížeči. Vrať se do IDE, vyber GitHub Copilot a pošli úkol.

Úkol se pak objeví v seznamu Tasks pod repozitářem, v IDE i na webu. Až doběhne, otevřeš ho a projdeš změny.

Kde cloudové úkoly běží a proč je to bezpečnější

Každý úkol dostane vlastní virtuální stroj. Copilot běží v Docker kontejneru, je přihlášený tvým GitHub účtem, veškerý provoz jde přes proxy a nic se nepřenáší do dalšího úkolu. Agent tak může buildovat, testovat a instalovat balíčky, aniž by sahal na tvůj notebook. Pro srovnání: podobnou myšlenku izolace a paralelních větví řeší i git worktrees pro paralelní Claude Code nebo Codex Cloud.

Review v IDE: jak změny zkontrolovat

Hlavní argument pro Air je, že review neděláš v chatu, ale v IDE. Lokálně i z cloudu projdeš změny na jednom místě, s diffy, navigací a inspekcemi, které IDE nabízí. JetBrains k tomu přidává vestavěné nástroje pro agenty (ladění, profilování výkonu, práce s databází, sémantické hledání v kódu), které podle něj mohou u některých úloh šetřit tokeny.

Praktický postup, který doporučuju:

  • Nejdřív přečti souhrn agenta a porovnej ho s diffem; souhrn není důkaz.
  • Spusť testy a inspekce IDE nad změněnými soubory.
  • U větších změn si nech vytvořit pull request a pusť přes něj ještě druhou kontrolu, třeba Copilot code review.
  • Nic nemerguj bez vlastního pohledu na změny v citlivých částech (platby, oprávnění, migrace).

Automatizace: Copilot podle plánu nebo u každého PR

Air Teams umí spouštět cloudové úkoly samo: podle plánu, nebo když se v repozitáři něco stane, například přijde nový pull request. Při volbě Copilota se každý běh účtuje na tvůj Copilot plán. JetBrains doporučuje začít týdenní aktualizací závislostí: dobře se reviduje a spotřeba je předvídatelná. Automatizace, která reviduje každý pull request, naopak může kredity vyčerpat mnohem rychleji, zvlášť v rušném repozitáři.

Past: kredity Copilota Air nehlídá

Tohle je nejdůležitější věta pro týmy. Air neukazuje spotřebu Copilota a nemůže ji omezit. Copilot CLI si při startu úkolu ověří plán a kredity přímo u GitHubu. Air před startem kontroluje jen to, že máš aktivní předplatné, ne kolik kreditů zbývá. Když se kredity vyčerpají, úkoly prostě začnou selhávat, bez varování.

Co s tím:

  • Spotřebu sleduj přímo na GitHubu, ne v Airu. Jak nastavit limity a rozpočet týmu, vysvětluje článek o tokenové platbě Copilota.
  • Zapni automatizace postupně, jednu po druhé, a po týdnu zkontroluj spotřebu.
  • Když úkol selže brzy po startu, nejdřív zkontroluj kredity, než začneš hledat chybu v kódu.
  • JetBrains uvádí, že použít jde jakýkoli plán, který GitHub pro Copilot CLI přijímá; Air konkrétní plán nekontroluje.

Kdy zvolit Air a kdy zůstat u pluginu Copilot

Air s Copilotem není náhrada klasického Copilot pluginu v JetBrains IDE. Copilot plugin má vlastní cesty delegace (Copilot coding agent otevře draft pull request, Copilot CLI agent běží lokálně s izolovaným worktree) a nabízí věci jako inline chat nebo code review. Air je vrstva nad tím: hodí se, když chceš míchat více agentů (Claude, Codex, Junie, Copilot) v jednom seznamu úkolů a řídit je paralelně. Pokud ti stačí jeden agent a doplňování kódu, plugin je jednodušší. Širší srovnání nástrojů najdeš v článku Claude Code vs GitHub Copilot, o firemních pravidlech v AI coding governance. Přehled nástroje je i v katalogu AI nástrojů.

Pro koho to dává smysl v praxi

Největší přínos čekej u týmů, které už mají backlog drobných úkolů: aktualizace závislostí, opravy nestabilních testů, malé chyby s jasnou reprodukcí, doplnění testů k existujícímu kódu. Tyhle věci se obvykle odkládají, protože přepnutí kontextu stojí víc než samotná práce. Delegace cloudovému agentovi tuhle cenu snižuje: zadáš úkol, vrátíš se k hlavní práci a později jen zkontroluješ diff.

Naopak u návrhu architektury, citlivých migrací nebo úprav bezpečnostní logiky zůstaň u lokálního běhu, kde agenta vidíš pracovat a můžeš ho včas zastavit. Pokud takové úkoly zadáváš opakovaně, zvaž i širší rámec, jak postavit malou softwarovou továrnu s agenty, včetně pravidel pro review a odpovědnost za výsledek.

Krátký plán na první týden

  1. Den 1: lokální běh, jeden malý úkol (oprava nestabilního testu), pak review v Airu.
  2. Den 2–3: dva paralelní úkoly v různých částech projektu, sleduj, jestli se nepřetínají.
  3. Den 4: první cloudový úkol (zvednutí závislosti) z větve, kterou jsi pushnul.
  4. Den 5: zkontroluj spotřebu kreditů na GitHubu a teprve pak zapni týdenní automatizaci.

Časté otázky

Potřebuji pro Copilot v Airu JetBrains AI předplatné?

Ne. Úkoly běží na tvém Copilot plánu a Air plugin sám žádného AI poskytovatele nenese. Pro cloudový běh ale potřebuješ JetBrains účet firmy s Air Teams.

Funguje Copilot v Airu i bez Air Teams?

Ano, lokálně. Potřebuješ jen předplatné GitHub Copilot a přihlášení přes GitHub.

Co se stane, když dojdou kredity Copilota?

Úkoly začnou selhávat, protože Air kredity nevidí a nehlídá. Spotřebu ověříš na GitHubu.

Musím před cloudovým úkolem pushnout kód?

Ano. Cloudoví agenti pracují ze vzdálené větve, takže změny nejdřív pushni.

Je Air s Copilotem už stabilní?

Air v IDE je podle JetBrains v Early Access Programu, takže počítej se změnami v rozhraní i chováním. Cloudové úkoly zkoušej nejdřív na nekritických repozitářích.

Pokračuj dál

Všechny články →