Cursor 3 zmienia punkt ciężkości
Cursor 3 nie został pokazany jako zwykłe odświeżenie interfejsu, lecz jako próba przekształcenia IDE w środowisko do zarządzania pracą agentów. W nowej wersji nacisk przesunięto z pojedynczej pomocy przy pisaniu kodu na koordynację wielu zadań, sesji i wyników. Oznacza to przejście z modelu „AI wspiera programistę” do modelu, w którym człowiek nadzoruje równoległą pracę agentów i podejmuje decyzje o kierunku dalszych zmian.
Nowe okno pracy dla agentów
Najważniejszą nowością stało się Agents Window, czyli osobne miejsce do obsługi agentów działających równolegle obok klasycznego edytora. Taki układ pozwala utrzymać dostęp do standardowego środowiska, a jednocześnie pracować na wyższym poziomie abstrakcji, gdzie liczą się zadania, handoffy i rezultaty. Editor Window nie został usunięty, co samo w sobie pokazuje, że nowy tryb ma rozszerzać sposób pracy, a nie całkowicie zastępować dotychczasowe workflowy.
Równoległość zamiast jednego czatu
Największa zmiana dotyczy tego, że agenci mogą działać jednocześnie w wielu repozytoriach i środowiskach, co wzmacnia sens użycia Cursor 3 w bardziej złożonych projektach. Obsługiwane mają być scenariusze lokalne, oparte o git worktree, zdalne przez SSH oraz chmurowe, więc praca przestaje być zamknięta w jednym repo i jednej sesji. W praktyce taki model lepiej pasuje do zespołów, które delegują zadania, porównują warianty i rozdzielają odpowiedzialność między kilka równoległych przebiegów pracy.
Worktree i best of n jako warstwa eksperymentów
Nowa logika działania została wzmocniona przez komendy /worktree oraz /best-of-n, które wspierają izolowanie zmian i równoległe testowanie kilku podejść do tego samego problemu. Dzięki temu łatwiej uruchamiać osobne gałęzie pracy dla modeli lub agentów i porównywać wyniki bez mieszania zmian w jednym miejscu. To właśnie tutaj widać, że Cursor 3 chce być narzędziem orkiestracji, a nie tylko inteligentnym edytorem.
Review staje się ważniejsze niż generowanie
W świecie agentowym samo wygenerowanie kodu szybko przestaje być najtrudniejsze, bo większym problemem staje się ocena jakości zmian, analiza diffów i decyzja o merge’u. Cursor 3 wyraźnie próbuje przejąć tę warstwę, oferując przegląd zmian, staging, commity i obsługę pull requestów w ramach jednego przepływu. Kierunek jest trafny, ponieważ przy pracy agentowej kontrola nad skutkami działania modeli ma większe znaczenie niż samo tempo ich działania.
Mocna wizja, nierówne wykonanie
Mimo mocnej koncepcji nie widać jeszcze pełnej dojrzałości nowego interfejsu, bo użytkownicy raportują problemy z diff view, nawigacją, statusem gałęzi i spójnością review. Pojawiają się także uwagi dotyczące rozszerzeń, motywów, wyszukiwania plików i stabilności części funkcji w Agents Window. To prowadzi do prostego wniosku: wizja produktu jest silna, ale wdrożenie wciąż wymaga dopracowania.
Design Mode i front end
Interesującym dodatkiem pozostaje Design Mode, który ma ułatwiać przekazywanie kontekstu zmian frontendowych przez wskazywanie elementów bezpośrednio w interfejsie. Taki mechanizm ogranicza nieprecyzyjne opisy typu „ten przycisk po lewej” i może przyspieszyć iteracje nad UI, layoutem i detalami wizualnymi. Jednocześnie pierwsze sygnały pokazują, że dokładność zaznaczeń i dostępność funkcji nie zawsze są jeszcze na poziomie oczekiwanym od narzędzia produkcyjnego.
Klasyczne okno nadal ma przewagę
W praktyce Editor Window wciąż pozostaje bezpieczniejszym wyborem tam, gdzie liczy się precyzyjna edycja, cięższe debugowanie i pełna zgodność z rozszerzeniami. Szczególnie ważne są ograniczenia dotyczące WSL, części scenariuszy zdalnych i większych projektów, gdzie stabilność nawigacji oraz przewidywalność zachowania środowiska są krytyczne. Dlatego najrozsądniej traktować dziś Cursor 3 jako warstwę delegowania i orkiestracji, a klasyczny edytor jako narzędzie do dokładnej kontroli niskiego poziomu.
