Cursor w praktyce: sześć zadań, w których edytor AI oszczędza najwięcej czasu
Cursor w codziennej pracy: wejście w cudzy projekt, zmiany w wielu plikach, testy, szukanie przyczyny błędu i przykład rozmowy od logów do poprawki.
👁 128 przeczytań
- Cursor oszczędza najwięcej czasu nie przy pisaniu nowego kodu, lecz przy czytaniu cudzych projektów, zmianach w wielu plikach, testach i diagnozowaniu błędów.
- Do szybkich poprawek w jednym miejscu wystarczy skrót Cmd+K (Ctrl+K) - zaznaczenie jednej funkcji daje dokładniejszy efekt niż zaznaczenie całego pliku.
- Plan Pro wystarcza przy pracy nad jednym lub dwoma projektami, a Pro+ ma sens przy intensywnych sprintach, gdy agent pracuje przez większość dnia.
Cursor oszczędza najwięcej czasu nie przy pisaniu nowego kodu, tylko przy wszystkim, co programista robi wokół niego: czytaniu cudzego projektu, poprawkach w wielu plikach, testach i szukaniu, dlaczego coś nie działa. Zebrałem sześć zadań, przy których różnica jest największa, z przykładowymi poleceniami.
Jeśli dopiero instalujesz Cursor, zacznij od samouczka krok po kroku. Tu zakładam, że znasz panel Agenta i Plan Mode.
Wejście w cudzy projekt
Dostajesz repozytorium, którego nigdy nie widziałeś, i jutro masz w nim coś zmienić. Zamiast godzinami klikać po plikach, pytasz Agenta o główne punkty wejścia, kluczowe moduły i to, co warto przeczytać przed zmianami. To polecenie proponuje sam quickstart Cursora. Potem pytasz konkretnie: gdzie jest logika płatności, skąd bierze się ta wartość, kto wywołuje tę funkcję. Cursor odpowiada, wskazując pliki, a nie ogólnikami.
Zmiana, która dotyka wielu plików
Zmiana nazwy pola w bazie, nowy parametr w funkcji używanej w dwudziestu miejscach, przejście na nową wersję biblioteki. Ręcznie to nudna, podatna na błędy robota. W Plan Mode opisujesz zmianę, Cursor najpierw przegląda projekt i pokazuje plan, a Ty zatwierdzasz go przed pierwszą edycją. Potem przeglądasz porównanie zmian plik po pliku.
Testy do kodu, który ich nie ma
Każdy projekt ma fragmenty, do których nikt nie napisał testów, bo zawsze było coś pilniejszego. Zaznaczasz moduł i prosisz o testy przypadków brzegowych. Kluczowe jest, żeby Cursor od razu je uruchomił i poprawił te, które nie przechodzą z powodów po stronie testu, a nie kodu. Quickstart wprost radzi prosić agenta o uruchamianie kontroli, których projekt już używa.
Szukanie przyczyny błędu
Wklejasz komunikat błędu albo fragment logów i prosisz o wskazanie przyczyny, a nie od razu poprawki. Najpierw diagnoza, potem zmiana, bo agent poproszony od razu o naprawę potrafi zamaskować objaw zamiast usunąć przyczynę. Dopiero gdy wyjaśnienie ma sens, prosisz o poprawkę.
Szybkie poprawki w jednym miejscu
Do drobnych rzeczy nie potrzebujesz Agenta. Zaznaczasz funkcję, naciskasz Cmd + K (Ctrl + K) i piszesz, co ma się zmienić: dodaj obsługę pustej listy, przepisz na async, dodaj walidację. To zastosowanie, z którego korzystasz najczęściej, bo zajmuje kilka sekund.
Przy takich poprawkach działa zasada, którą warto przenieść na wszystko inne: im mniejszy fragment zaznaczysz, tym dokładniejsza zmiana. Zaznaczenie jednej funkcji daje przewidywalny efekt, zaznaczenie całego pliku zaprasza Cursor do poprawiania rzeczy, o które nie prosiłeś.
Dokumentacja i opisy zmian
Opis pull requesta, komentarz do skomplikowanej funkcji, instrukcja uruchomienia projektu. Cursor zna kod, który właśnie zmieniłeś, więc opisuje go dokładniej niż ogólny czat, któremu musiałbyś wszystko wkleić.
Przykład: od błędu w logach do poprawki
Tak wygląda cała rozmowa przy typowym błędzie, rozpisana na kroki. Załóżmy, że formularz zamówienia czasem zapisuje pusty adres.
- Diagnoza. Wklejasz fragment logów i piszesz: „Czasem zamówienie zapisuje się z pustym adresem. Znajdź możliwe przyczyny, nie zmieniaj jeszcze kodu.” Cursor wskazuje, gdzie adres jest walidowany i gdzie może zostać nadpisany.
- Potwierdzenie. Prosisz o test, który odtwarza błąd. Jeśli test nie przechodzi, masz dowód, że przyczyna jest właściwa.
- Poprawka. Dopiero teraz prosisz o zmianę, która sprawi, że test przejdzie, bez ruszania innych części formularza.
- Kontrola. Prosisz o uruchomienie wszystkich testów, żeby sprawdzić, czy poprawka nie zepsuła niczego obok.
Cztery krótkie polecenia zamiast jednego „napraw to” dają zmianę, którą rozumiesz i której ufasz. Przy okazji zostaje test, który ten błąd złapie, gdyby kiedyś wrócił.
Przykład: nowa funkcja w cudzym projekcie
Drugi częsty scenariusz to dodanie funkcji do kodu, którego nie pisałeś. Zaczynasz od pytania o to, gdzie podobne funkcje są już zrobione, na przykład jak wygląda istniejący eksport danych. Potem prosisz o plan w Plan Mode, wzorowany na tym, co już jest w projekcie. Dzięki temu nowy kod wygląda jak reszta, a nie jak wklejka z innego świata, i łatwiej go przejrzeć komuś z zespołu.
Gdzie Cursor nie zastąpi myślenia
Uczciwie o granicach, bo o nich pisałem też w tekście o tym, że edytor z AI nie pomoże, jeśli nie wiesz, o co pytasz:
- decyzje architektoniczne nadal podejmujesz Ty, Cursor może je tylko przygotować,
- bezpieczeństwo wymaga przeglądu człowieka, zwłaszcza przy logowaniu i danych klientów,
- zmiany bez testów są tak samo ryzykowne jak przy pisaniu ręcznym, tylko powstają szybciej.
Pro czy Pro+
Plan Pro wystarcza przy codziennej pracy nad jednym, dwoma projektami. Pro+ ma sens przy intensywnych sprintach, gdy agent pracuje za Ciebie przez większość dnia. Szczegóły limitów opisałem w tekście Ile kosztuje Cursor, a o przełączaniu modeli w poradniku o Groku w Cursorze.
Roczny plan Pro sprzedaję taniej niż w oficjalnym cenniku w sklepie kinetyka.pl.
Cały tydzień w AI, w jednym mailu
Wybrane premiery, narzędzia i analizy. Raz w tygodniu, prosto do skrzynki.
Zapisz się za darmo →Najczęstsze pytania
Do czego używać Plan Mode w Cursorze?
Plan Mode służy do zmian dotykających wielu plików naraz - opisujesz zmianę, a Cursor przegląda projekt i pokazuje plan do zatwierdzenia przed pierwszą edycją. Dopiero po akceptacji planu agent wprowadza zmiany, które można przeglądać plik po pliku.
Jak poprawnie debugować błąd za pomocą Cursora?
Najpierw wklej fragment logów i poproś wyłącznie o diagnozę, bez wprowadzania zmian w kodzie. Gdy wyjaśnienie ma sens, poproś o test odtwarzający błąd, a dopiero potem o poprawkę - dzięki temu agent usuwa przyczynę, a nie maskuje objaw.
Czy Cursor może samodzielnie podejmować decyzje architektoniczne?
Nie - decyzje architektoniczne nadal podejmuje programista, a Cursor może je tylko przygotować. Bezpieczeństwo przy logowaniu i danych klientów zawsze wymaga przeglądu człowieka.
Jak szybko poznać nowe, nieznane repozytorium przy użyciu Cursora?
Pytasz Agenta o główne punkty wejścia, kluczowe moduły i to, co warto przeczytać przed zmianami - to podejście proponuje sam quickstart Cursora. Następnie zadajesz konkretne pytania, np. gdzie jest logika płatności lub kto wywołuje daną funkcję, a Cursor odpowiada, wskazując konkretne pliki.
Podobne tematy na Promptowym
