Przejdź do treści
← Kurs M07L01 · Wieloplikowe Operacje i Checkpoints
⚡ Zaawansowany M07L01 M07 · Lekcja 1 z 4 12 min Ćwiczenie

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ą.