Agent Mode: czym jest i kiedy go użyć
Różnica między Chat a Agent Mode - kiedy warto oddać Copilotowi autonomię i jakie zadania nadają się do agentowego wykonania.
Czego się nauczysz
- Czym Agent Mode różni się od zwykłego trybu pytanie-odpowiedź
- Kiedy agent daje realny zysk, a kiedy tylko wydłuża ścieżkę do celu
- Jak myśleć o agentowej pracy jako o pętli: kontekst, narzędzia, zmiany i weryfikacja
Agent nie jest “sprytniejszym chatem”
To najważniejsze rozróżnienie w całym module.
W zwykłym chacie prosisz model o odpowiedź, sugestię albo fragment kodu. W Agent Mode prosisz system o wykonanie zadania. To nie jest już tylko generowanie tekstu. To pętla działania.
Dokumentacja opisuje tę pętlę bardzo jasno: agent dostaje wysoki poziom celu, sam dobiera kontekst, czyta pliki, uruchamia narzędzia, proponuje zmiany, sprawdza skutki i iteruje dalej.
W praktyce oznacza to, że przestajesz prowadzić go linia po linii. Zamiast tego definiujesz granice zadania i kontrolujesz przebieg.
Co dokładnie robi Agent Mode
W aktualnym VS Code agent potrafi:
- samodzielnie znaleźć istotne pliki i kontekst w workspace
- wywoływać narzędzia, na przykład do wyszukiwania, czytania plików, sprawdzania problemów albo pracy w terminalu
- proponować i stosować zmiany w wielu plikach
- reagować na błędy kompilacji, lintingu albo testów i poprawiać kolejne iteracje
To dlatego Agent Mode dobrze działa przy zadaniach, które składają się z kilku kroków, a nie jednej odpowiedzi.
Jeżeli problem brzmi: “wytłumacz mi ten moduł”, wystarczy Ask.
Jeżeli problem brzmi: “napraw błąd, zaktualizuj testy i sprawdź wynik”, agent zaczyna mieć sens.
Kiedy agent daje największy zwrot
Najlepsze use case’y są zaskakująco konkretne:
- naprawa błędu, która wymaga przejścia przez kilka warstw aplikacji
- refaktor obejmujący więcej niż jeden plik
- wdrożenie małego feature’a z testami i walidacją
- migracja biblioteki albo API, gdzie trzeba sprawdzić skutki zmian
W każdym z tych przypadków ręczne sterowanie prompt po prompcie byłoby wolne i męczące. Agent skraca liczbę mikrodecyzji, które normalnie musisz podejmować sam.
Kiedy Agent Mode jest przesadą
To równie ważne.
Agent nie jest darmowy. Każda iteracja zużywa czas, kontekst i często więcej requestów do modelu. Jeżeli zadanie jest bardzo małe, dobrze zdefiniowane i lokalne, Agent Mode może być wolniejszy niż zwykły chat albo nawet ręczna edycja.
Zwykle nie opłaca się go odpalać, gdy:
- chcesz tylko zrozumieć kawałek kodu
- poprawka dotyczy jednego miejsca i znasz już rozwiązanie
- potrzebujesz krótkiej propozycji, a nie wykonania
To dobry filtr praktyczny: jeśli nie potrzebujesz ani narzędzi, ani iteracji, ani wieloetapowości, agent może być nadmiarem.
Agent pracuje na wysokopoziomowym celu
Najgorszy prompt do agenta to prompt-mikromenedżer.
Jeśli opisujesz 17 kroków wykonania, odbierasz agentowi główną przewagę. Wtedy lepiej było po prostu użyć zwykłego chatu albo zrobić zmianę ręcznie.
Dobre wejście do Agent Mode brzmi raczej tak:
- “napraw błąd logowania, zidentyfikuj przyczynę, zaktualizuj testy i pokaż co zmieniłeś”
- “dodaj walidację formularza w całym flow rejestracji i sprawdź, czy testy przechodzą”
Czyli: cel, ograniczenia, kryterium zakończenia.
Nie: lista technicznych ruchów, które agent ma ślepo odtworzyć.
Co pozostaje po Twojej stronie
Agent jest autonomiczny, ale nie jest samosterowny w sensie odpowiedzialności.
Po Twojej stronie nadal zostają:
- wybór odpowiedniego trybu pracy
- ustawienie poziomu autonomii i approvali
- ocena, czy agent ruszył we właściwą stronę
- review zmian przed zaakceptowaniem wyniku
To ważne, bo wiele osób myli autonomię z oddaniem odpowiedzialności. VS Code jest zbudowany inaczej. Ma przyspieszać decyzje, a nie zdejmować z Ciebie myślenie.
Agent Mode dobrze łączy się z innymi trybami
Dokumentacja agentów pokazuje ważny model pracy: nie musisz zaczynać i kończyć w tym samym trybie.
Typowy zdrowy workflow wygląda tak:
- zaczynasz w Ask, żeby rozpoznać problem
- przechodzisz do Plan, żeby ustalić ścieżkę implementacji
- odpalasz Agent do wykonania
To jest dojrzalsze niż traktowanie Agent Mode jako domyślnego młotka do wszystkiego.
Czego nie robić
Najczęstsze błędy początkujących są trzy:
- wrzucanie do Agent Mode zbyt małych zadań
- brak kryteriów zakończenia, przez co agent iteruje bez sensu
- brak review po wykonaniu, bo “skoro sam sprawdził testy, to pewnie jest dobrze”
Trzeci błąd jest najdroższy. Agent potrafi wiele rzeczy skorygować, ale nie rozumie Twojej odpowiedzialności biznesowej, bezpieczeństwa i lokalnych kompromisów tak jak Ty.
Kluczowe wnioski
- Agent Mode służy do wykonywania zadania, a nie tylko odpowiadania na pytania.
- Największą wartość daje przy zadaniach wieloetapowych, wieloplikowych albo wymagających weryfikacji.
- Nie opłaca się go używać do małych, lokalnych i oczywistych zmian.
- Dobry prompt do agenta opisuje cel, ograniczenia i wynik końcowy, a nie pełną listę kroków.
- Agent zwiększa tempo pracy, ale nie przejmuje odpowiedzialności za decyzję i review.
Co dalej
Skoro wiesz już, czym jest Agent Mode, trzeba uporządkować drugi poziom decyzji: nie tylko który agent wybrać, ale też gdzie ma pracować i jak różnią się lokalne, background i cloud sessions.