Edit Mode dziś: Agent Mode do zmian w wielu plikach
Jak obecnie robić wieloplikowe zmiany w VS Code przez Agent Mode, czym to różni się od dawnego Edit Mode i jak reviewować wynik.
Czego się nauczysz
- Jak dziś wygląda aktualny workflow wieloplikowych zmian w VS Code
- Dlaczego dawny Edit Mode nie jest już główną ścieżką i czym zastąpił go Agent Mode
- Jak uruchamiać wieloplikowe edycje, ustawiać poziom autonomii i reviewować efekty
Trzeba zacząć od jednej ważnej korekty
Starsze materiały o Copilocie często uczą czegoś, co dziś brzmi mniej więcej tak: “włącz Edit Mode i pozwól AI zmieniać kilka plików naraz”.
W aktualnej dokumentacji VS Code ten model wymaga korekty.
Edit Mode jest oznaczony jako deprecated. Oficjalna rekomendacja brzmi: do wieloplikowych zmian używaj Agent Mode. Dawny Edit Mode można jeszcze przywrócić ustawieniem chat.editMode.hidden, ale nie jest to już główna ścieżka produktu.
To ważne, bo jeśli budujesz kurs praktyczny, nie możesz uczyć starej powierzchni tak, jakby nic się nie zmieniło.
Co dziś zastępuje Edit Mode
Dzisiejszy workflow wieloplikowych zmian opiera się na lokalnych agentach w Chat View.
Masz trzy wbudowane role:
- Ask do pytań i eksploracji
- Plan do rozpisania planu
- Agent do właściwej implementacji zmian
To właśnie Agent jest obecnie podstawową ścieżką dla zadań typu:
- zmień kilka plików naraz
- wykonaj refaktor obejmujący zależności
- uruchom komendy i popraw wynik
- iteruj aż rozwiązanie przejdzie weryfikację
Różnica wobec starego myślenia jest istotna. Nie chodzi już o “tryb edycji” jako osobną powierzchnię, tylko o pełny agentowy loop:
- zrozum zadanie
- dobierz kontekst i pliki
- wykonaj zmiany
- uruchom narzędzia
- reviewuj pending edits
Agent Mode jest mocniejszy, ale wymaga lepszego nadzoru
Dokumentacja local agents opisuje Agenta jako rolę zoptymalizowaną pod złożone zadania kodowe. Agent może:
- edytować wiele plików
- uruchamiać terminal
- korzystać z narzędzi
- iterować, gdy coś się nie powiedzie
To oznacza realny skok możliwości względem prostego “podmień mi ten fragment”.
Ale ten skok ma koszt: potrzebujesz świadomie zarządzać autonomią.
W praktyce przed większą zmianą ustawiasz trzy rzeczy:
- wybierasz rolę Agent w Chat View
- decydujesz o permission level
- w razie potrzeby dodajesz narzędzia albo rozszerzenia
Jeżeli nie widzisz Agenta, dokumentacja wskazuje wprost: sprawdź, czy włączone jest chat.agent.enabled i czy organizacja nie zablokowała tej funkcji.
Jak zacząć wieloplikową zmianę bez chaosu
Najgorszy możliwy prompt do Agenta brzmi zwykle tak: “zrób refaktor”.
Wieloplikowe zmiany działają dobrze wtedy, gdy prompt zawiera przynajmniej:
- cel zmiany
- ograniczenia
- kryterium końcowe
Na przykład zamiast “przepisz autoryzację” lepiej napisać:
- przenieś logikę walidacji tokenu do osobnego serwisu
- nie zmieniaj publicznego API kontrolerów
- uruchom testy po zmianie i pokaż wynik
To nadal jest high-level prompt, ale daje agentowi granice.
Zmiany są nakładane od razu, ale nie są jeszcze zaakceptowane
To kluczowy element obecnego workflow.
Agent wprowadza zmiany bezpośrednio do plików i zapisuje je na dysku, ale VS Code oznacza je jako pending edits do review. W Chat View widzisz listę zmienionych plików, a w edytorze pojawiają się overlay controls do przechodzenia po zmianach.
To oznacza, że dzisiejszy odpowiednik “Edit Mode” nie kończy się na samym wygenerowaniu diffu. On z definicji zakłada review workflow.
I bardzo dobrze, bo przy wieloplikowych zmianach największe ryzyko nie leży w tym, że AI nic nie zrobi. Ryzyko leży w tym, że zrobi zbyt dużo i przeoczysz uboczne skutki.
Kiedy jeszcze warto znać dawny Edit Mode
Praktycznie z dwóch powodów:
- możesz trafić na starsze tutoriale albo zrzuty ekranu
- w niektórych zespołach ktoś może nadal mieć ten tryb przywrócony ustawieniem
chat.editMode.hidden
Warto więc znać to nazewnictwo historycznie, ale nie warto budować na nim głównego workflow. Dzisiejszy kurs powinien uczyć myślenia: wieloplikowa zmiana = Agent plus review, a nie Edit Mode jako osobna, centralna funkcja.
Mój praktyczny filtr użycia Agenta
Uruchamiaj Agent Mode wtedy, gdy spełnione są przynajmniej dwa warunki:
- zmiana obejmuje więcej niż jeden plik
- trzeba uruchomić narzędzia albo testy
- lokalna poprawka nie wystarczy, bo problem rozlewa się po kodzie
Jeśli zadanie jest małe i lokalne, Inline Chat albo smart action zwykle będą szybsze i bezpieczniejsze.
Ćwiczenie praktyczne
Weź małe zadanie obejmujące dwa lub trzy pliki, na przykład:
- przeniesienie helpera do osobnego modułu
- dopięcie brakującej walidacji w dwóch warstwach aplikacji
- dopasowanie nazwy i importów po małym refaktorze
Uruchom Agent w Chat View i dopisz w promptcie:
- czego nie wolno zmienić
- jak zweryfikować wynik
Po wykonaniu zadania oceń:
- czy agent dobrze zawęził zakres zmian
- czy pending edits były czytelne do review
- czy to zadanie rzeczywiście wymagało Agenta, czy wystarczyłby lżejszy workflow
Kluczowe wnioski
- W aktualnym VS Code dawny Edit Mode jest deprecated, a główna ścieżka wieloplikowych zmian prowadzi przez Agent Mode.
- Agent potrafi edytować wiele plików, używać narzędzi i iterować, ale wymaga sensownego promptu i świadomego review.
- Wieloplikowe zmiany nie kończą się na wygenerowaniu kodu; naturalną częścią workflow są pending edits i ich akceptacja albo cofanie.
- Historyczne pojęcie Edit Mode warto znać tylko po to, żeby rozumieć starsze materiały i ustawienia kompatybilności.
- Agent Mode ma największy sens wtedy, gdy zmiana jest szersza niż lokalny edytor i wymaga realnej orkiestracji pracy.
Co dalej
Skoro wiesz już, jak wygląda nowoczesny workflow wieloplikowych zmian, następnym krokiem jest Plan Mode, czyli pokazanie planu zanim agent ruszy z implementacją.