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.
Oryginalny wpis: Planuj przed budową: przedstawiamy Plan agent w Visual Studio
