Cursor — tryb Multitask i najnowsze funkcje (czerwiec 2026)

Cursor nieustannie przyspiesza. W ciągu ostatnich dwóch miesięcy edytor przeszedł serię aktualizacji, które zmieniają sposób pracy z agentami AI. Centralną nowością jest tryb /multitask, ale obok niego pojawiły się też ulepszenia Canvasów, nowe możliwości SDK oraz znaczące przyspieszenie Bugbota. Ten artykuł opisuje każdą z tych zmian i wyjaśnia, kiedy warto je stosować.

Tryb Multitask — równoległe subagenty z poziomu jednej sesji

Co to jest `/multitask`?

Wprowadzony 24 kwietnia 2026 r. w wersji Cursor 3.2 tryb /multitask to polecenie dostępne w oknie Agents Window. Po jego wpisaniu Cursor zamiast kolejkować kolejne żądania do jednego agenta — uruchamia asynchroniczne subagenty, które pracują równolegle. Duże zadanie może zostać automatycznie podzielone na mniejsze fragmenty, a każdy z nich trafia do osobnego subagenta.

Jeśli w kolejce czekają już zakolejkowane wiadomości, wystarczy poprosić Cursora o przełączenie ich w tryb multitask — subagenty startują natychmiast, bez czekania na zakończenie bieżącego przebiegu.

Jak działa pod maską?

Każdy subagent ma własne okno kontekstu. Do agenta nadrzędnego wraca tylko końcowe podsumowanie, dzięki czemu główna sesja zachowuje pełną pojemność planistyczną i pozostaje responsywna na pytania uzupełniające. Subagenty domyślnie używają tego samego modelu co agent nadrzędny (z wyjątkami dla BYOK i rozliczeń per-request).

/multitask daje dwa tryby działania:

Równoległe kolejkowanie — zamiast czekać jeden po drugim, zakolejkowane polecenia startują jako tło.
Automatyczna dekompozycja — jedno duże polecenie jest dzielone na logiczne kawałki, każdy wysyłany do osobnego subagenta.

Co `/multitask` dodaje nad istniejący mechanizm subagentów?

Ważna uwaga: Cursor mógł spawnować równoległe subagenty za pomocą narzędzia Task już wcześniej — agent-rodzic mógł z własnej inicjatywy delegować niezależne podzadania do wielu subagentów i czekać na ich wyniki. /multitask nie wprowadza tu zupełnie nowego mechanizmu, lecz zmienia go w kilku konkretnych aspektach:

Konwersja kolejki na równoległość. Przed /multitask wiadomości czekające w kolejce były przetwarzane sekwencyjnie — jedna po drugiej. /multitask pozwala użytkownikowi jawnie przekształcić zakolejkowane żądania w równoległe uruchomienia. Wcześniej wymagało to napisania promptu, który nakłaniał agenta do użycia Task tool we właściwy sposób.

Subagenty działają w tle — rodzic pozostaje nieblokujący. W klasycznym podejściu z Task tool agent-rodzic był typowo zablokowany do czasu otrzymania wyników od subagentów. Z /multitask subagenty działają asynchronicznie w tle, a rodzic natychmiast wraca do interaktywności — można zadawać mu pytania i pisać kolejne prompty, gdy subagenty jeszcze pracują.

Automatyczna dekompozycja bez złożonego promptowania. Zamiast konstruować prompt nakłaniający agenta do rozbicia zadania i samodzielnego wywołania Task tool — wystarczy wpisać /multitask i Cursor sam określa, jak podzielić zadanie na niezależne kawałki.

Przycisk „Build in Parallel" w trybie planowania. Gdy agent generuje plan działania, można kliknąć „Build in Parallel" zamiast „Build Locally" — Cursor automatycznie identyfikuje niezależne fragmenty planu i uruchamia je jako równoległe subagenty.

Aspekt	`Task` tool (wcześniej)	`/multitask`
Kto inicjuje	Agent autonomicznie	Użytkownik jawnie lub „Build in Parallel"
Rodzic podczas pracy subagentów	Zablokowany	Interaktywny
Kolejka żądań	Sekwencyjna	Można skonwertować na równoległą
Dekompozycja zadania	Agent musi sam do tego dojść na podstawie promptu	Automatyczna po wpisaniu `/multitask`

Kiedy używać, a kiedy nie

/multitask sprawdza się najlepiej, gdy zadanie ma niezależne workstreamy — na przykład jednoczesne pisanie testów do kilku modułów, generowanie dokumentacji dla różnych klas albo refaktoryzacja niepowiązanych plików. Tryb sprawdza się też wtedy, gdy chcesz, żeby praca szła w tle, a ty w tym czasie zadajesz pytania uzupełniające.

Nie warto go stosować, gdy zadania mocno się ze sobą przeplatają i modyfikują te same pliki — wtedy lepiej uzupełnić /multitask o worktrees (patrz niżej) albo po prostu pracować sekwencyjnie.

Worktrees w Agents Window (Cursor 3.2, 24 kwietnia 2026)

Razem z /multitask Cursor 3.2 wprowadził ulepszony system worktrees bezpośrednio w oknie Agents Window. Worktree to oddzielny checkout gita na osobnej gałęzi — każdy subagent może edytować swoje własne pliki bez ryzyka konfliktu z innymi agentami pracującymi w tym samym czasie.

Gdy subagent skończy pracę, wystarczy kliknąć jeden przycisk, żeby przenieść daną gałąź na pierwszy plan i przetestować zmiany lokalnie. To szczególnie przydatne w połączeniu z /multitask — subagenty pracują na izolowanych branchach, więc merge jest prosty i przewidywalny.

Multi-root workspaces (Cursor 3.2, 24 kwietnia 2026)

Pojedyncza sesja agenta może teraz targetować workspace złożony z wielu folderów jednocześnie. W praktyce oznacza to, że agent może wprowadzać zmiany przekrojowe — obejmujące jednocześnie frontend, backend i biblioteki wspólne — bez konieczności przełączania kontekstu za każdym razem, gdy przenosi się między repozytoriami. Workspace jest zapisywalny jako gotowy do ponownego użycia profil.

Canvas Design Mode i raport zużycia kontekstu (Cursor 3.7, 4 czerwca 2026)

Design Mode w Canvasach

Cursor wprowadził tryb projektowania bezpośrednio w Canvasach. Zamiast opisywać zmianę słowami — „przesuń legendę do prawej strony wykresu" — możesz kliknąć dany element UI wewnątrz Canvasa, dodać adnotację i wysłać to do agenta jako bezpośrednią instrukcję. Tryb działa analogicznie do narzędzi inspekcji w przeglądarce.

To skraca pętlę iteracji przy edycji dashboardów, raportów i narzędzi wewnętrznych generowanych przez agenta.

Raport zużycia kontekstu

Cursor może teraz wyświetlić interaktywny raport zużycia tokenów bezpośrednio jako Canvas. Raport rozkłada zużycie na kategorie: system prompt, definicje narzędzi, reguły, skille, historia czatu i inne. Ponieważ wynik jest Canvasem, można zadawać pytania uzupełniające — na przykład „która reguła zjada najwięcej kontekstu przy plikach TypeScript" — a agent dostosowuje wizualizację.

Przycisk Debug with Agent uruchamia nową rozmowę, w której Cursor proponuje konkretne sposoby zmniejszenia zużycia kontekstu.

Inne ulepszenia Canvasów z tej samej aktualizacji:

Współdzielone Canvasy można teraz otwierać w trybie pełnoekranowym w przeglądarce, co ułatwia prezentacje.
Agenty mogą osadzać w Canvasach przyciski wykonujące określony prompt po kliknięciu.
Poprawiono naprawianie błędów typów w Canvasach.
Rozszerzono opcje stylizacji komponentów i wykresu.

Bugbot — 3× szybszy, 22% tańszy, więcej błędów (10 czerwca 2026)

Bugbot przeszedł gruntowną aktualizację:

Średni czas review skrócił się z około 5 minut do ~90 sekund.
Koszt jednego uruchomienia spadł o 22%.
Wykrywalność błędów wzrosła o 10% — ze średnio 0,56 do 0,62 błędu per review.

Zmiany są możliwe dzięki przejściu Bugbota na model Composer 2.5.

Nowe możliwości Bugbota

/review przed pushowaniem — możesz teraz uruchomić Bugbota i Security Review poleceniem /review jeszcze przed wypychaniem kodu. Cursor pyta, które agenty uruchomić, albo można wywołać je bezpośrednio przez /review-bugbot i /review-security. /review synchronizuje się też z Bugbotem na GitHubie i GitLabie — jeśli otworzyłeś PR z tym samym diffem, Bugbot rozpoznaje go i pomija ponowny review, zostawiając komentarz.

Recenzja tylko nowych zmian — Bugbot można teraz skonfigurować tak, żeby recenzował wyłącznie to, co pojawiło się od ostatniego review, zamiast całego PR-a od nowa.

Aktualizacje Cursor SDK (SDK 3.7, 4 czerwca 2026)

Dla deweloperów budujących automatyzacje i pipelines CI/CD na bazie Cursora:

Własne narzędzia (customTools) — możesz teraz rejestrować własne funkcje jako narzędzia dostępne dla agenta, bez konieczności hostowania osobnego serwera MCP. Narzędzia są automatycznie dziedziczone przez wszystkie subagenty w sesji.

Auto-review dla trybu headless — opcja local.autoReview kieruje wywołania narzędzi przez klasyfikator, który decyduje, które z nich wymagają potwierdzenia, a które mogą działać automatycznie. Przydatne przy skryptach bez człowieka w pętli.

Store JSONL i własne stores — dotychczas metadane agentów i runów były zapisywane w SQLite. Teraz można wybrać store JSONL (JsonlLocalAgentStore), który zapisuje dane w zwykłym pliku tekstowym, łatwym do diffowania i wersjonowania.

Zagnieżdżone subagenty — subagenty mogą teraz tworzyć własne subagenty do dowolnej głębokości zagnieżdżenia.

Podsumowanie

Cursor 3.2 i 3.7 to aktualizacje, które przesuwają edytor w stronę pracy fleetowej — zamiast jednego agenta pracującego sekwencyjnie, typowym wzorcem staje się koordynator delegujący podzadania do równoległych subagentów. Tryb /multitask jest najprostszym wejściem w ten model, a worktrees i multi-root workspaces eliminują najczęstsze źródła konfliktów przy równoległej pracy. Canvas Design Mode i raport kontekstu skracają pętle iteracji na poziomie artefaktów, a szybszy Bugbot obniża koszty automatycznej kontroli jakości.

Referencje

a55ea08deeebbb926908549b33a1ab93