Copilot CLI: GitHub Copilot w terminalu

Czego się nauczysz

• Czym są sesje Copilot CLI w aktualnym workflow VS Code
• Kiedy wybrać worktree isolation, a kiedy workspace isolation
• Jak handoffować zadania do background agenta i monitorować ich postęp

Copilot CLI w VS Code to nie tylko “AI w terminalu”

Aktualna dokumentacja pokazuje coś ważniejszego: background sessions zarządzane z poziomu wspólnego Chat view.

To znaczy, że Copilot CLI nie jest tylko dodatkiem do wpisywania komend. To osobny typ sesji agenta działającej lokalnie w tle.

Po co w ogóle istnieje Copilot CLI session

Local agent w VS Code jest świetny do interaktywnej pracy, kiedy chcesz patrzeć agentowi na ręce.

Copilot CLI ma sens wtedy, gdy zadanie:

• jest dobrze zdefiniowane
• nie wymaga ciągłego steeringu
• może pracować w tle, podczas gdy robisz coś innego

To świetny wybór dla implementacji z planu, większej serii zmian albo zadania, które ma sens odizolować od głównego workspace’u.

Dwa tryby izolacji zmieniają wszystko

To najważniejsza część tej lekcji.

Masz dwa tryby:

• Worktree isolation
• Workspace isolation

Worktree isolation tworzy oddzielny Git worktree, więc zmiany agenta nie wpadają od razu do Twojego aktywnego katalogu roboczego.

Workspace isolation działa bezpośrednio na bieżącym workspace.

To nie jest kosmetyka. To fundamentalna decyzja o promieniu ryzyka i wygodzie iteracji. Jeśli nie wiesz jeszcze czym dokładnie jest git worktree i czym różni się od brancha, następna lekcja to wyjaśnia.

Kiedy worktree isolation ma największy sens

Wybierasz je, gdy:

• chcesz odseparować duże albo ryzykowne zmiany
• nie chcesz mieszać pracy agenta z własnymi bieżącymi edycjami
• repo jest gitowe i możesz bez problemu pracować na worktree

Docs podają jeszcze jedną ważną rzecz: w tym trybie poziom permission jest ustawiony na Bypass Approvals i nie da się go zmienić. To jest logiczne, bo agent działa na odizolowanej kopii.

Kiedy workspace isolation jest lepsze

Wybierasz je, gdy:

• chcesz szybkiej iteracji na aktualnym kodzie
• zależy Ci na bezpośredniej obserwacji zmian w głównym repo
• potrzebujesz pełnego wyboru poziomu permission

W tym wariancie możesz nadal używać Default Approvals, Bypass albo Autopilot, tak jak w lokalnej sesji.

Handoff z local agenta do Copilot CLI to bardzo praktyczny wzorzec

To moim zdaniem jedna z najmocniejszych rzeczy w aktualnym workflow.

Najpierw pracujesz lokalnie:

• doprecyzowujesz wymagania
• robisz research
• budujesz plan

Potem handoffujesz zadanie do Copilot CLI, żeby agent wykonał je w tle z pełnym kontekstem rozmowy.

To jest bardzo dojrzały model pracy, bo łączy interaktywne myślenie z autonomicznym wykonaniem.

Terminal i Chat view nadal są jedną całością

Możesz startować sesje z Chat view albo bezpośrednio z terminala, a VS Code i tak je wykrywa i pokazuje w liście sesji.

To ważne, bo nie musisz wybierać jednego stylu pracy na zawsze. Możesz:

• odpalić sesję w Chat view
• przełączyć się do terminala
• wrócić do podglądu statusu w sesjach

Trzeba też znać ograniczenia

Docs są tu konkretne:

• Copilot CLI nie ma dostępu do wszystkich wbudowanych narzędzi VS Code
• nie widzi extension tools
• obecnie może korzystać tylko z lokalnych MCP serwerów, które nie wymagają auth

To oznacza, że Copilot CLI nie zastępuje każdej lokalnej sesji. Jest specjalizacją do background worku, nie uniwersalnym trybem wszystkiego.

Custom agents też mogą wejść do gry

W eksperymentalnym wariancie możesz używać custom agents w sesjach Copilot CLI. To bardzo ciekawe, bo pozwala przenieść własne role także do background execution.

Trzeba jednak pamiętać, że docs wskazują tu ograniczenie: obecnie dotyczy to agentów zdefiniowanych w workspace.

Ćwiczenie praktyczne

Weź jedno realne zadanie z projektu i zdecyduj:

• czy najpierw robisz plan w lokalnej sesji
• czy potem handoffujesz do Copilot CLI
• czy wybierasz worktree isolation, czy workspace isolation
• jaki poziom permission ma sens dla tego zadania

Na końcu opisz, co byłoby sygnałem, że zadanie nie nadaje się do background session i lepiej zostać w lokalnym agencie.

Kluczowe wnioski

• Copilot CLI w VS Code to background agent session, nie tylko terminalowy gadżet.
• Najważniejsza decyzja dotyczy trybu izolacji: worktree albo workspace.
• Najlepszy workflow często wygląda tak: local research i plan, potem handoff do CLI.
• Copilot CLI ma konkretne ograniczenia narzędziowe, więc trzeba używać go świadomie.

Co dalej

Kończysz moduł o ekosystemie i własnych capability. Następny blok idzie poziom wyżej: context engineering, TDD, debugowanie z AI i browser tools, czyli techniki pracy, które odróżniają używanie Copilota od naprawdę skutecznego używania Copilota.