Przejdź do głównej zawartości

Konfiguracja i ustawienia: Wskazówki 1-15

Zainstalowałeś Cursor, otworzyłeś projekt, wpisałeś prompt i otrzymałeś przeciętne sugestie. Spróbowałeś trybu agenta, pytał o pozwolenie na każde polecenie terminala i poddałeś się po piątym oknie dialogowym z potwierdzeniem. AI wydaje się powolne, sugestie wydają się generyczne i zastanawiasz się, o co tyle szumu. Problem nie tkwi w Cursor. Problem polega na tym, że Cursor prosto po wyjęciu z pudełka jest skonfigurowany dla maksymalnego bezpieczeństwa, nie maksymalnej produktywności. Te 15 wskazówek to naprawia.

  • Instalację Cursor, która importuje twój istniejący przepływ pracy VS Code bez utraty choćby jednego skrótu klawiszowego
  • Tryb YOLO skonfigurowany z bezpieczną listą dozwolonych, która pozwala agentowi uruchamiać testy i buildy bez pytania
  • Wybór modelu dostosowany do właściwego kompromisu koszt-jakość dla różnych typów zadań
  • Zasady projektu, które sprawiają, że kod generowany przez AI pasuje do konwencji twojego zespołu za pierwszym razem
  • Ustawienia indeksowania i wydajności, które utrzymują Cursor responsywnym na dużych bazach kodu

Wskazówka 1: Instaluj przez menedżera pakietów dla bezbolesnych aktualizacji

Dział zatytułowany „Wskazówka 1: Instaluj przez menedżera pakietów dla bezbolesnych aktualizacji”

Nie pobieraj .dmg lub .exe ze strony internetowej. Użyj menedżera pakietów, aby aktualizacje były pojedynczym poleceniem zamiast manualnego cyklu pobierz-i-zastąp.

Okno terminala
brew install --cask cursor
# Aktualizacje: brew upgrade --cask cursor

Wskazówka 2: Zaimportuj ustawienia VS Code w jednym kroku

Dział zatytułowany „Wskazówka 2: Zaimportuj ustawienia VS Code w jednym kroku”

Cursor jest forkiem VS Code, co oznacza, że twoje rozszerzenia, skróty klawiszowe, ustawienia i snippety przenoszą się bezpośrednio. Przy pierwszym uruchomieniu Cursor oferuje kreatora importu. Jeśli go pominąłeś:

  1. Otwórz paletę poleceń: Cmd+Shift+P (macOS) lub Ctrl+Shift+P (Windows/Linux)
  2. Wpisz “Import VS Code Settings”
  3. Wybierz wszystkie kategorie (rozszerzenia, skróty klawiszowe, ustawienia, snippety)
  4. Uruchom ponownie Cursor

Twoja pamięć mięśniowa pozostaje nienaruszona. Jedyne nowe skróty, których musisz się nauczyć, to Tab (zaakceptuj sugestię), Cmd+K (edycja inline) i Cmd+I (panel agenta).

Bez tego nie możesz otwierać projektów z terminala — a przepływy pracy oparte na terminalu to ogromna część efektywnego używania Cursor.

Okno terminala
# Z palety poleceń (Cmd+Shift+P):
# "Install 'cursor' command in PATH"
# Teraz możesz:
cursor . # Otwórz bieżący katalog
cursor src/api/routes.ts # Otwórz konkretny plik
cursor -g src/app.ts:42 # Przeskocz do linii 42
cursor --diff file1 file2 # Porównaj dwa pliki
cursor -a ../shared-lib # Dodaj folder do bieżącego obszaru roboczego

Wskazówka 4: Zrozum, dlaczego tryb YOLO zmienia wszystko

Dział zatytułowany „Wskazówka 4: Zrozum, dlaczego tryb YOLO zmienia wszystko”

Domyślnie agent Cursor pyta o pozwolenie przed uruchomieniem jakiegokolwiek polecenia terminala. Ma to sens dla bezpieczeństwa, ale niszczy autonomiczny przepływ pracy, który czyni tryb agenta potężnym. Każde npm test, każde tsc, każde mkdir wywołuje okno dialogowe z potwierdzeniem. Kończysz pilnując agenta zamiast pozwolić mu pracować.

Tryb YOLO usuwa te przerwy dla poleceń, którym ufasz. Agent może teraz pisać kod, uruchamiać testy, widzieć niepowodzenia, naprawiać kod i ponownie uruchamiać testy — wszystko bez klikania przez ciebie “Zezwól”.

Wskazówka 5: Skonfiguruj tryb YOLO z bezpieczną listą dozwolonych

Dział zatytułowany „Wskazówka 5: Skonfiguruj tryb YOLO z bezpieczną listą dozwolonych”

Przejdź do Ustawienia > Features > YOLO Mode i włącz go. Następnie skonfiguruj granice:

Prompt dozwolonych (wklej to bezpośrednio):

Lista zabronionych (polecenia, których tryb YOLO nigdy nie powinien automatycznie zatwierdzać):

rm -rf, sudo, ssh, curl, wget, git push, git commit, npm publish, deploy

Daje ci to agenta, który może iterować nad kodem autonomicznie, zachowując destrukcyjne operacje za bramką ręcznego zatwierdzania.

Wskazówka 6: Skonfiguruj wielokorzeniowe obszary robocze dla projektów full-stack

Dział zatytułowany „Wskazówka 6: Skonfiguruj wielokorzeniowe obszary robocze dla projektów full-stack”

Jeśli twój projekt obejmuje wiele repozytoriów (frontend, backend, wspólne typy), otwórz je jako pojedynczy obszar roboczy, aby agent mógł edytować wszystkie z nich.

// myproject.code-workspace
{
"folders": [
{ "path": "frontend", "name": "Frontend (Next.js)" },
{ "path": "backend", "name": "Backend (Express)" },
{ "path": "shared", "name": "Shared Types" }
]
}

Otwórz go za pomocą cursor myproject.code-workspace. Teraz, gdy powiesz agentowi “dodaj nowy endpoint API i zaktualizuj frontend, aby go wywołał”, może edytować pliki w obu repozytoriach w ramach jednej konwersacji.

Wskazówka 7: Wybierz właściwy model dla właściwego zadania

Dział zatytułowany „Wskazówka 7: Wybierz właściwy model dla właściwego zadania”

Cursor pozwala przełączać modele na konwersację. Używaj tego strategicznie zamiast domyślnie wybierać najdroższą opcję.

Typ zadaniaRekomendowany modelDlaczego
Złożona architektura, trudne błędyClaude Opus 4.6Najlepsze rozumowanie agentowe, najwyższa dokładność w zadaniach wieloetapowych
Codzienne kodowanie, implementacja funkcjiClaude Sonnet 4.5Silna wydajność przy niższym koszcie, szybkie odpowiedzi
Analiza dużego kontekstu (10k+ linii)Gemini 3 ProOkno kontekstowe 1M+ tokenów
Szybkie iteracje, proste edycjeGPT-5.2Szybkie odpowiedzi, dobre do szybkiego prototypowania

Przełączaj modele w trakcie sesji używając wyboru modelu w lewym dolnym rogu panelu agenta.

Wskazówka 8: Używaj trybu Max tylko gdy kontekst tego wymaga

Dział zatytułowany „Wskazówka 8: Używaj trybu Max tylko gdy kontekst tego wymaga”

Tryb Max daje rozszerzone okna kontekstowe, ale szybciej wyczerpuje twój limit. Włączaj go ręcznie (nie automatycznie) i używaj dla:

  • Analizowania plików powyżej 5000 linii
  • Refaktoryzacji międzyrepozytorium, gdzie agent musi utrzymać wiele dużych plików w kontekście
  • Zrozumienia złożonych łańcuchów zależności w monorepo

Dla wszystkiego innego standardowy kontekst jest wystarczający i znacznie tańszy.

Wskazówka 9: Utwórz plik .cursorrules dla każdego projektu

Dział zatytułowany „Wskazówka 9: Utwórz plik .cursorrules dla każdego projektu”

To jest pojedyncza konfiguracja o najwyższym ROI, którą możesz wykonać. Plik .cursorrules w katalogu głównym twojego projektu mówi AI o twoim stosie technologicznym, konwencjach i ograniczeniach. Bez niego AI zgaduje — i zgaduje źle wystarczająco często, aby być irytującym.

Wskazówka 10: Przejdź do .cursor/rules/ dla większych projektów

Dział zatytułowany „Wskazówka 10: Przejdź do .cursor/rules/ dla większych projektów”

Dla projektów z więcej niż kilkoma konwencjami podziel swoje zasady na skoncentrowane pliki:

Okno terminala
mkdir -p .cursor/rules

Utwórz oddzielne pliki dla różnych kwestii:

  • .cursor/rules/architecture.md — Granice warstw, zasady zależności, organizacja plików
  • .cursor/rules/testing.md — Framework testowy, oczekiwania pokrycia, konwencje plików testowych
  • .cursor/rules/api-conventions.md — Wzorce żądanie/odpowiedź, formaty błędów, wymagania uwierzytelniania
  • .cursor/rules/styling.md — Wzorce komponentów, konwencje CSS, wymagania dostępności

Wskazówka 11: Używaj reguł automatycznego dołączania dla wskazówek kontekstowych

Dział zatytułowany „Wskazówka 11: Używaj reguł automatycznego dołączania dla wskazówek kontekstowych”

Skonfiguruj zasady, aby stosowały się automatycznie na podstawie wzorców plików. Oznacza to, że AI otrzymuje różne instrukcje podczas edytowania plików testowych versus plików komponentów versus tras API:

.cursor/rules/config.json
{
"autoAttach": [
{ "pattern": "**/*.test.{ts,tsx}", "rules": ["testing"] },
{ "pattern": "**/components/**", "rules": ["styling", "architecture"] },
{ "pattern": "**/api/**", "rules": ["api-conventions"] },
{ "pattern": "**/*.sql", "rules": ["database"] }
]
}

Wskazówka 12: Skonfiguruj wykluczenia plików przed pierwszym indeksowaniem

Dział zatytułowany „Wskazówka 12: Skonfiguruj wykluczenia plików przed pierwszym indeksowaniem”

Cursor indeksuje twoją bazę kodu dla wyszukiwania semantycznego. Bez wykluczeń marnuje czas i pamięć indeksując node_modules, artefakty buildów i wygenerowane pliki.

Dodaj do ustawień obszaru roboczego:

{
"search.exclude": {
"**/node_modules": true,
"**/dist": true,
"**/build": true,
"**/.next": true,
"**/coverage": true,
"**/*.min.js": true,
"**/package-lock.json": true,
"**/pnpm-lock.yaml": true
}
}

Wskazówka 13: Priorytetyzuj podstawowe pliki źródłowe do indeksowania

Dział zatytułowany „Wskazówka 13: Priorytetyzuj podstawowe pliki źródłowe do indeksowania”

Powiedz Cursor, które pliki są najważniejsze, strukturyzując swój obszar roboczy tak, aby kod źródłowy był widoczny. Jeśli masz monorepo, otwórz konkretne pakiety, nad którymi pracujesz, zamiast katalogu głównego:

Okno terminala
# Zamiast tego:
cursor ~/projects/big-monorepo
# Zrób to:
cursor ~/projects/big-monorepo/packages/web ~/projects/big-monorepo/packages/api

Sprawdź status indeksowania w Ustawienia > Indexing and Docs. Zdrowy projekt indeksuje się w 1-5 minut. Jeśli trwa to dłużej niż 15, twoje wykluczenia są zbyt luźne.

Wskazówka 14: Włącz tryb prywatności dla zastrzeżonego kodu

Dział zatytułowany „Wskazówka 14: Włącz tryb prywatności dla zastrzeżonego kodu”

Jeśli pracujesz nad kodem, który nie może opuścić twojej maszyny, włącz tryb prywatności przed otwarciem projektu:

Ustawienia > Privacy > Enable Privacy Mode

Z włączonym trybem prywatności:

  • Żaden kod nie jest przechowywany ani używany do trenowania modeli
  • Przetwarzanie odbywa się w czasie rzeczywistym bez retencji
  • Logi nie są wysyłane na serwery Cursor

Jest to twardy wymóg dla wielu zespołów korporacyjnych i powinien być skonfigurowany przed otwarciem jakiegokolwiek zastrzeżonego kodu.

Wskazówka 15: Ustaw globalne zasady użytkownika dla osobistych preferencji

Dział zatytułowany „Wskazówka 15: Ustaw globalne zasady użytkownika dla osobistych preferencji”

Globalne zasady użytkownika stosują się we wszystkich projektach. Używaj ich dla osobistych preferencji, które nie są specyficzne dla projektu:

Ustawienia > Cursor Settings > Rules > User Rules

Te zasady znajdują się na poziomie IDE i różnią się dla każdego programisty, więc nie powinny zastępować zasad na poziomie projektu dla konwencji zespołowych. Myśl o nich jako o twoich osobistych preferencjach kodowania, które stosują się niezależnie od tego, który projekt otworzysz.

Tryb YOLO uruchamia destrukcyjne polecenie: Dlatego istnieje lista zabronionych. Jeśli przypadkowo zatwierdzisz coś niebezpiecznego, użyj Cmd+Z w terminalu lub git checkout ., aby przywrócić pliki. Dla dodatkowego bezpieczeństwa zawsze commituj przed rozpoczęciem dużej sesji z agentem.

Indeksowanie jest zatrzymane lub ekstremalnie wolne: Zazwyczaj spowodowane brakującym wzorcem wykluczenia. Sprawdź, czy Cursor próbuje indeksować node_modules, duże pliki binarne lub wygenerowany kod. Wyczyść cache indeksu przez Ustawienia > Advanced > Clear Index Cache i ponownie indeksuj z właściwymi wykluczeniami.

AI ignoruje twoje .cursorrules: Zasady stosują się tylko wtedy, gdy plik znajduje się w katalogu głównym projektu (dla .cursorrules) lub w .cursor/rules/ z właściwym nazewnictwem. Sprawdź, czy plik nie jest pusty i nie ma błędów składni. Zweryfikuj też, że jesteś w trybie agenta — tryb Ask czasami ignoruje zasady projektu.

Odpowiedzi modelu są wolne lub timeout: Przełącz się na szybszy model (Sonnet 4.5 zamiast Opus 4.6) dla rutynowych zadań. Jeśli wszystkie modele są wolne, sprawdź swoje połączenie sieciowe i stronę statusu Cursor.

Gdy twoje środowisko jest właściwie skonfigurowane, przejdź do Podstawowych funkcji (Wskazówki 16-30), aby nauczyć się skrótów i wzorców nawigacji, które przyspieszają codzienne kodowanie. Konfiguracja, którą właśnie ukończyłeś, to fundament, który czyni każdą kolejną wskazówkę bardziej efektywną.