Nowy Plan agent w Visual Studio rozwiązuje bardzo realny problem workflow AI

Emiliano Montesdeoca — Thu, 11 Jun 2026 00:00:00 +0000

Ten wpis został przetłumaczony automatycznie. Oryginał znajdziesz tutaj.

Jednym z najbardziej frustrujących workflow kodowania z AI jest sytuacja, gdy implementacja zaczyna się zbyt szybko.

Kod może być nawet technicznie poprawny, ale rozwiązuje złą wersję problemu, który miałeś na myśli.

Chciałeś refaktoryzacji. Zaczęło się przepisywanie. Chciałeś niewielkiej poprawy. Dotknięta została połowa projektu. Chciałeś omówić opcje. Od razu przeszło do zmian w plikach.

Dlatego nowy Plan agent w Visual Studio jest tak użytecznym dodatkiem.

To rozwiązuje realny problem workflow, a nie tylko kosmetyczny

Oryginalny wpis opisuje bardzo znajomą sytuację: “Kod nie jest zły… po prostu nie jest tym, czego chciałeś.”

To zdanie jest idealne.

Bo słabym punktem wielu AI-assisted development nie jest to, czy model potrafi wygenerować kod. Chodzi o to, czy workflow tworzy wystarczająco dużo przestrzeni, by uzgodnić zamierzony kształt pracy zanim zacznie się implementacja.

To ma szczególne znaczenie dla:

dużych funkcji
nieznanych codebase’ów
nienaiwnych refactorów
zmian wrażliwych na architekturę
pracy, która przed rozpoczęciem edycji wymaga review zespołu

W takich sytuacjach skok od razu do implementacji często jest złym ruchem.

Planowanie nie jest narzutem, gdy zadanie jest prawdziwe

Myślę, że zespoły czasem nie doceniają, ile czasu tracą, zaczynając implementację zbyt wcześnie.

Jeśli agent:

to “szybki” start zamienia się ostatecznie w wolniejszy workflow jako całość.

Dlatego ta funkcja mi się podoba.

Tworzy przestrzeń na: Tworzy przestrzeń na:

pytania doprecyzowujące
przygotowanie planu
bezpośrednią edycję planu
udostępnienie planu zanim zaczną się zmiany w kodzie
udostępnienie planu zanim zaczną się zmiany kodu

To nie jest biurokracja. To często po prostu dobra inżynieria.

Plik planu w markdown to mądry wybór

Szczególnie podoba mi się to, że każdy plan jest zapisywany w .copilot/plans/plan-{title}.md.

To sprawia, że etap planowania staje się namacalny.

Plan nie jest zamknięty w transcriptcie czatu. Staje się czymś, co możesz:

przejrzeć
edytować
mentalnie wersjonować
omówić z zespołem
bardziej świadomie przekazać do implementacji

Dzięki temu funkcja wydaje się dużo poważniejsza niż tymczasowy wstęp przed generowaniem kodu.

Tutaj workflow AI zaczyna szanować proces zespołu

Myślę, że to jeden z mocniejszych sygnałów dojrzewania tych narzędzi.

Najlepsze AI developer workflow nie są tymi, które usuwają wszystkie pośrednie kroki. Są tymi, które ulepszają właściwe pośrednie kroki.

A planowanie jest jednym z takich kroków.

Jeśli plan jest silny, implementacja staje się łatwiejsza. Jeśli plan jest słaby, implementacja staje się chaotyczna.

Ta funkcja mówi to wprost.

Moja opinia

To nie jest tylko AI-owa uprzejmość.

To usprawnienie workflow.

A w przypadku prawdziwych funkcji i prawdziwych refaktorów jest to dokładnie taki rodzaj poprawy, który może oszczędzić dużo niepotrzebnego churn, szumu w review i reworku w stylu “to nie to miałem na myśli”.

Myślę, że coraz więcej agent experiences będzie ostatecznie potrzebowało czegoś takiego.

Visual Studio zrobiło to wcześniej w sposób, który naprawdę ma sens.