Przejdź do głównej zawartości

Instalacja Cursora to jedno polecenie menedżera pakietów na każdej platformie: brew install --cask cursor na macOS i Linuksie albo winget install Anysphere.Cursor na Windows. Cursor jest zbudowany na VS Code, więc rozszerzenia, ustawienia i skróty klawiszowe przechodzą razem z nim. Instalacja jest skończona dopiero wtedy, gdy działa polecenie cursor, a agent odpowiada na podstawie prawdziwych plików projektu.

Instalujesz Cursora w piątek po południu, okno się otwiera, agent odpowiada na „cześć”. W poniedziałek okazuje się, że cursor . nie ma w PATH, połowa rozszerzeń nie przeszła, a agent przez cały ten czas odpowiadał na pytania o katalog piętro wyżej niż twoje repozytorium. Pierwszego dnia każdą z tych rzeczy naprawisz w dwie minuty, później stracisz godzinę na szukanie przyczyny.

Ta strona jest dla dewelopera, który pierwszy raz instaluje Cursora na służbowym komputerze, zwykle przechodząc z VS Code. Kończy się trzema testami, które dowodzą, że instalacja działa, bez ręcznego przeglądania czegokolwiek.

  • Cursora z linii 3.x, zainstalowanego kanałem, który sprawdza skrót SHA-256 pobranego pliku.
  • Polecenie powłoki cursor, dzięki któremu cursor . otwiera dowolne repozytorium z terminala.
  • Twoje rozszerzenia, ustawienia, skróty i snippety z VS Code oraz listę tego, co się nie przeniosło.
  • Zapisaną odpowiedź agenta, która cytuje prawdziwe pliki projektu i uruchamia jego testy. To dowód, że edytor, terminal i widok agenta na bazę kodu działają.

Używaj menedżera pakietów, chyba że twój komputer na to nie pozwala. Zarówno cask Homebrew, jak i manifest winget przypinają skrót SHA-256 każdego pliku do pobrania, więc uszkodzony lub podmieniony instalator kończy się błędem, zamiast się uruchomić. Ręczne pobranie nie przechodzi takiej kontroli.

KanałPlatformyInstaluje polecenie cursorAktualizacje
Cask Homebrew cursormacOS 12 (Monterey) lub nowszy; Linux x86_64 i arm64 (jako AppImage)macOS: tak. Linux: nie, linkujesz je sammacOS: Cursor aktualizuje się sam; cask ma oznaczenie auto_updates, więc brew upgrade go pomija. Linux: brew upgrade --cask cursor
winget Anysphere.CursorWindows x64 i arm64Sprawdź po instalacji (niżej)winget upgrade Anysphere.Cursor albo wbudowany mechanizm aktualizacji Cursora
Ręczne pobranie ze strony CursoraWszystkiemacOS i Linux: nie, dodajesz je samWbudowany mechanizm aktualizacji Cursora

Uruchom w terminalu:

Okno terminala
brew install --cask cursor

Cask instaluje Cursor.app w /Applications i tworzy link do jego launchera wiersza poleceń pod nazwą cursor. Otwórz nowy terminal i sprawdź:

Okno terminala
cursor --version

Bez Homebrew pobierz instalator dla macOS ze strony Cursora, przeciągnij Cursora do folderu Aplikacje i dodaj polecenie cursor zgodnie z sekcją Dodaj polecenie powłoki cursor.

Jeśli macOS odmawia otwarcia ręcznie pobranej kopii, bo „nie można zweryfikować dewelopera”, otwórz Ustawienia systemowe > Prywatność i ochrona, przewiń do sekcji Ochrona i wybierz Otwórz mimo to. Rób to tylko dla pliku, który sam pobrałeś z cursor.com.

Pomiń tę sekcję, jeśli cursor --version już wypisuje wersję. Polecenie jest ważne, bo każdy dalszy workflow opisany w tym serwisie zaczyna się od terminala w repozytorium: cursor ., cursor path/to/file.ts i zarządzanie rozszerzeniami przez cursor --install-extension.

  1. Otwórz Cursora i paletę poleceń: Cmd+Shift+P na macOS, Ctrl+Shift+P na Windows i Linuksie, tak jak w VS Code.

  2. Wpisz shell command i uruchom pozycję, która instaluje polecenie cursor w PATH.

  3. Zamknij wszystkie okna terminala i otwórz nowe. Uruchomiona powłoka trzyma stary PATH.

  4. Sprawdź, który plik wykonywalny się uruchamia: which -a cursor na macOS i Linuksie, where.exe cursor na Windows. Pierwsza linia powinna wskazywać na instalację Cursora, a nie na stary skrypt czy alias.

Jeśli na macOS pozycja z palety zawiedzie, utwórz link samodzielnie. To ten sam plik, który linkuje cask Homebrew:

Okno terminala
sudo mkdir -p /usr/local/bin
sudo ln -sf "/Applications/Cursor.app/Contents/Resources/app/bin/code" /usr/local/bin/cursor

Polecenie cursor otwiera edytor. Agent Cursora działa też w terminalu przez osobne CLI, którego polecenie to agent (dokumentacja CLI Cursora, sprawdzone 2026-10-12). Pomiń tę sekcję, jeśli używasz tylko edytora. Na macOS, Linuksie i WSL uruchom:

Okno terminala
curl https://cursor.com/install -fsS | bash

Na Windows uruchom w PowerShellu:

Okno terminala
irm 'https://cursor.com/install?win32=true' | iex

Instalację sprawdzisz przez agent --version, interaktywną sesję uruchomisz poleceniem agent, a aktualizację przez agent update. Buildy CLI są wersjonowane datą, a najnowszy 2026-10-12 to v2026.10.08.

Przy pierwszym uruchomieniu Cursor proponuje import rozszerzeń, ustawień i skrótów klawiszowych z VS Code. Przyjmij go. Jeśli pominąłeś ten ekran, wyszukaj „VS Code” w ustawieniach Cursora (Cursor Settings), żeby znów znaleźć opcję importu.

Potem udowodnij, że import zadziałał, zamiast mu ufać. Gdy code i cursor są w PATH, porównaj listy rozszerzeń:

Okno terminala
diff <(code --list-extensions | sort) <(cursor --list-extensions | sort)

Linie zaczynające się od < to rozszerzenia, które ma VS Code, a nie ma Cursor. Składnia <(...) wymaga basha albo zsh.

Brak wyniku oznacza pełny import.

Import potrafi coś pominąć przy przenośnej instalacji VS Code, przy VS Code Insiders albo przy profilu innym niż domyślny. Skopiuj wtedy pliki samodzielnie. Najpierw zamknij Cursora.

Okno terminala
SRC="$HOME/Library/Application Support/Code/User"
DST="$HOME/Library/Application Support/Cursor/User"
mkdir -p "$DST"
cp "$SRC/settings.json" "$SRC/keybindings.json" "$DST/"
cp -R "$SRC/snippets" "$DST/"
code --list-extensions | xargs -n1 cursor --install-extension

Rozszerzenie, którego nie ma w marketplace rozszerzeń Cursora, kończy się błędem, a pętla idzie dalej. Te linie z błędami to twoja lista do przejrzenia: znajdź odpowiednik albo uznaj, że rozszerzenie nie jest potrzebne. Powtarzaj powyższe porównanie, aż jedyne różnice będą tymi, które wybrałeś świadomie.

Udowodnij, że instalacja działa, bez ręcznego czytania czegokolwiek

Dział zatytułowany „Udowodnij, że instalacja działa, bez ręcznego czytania czegokolwiek”

Agent, który odpowiada na „cześć”, dowodzi tylko tego, że jesteś zalogowany. Działająca instalacja oznacza trzy rzeczy: agent widzi otwarte repozytorium, potrafi uruchomić polecenia projektu w zintegrowanym terminalu i mówi, kiedy czegoś nie wie. Każdy prompt poniżej daje wynik, który porównujesz z faktem, który już znasz, więc nie musisz czytać kodu, żeby go ocenić.

Otwórz prawdziwe repozytorium, a nie pusty katalog czy katalog domowy. Agent indeksuje folder, który otworzysz, a jego odpowiedzi są tylko tak dobre jak ten folder:

Okno terminala
cd ~/src/your-service
cursor .

Zaloguj się, gdy Cursor o to poprosi. Indeksowanie rusza w tle i nie musisz czekać na jego koniec.

Porównaj odpowiedź z tym, co wiesz: każda zacytowana ścieżka powinna istnieć (w razie wątpliwości zrób ls), a zacytowane polecenie testów powinno zgadzać się z plikiem. Zmyślone ścieżki oznaczają, że agent nie opiera się na tym folderze; zobacz Kiedy instalacja Cursora się psuje.

Jeśli Cursor poprosi o zgodę przed uruchomieniem polecenia, zatwierdź ją. Dowodem jest kod wyjścia. Porównaj go z wynikiem tego samego polecenia uruchomionego przez ciebie w zwykłym terminalu: jeśli u ciebie przechodzi, a u agenta nie, terminal Cursora łapie inne środowisko uruchomieniowe albo inny PATH. To problem instalacji, który trzeba naprawić teraz, a nie problem w kodzie, którego będziesz szukać później.

Na koniec zapisz, na czym pracujesz. Wklej ten wynik do notatek onboardingowych zespołu albo do zgłoszenia dotyczącego twojej konfiguracji, żeby następna rozmowa w stylu „u mnie działa” zaczynała się od faktów:

Okno terminala
cursor --version
cursor --list-extensions | wc -l

Uprawnienia agenta do samodzielnego uruchamiania poleceń i to, czego nie wolno mu czytać, to temat następnej strony: podstawowa konfiguracja Cursora do pracy z agentem. Idea sprawdzania wyniku względem znanych faktów zamiast czytania każdej linii jest opisana w artykule dowody zamiast czytania kodu.

cursor: command not found. Powłoka jest starsza niż instalacja, więc otwórz nowy terminal. Na macOS uruchom pozycję z palety poleceń albo utwórz link pokazany wyżej. Na Linuksie sprawdź, czy ~/.local/bin jest w PATH; jeśli instalowałeś przez Homebrew, sprawdź też, czy utworzyłeś link ~/.local/bin/cursor z zakładki Linux, bo cask go nie tworzy. Na Windows wyloguj się i zaloguj ponownie, jeśli nowe okno PowerShella nadal nie widzi polecenia.

cursor . otwiera VS Code albo starą wersję Cursora. Inny cursor jest wcześniej w PATH, często pozostały alias albo kopia z poprzedniej ręcznej instalacji. which -a cursor (lub where.exe cursor) wypisuje wszystkie trafienia po kolei. Usuń nieaktualne albo sprawdź alias cursor w profilu powłoki.

macOS twierdzi, że Cursor „jest uszkodzony i nie można go otworzyć”. Pobrany plik trafił do kwarantanny, często po skopiowaniu z innego komputera lub z załącznika na czacie. Usuń go i zainstaluj ponownie przez brew install --cask cursor albo pobierz jeszcze raz z cursor.com. Usunięcie atrybutu kwarantanny przez xattr też działa, ale wyłącza kontrolę Gatekeepera dla tej kopii, więc rób to tylko dla pliku, który sam pobrałeś z cursor.com.

AppImage na Linuksie kończy się błędem dlopen(): error loading libfuse.so.2. AppImage potrzebuje biblioteki FUSE 2. Zainstaluj ją: sudo apt install libfuse2t64 na Ubuntu 24.04 i nowszym, sudo apt install libfuse2 na starszym Ubuntu i Debianie, sudo dnf install fuse-libs na Fedorze albo sudo pacman -S fuse2 na Archu.

AppImage na Linuksie kończy się błędem sandboksa na Ubuntu 23.10 lub nowszym. Ubuntu ogranicza nieuprzywilejowane przestrzenie nazw użytkownika, których aplikacje Electron potrzebują do sandboksa renderera. sysctl kernel.apparmor_restrict_unprivileged_userns wypisuje 1, gdy ograniczenie jest aktywne. Jednorazowe uruchomienie cursor --no-sandbox potwierdza przyczynę, ale nie zostawiaj tej flagi w pliku .desktop: wyłącza sandbox dla każdej strony, którą renderuje Cursor. Zamiast tego nadaj uprawnienie profilem AppArmor dla AppImage, tak jak opisuje to dokumentacja twojej dystrybucji.

Okno otwiera się puste albo migocze. Zacznij od cursor --disable-gpu. Jeśli to pomaga, zaktualizuj sterownik karty graficznej albo używaj tej flagi tylko w sesjach zdalnego pulpitu.

Po imporcie brakuje rozszerzeń. Porównaj listy rozszerzeń jak w sekcji Przenieś konfigurację VS Code do Cursora, a brakujące zainstaluj przez cursor --install-extension PUBLISHER.NAME. Rozszerzenie, które tu się nie instaluje, nie jest dostępne w marketplace Cursora; poszukaj alternatywy.

Agent cytuje nieistniejące pliki albo opisuje inny projekt. Otworzyłeś zły folder (katalog nadrzędny albo domowy) albo pliki potrzebne agentowi są wyłączone z indeksowania. Otwórz projekt ponownie przez cursor . z katalogu głównego repozytorium, a potem sprawdź stan indeksowania w ustawieniach Cursora. Wykluczenia i pliki ignore opisuje strona zarządzanie kontekstem w Cursorze.

Agent zatrzymuje się z komunikatem o limicie użycia. Wyczerpałeś limit swojego planu. Wybór modelu wpływa na tempo jego zużycia; zobacz wybór modelu. Inne błędy agenta opisuje strona obsługa błędów w Cursorze.

Jeśli używasz też Codexa, jego konfigurację opisuje strona instalacja Codexa.

Czy ten artykuł Ci pomógł?

Jedno kliknięcie, bez logowania.

wcale bardzo