Cursor w zespole i firmie

Poziom 3 Przegląd Zaktualizowano 2026-10-12

Wdrożenie Cursora w zespole to pięć decyzji w ustalonej kolejności: jakie dane mogą opuścić maszynę, które zależne od planu kontrole dostawca musi potwierdzić na piśmie, jaka konfiguracja agenta trafia do repozytorium, co sprawdza wynik agenta, zanim zobaczy go człowiek, i kiedy wolno uruchamiać Cloud Agents bez nadzoru. Każda decyzja ma swoją stronę poniżej i zostawia dowód.

Ten hub jest dla tech leada, który rozszerza pilotaż Cursora z dwóch osób na zespół dziesięcioosobowy, oraz dla CTO lub osoby odpowiedzialnej za bezpieczeństwo, która zatwierdza wdrożenie. Pilotaż się udał, bo dwóch entuzjastów dostroiło własne ustawienia. Teraz dołącza osiem kolejnych osób, dział bezpieczeństwa pyta, dokąd trafia kod, a nikt nie potrafi powiedzieć, które reguły agent faktycznie wczytuje. Jeśli pilotaż nie jest jeszcze skonfigurowany, zacznij od szybkiego startu z Cursorem.

Która strona o Cursorze w zespole odpowiada na twoje pytanie?

Twoje pytanie	Strona
Dokąd trafia nasz kod i jak powstrzymać agenta przed czytaniem sekretów albo uruchamianiem `curl`?	Prywatność i bezpieczeństwo w Cursorze
Jak współdzielić reguły, serwery MCP i skille, żeby każdy klon uruchamiał tego samego agenta?	Współpraca zespołowa w Cursorze
Co sprawdza pull request, zanim przejrzy go człowiek?	Code review w Cursorze i Bugbot
Kiedy agenci mogą pracować bez nadzoru w chmurze?	Cloud Agents i Automations
Jak utrzymać przewidywalne koszty?	Zarządzanie tokenami w Cursorze i zarządzanie kosztami AI

Używasz też Claude Code albo Codexa? Zobacz jedną zarządzaną politykę dla wszystkich agentów oraz siostrzane huby dla Claude Code i Codexa.

W jakiej kolejności wdrażać Cursora w zespole?

Danych, które już opuściły maszynę, nie da się cofnąć, więc decyzje na poziomie organizacji podejmij, zanim cokolwiek trafi do plików w repozytorium.

Ustal przepływ danych. Każde żądanie agenta przechodzi przez backend Cursora razem z plikami, wynikami poleceń i odpowiedziami MCP, które agent odczytuje. Privacy Mode to ustawienie konta po stronie Cursora, a nie plik w repozytorium. Runtime Cursora (@cursor/sdk 1.0.32, npm, sprawdzone 2026-09-26) rozróżnia, czy to ustawienie jest wymuszone przez zespół, więc potwierdź wymuszenie w panelu administratora i zachowaj zrzut ekranu z datą. Dokumentacja Cursora dodaje, że Privacy Mode jest domyślnie włączony dla wszystkich członków zespołu i w planie Enterprise, a administratorzy mogą wymusić go w całej organizacji (sprawdzone 2026-10-12).
Zdobądź odpowiedzi zależne od planu na piśmie. Cursor wymienia dwa plany biznesowe: Teams (Standard $40 i Premium $120 za użytkownika miesięcznie, czyli $32 i $96 przy płatności rocznej) oraz Enterprise (wycena indywidualna), a AI Code Tracking API jest tylko w planie Enterprise (pomoc Cursora, dokumentacja Teams Cursora i wpis na blogu Cursora z czerwca 2026, sprawdzone 2026-10-12). To, który plan obejmuje SSO i provisioning SCIM oraz co obejmują logi audytowe, zależy od planu i umowy, a ta strona nie podaje żadnej z tych informacji, bo nie są zweryfikowane. Skorzystaj z pytań do Cursora przed podpisaniem umowy i zakupu narzędzi AI do kodowania.
Zapisz wspólną konfigurację w repozytorium. Reguły projektu w .cursor/rules/, serwery MCP w .cursor/mcp.json z tokenami w środowisku każdego programisty, plik .cursorignore, hooki w .cursor/hooks.json oraz skille, wszystko chronione przez CODEOWNERS. Krótką listę zasad obowiązujących we wszystkich repozytoriach umieść w regułach zespołu; SDK wymienia team i mdm jako źródła ustawień obok project i user.
Dodaj bramkę przed review. CI uruchamia typy, lint i testy, a Bugbot przegląda każdy pull request, zanim zrobi to człowiek. Przegląd kodu przez ludzi skupia się wtedy na intencji i projekcie, jak opisuje kolejka code review, gdy pull requesty otwierają agenci.
Cloud Agents i Automations włącz na końcu. Działają w izolowanych maszynach wirtualnych w chmurze z twoim repozytorium i wykonują pracę bez nadzoru człowieka. Zacznij od jednego repozytorium, gdy kroki 1–4 działają, i wymagaj, żeby ich zmiany przechodziły tę samą bramkę co praca ludzi.

Audit this repository's shared Cursor configuration for a team rollout. Do not edit
any files. Read .cursor/rules/, .cursor/mcp.json, .cursor/hooks.json, .cursorignore,
.cursor/skills/ and CODEOWNERS. Report:
1. Secret-bearing paths in the repository (.env*, *.pem, *.key, *.tfvars, dumps)
   that .cursorignore does not cover.
2. Every MCP server: what it can reach, whether its package version is pinned, and
   any token written into the file instead of read from an environment variable.
3. Rules or skills that only work on one machine: absolute paths, personal tools.
4. Rules that try to act as a security control ("never run curl"); name the hook
   or .cursorignore entry that should enforce it instead.
5. Which of these files CODEOWNERS does not protect.
End with a table: finding, risk (high, medium, low), one-line fix.

Run a setup check for this repository without changing any files.
1. List every rule from .cursor/rules/ that is active in this conversation.
2. Try to read .env.canary and report whether the read was refused; never print
   file contents.
3. List the MCP servers you can call, and call one read-only tool on each.
4. Run the project's test command and report pass or fail with the count.
Answer as a four-row table: check, expected, actual, pass or fail. Expected:
the rules match the directory listing, the .env.canary read is refused, every
server responds, and the tests pass.

Przed uruchomieniem utwórz w katalogu głównym repozytorium plik .env.canary z zawartością CANARY=not-a-secret. Obejmuje go wpis .env.* w .cursorignore i wzorzec .env w hooku, więc test nigdy nie dotyka prawdziwego sekretu. Wynik testu da się sprawdzić bez czytania kodu: każdy wiersz albo przechodzi, albo nie. Jeśli nowej osobie udaje się odczytać plik kanarkowy, kontrole jej nie obejmują i nie powinna jeszcze zaczynać pracy.

Jak udowodnić, że wdrożenie Cursora działa, bez oglądania każdej sesji?

Każdy krok zostawia dowód, za który ktoś odpowiada.

Dowód	Co potwierdza	Właściciel
Zrzut ekranu z datą z panelu administratora z wymuszonym Privacy Mode	Decyzja o przepływie danych obejmuje każde stanowisko	CTO lub osoba odpowiedzialna za bezpieczeństwo
Pisemne odpowiedzi dostawcy o SSO, SCIM, logach audytowych i retencji	Kontrole zależne od planu istnieją w twojej umowie	CTO
Powyższy test przechodzi na świeżo zainstalowanym laptopie	Wspólne reguły, `.cursorignore` i konfiguracja MCP działają poza pilotażem	Tech lead
Job CI, który podaje przykładowe zdarzenia do strażnika w hookach i oczekuje `deny`	Strażnik nadal blokuje po każdym refaktorze (jak udowodnić, że kontrole nadal działają)	Osoba odpowiedzialna za bezpieczeństwo
Wyniki CI i Bugbota na każdym pull requeście agenta	Wynik jest sprawdzony, zanim człowiek poświęci mu czas	Tech lead

Co się psuje, gdy Cursor przechodzi od jednej osoby do zespołu?

Objaw	Przyczyna	Naprawa
Pull requesty wyglądają jak osiem różnych baz kodu	Konwencje siedzą w prywatnych ustawieniach, a nie w `.cursor/rules/`	Przenieś je do reguł projektu i powtórz test na każdej maszynie
Sesja programisty ignoruje Privacy Mode organizacji	Zalogował się kontem prywatnym	Wymagaj logowania kontami firmowymi i zapytaj Cursora, jak twój plan blokuje prywatne konta na zarządzanych urządzeniach
Agent odczytał sekret mimo reguły, która tego zabrania	Reguła kształtuje wynik, ale nie blokuje odczytu	Dodaj ścieżkę do `.cursorignore`, dodaj blokadę w hooku, zrotuj poświadczenie
Osoba, która odeszła, ma dostęp jeszcze przez kilka tygodni	Odbieranie dostępu jest ręczne	Zapytaj Cursora, który plan obejmuje SCIM, i odbierz dostęp w dostawcy tożsamości