Cursor wprowadził 29 maja 2026 roku nową wersję swojego edytora – 3.6 – z trybem uruchamiania o nazwie Auto-review. Jest to odpowiedź na frustrację programistów korzystających z agentów AI, którzy muszą ciągle klikać „zatwierdź” przy każdej operacji w terminalu. Nowy mechanizm ma na celu znaczną redukcję liczby monitów o zgodę, jednocześnie zachowując podstawowe zabezpieczenia.
Kluczowe informacje o Auto-review
- Auto-review to nowy tryb pracy agenta w Cursor 3.6, który ogranicza prośby o zatwierdzenie dla narzędzi Shell, MCP i Fetch.
- Trzystopniowy filtr decyduje o każdym wywołaniu: lista dozwolonych komend, piaskownica oraz podagent klasyfikujący.
- Ustawienia można konfigurować w menu Cursor Settings, gdzie można również dodać własne instrukcje dotyczące zachowania klasyfikatora.
- Zespół Cursor ostrzega, że to rozwiązanie ma charakter „best-effort” – nie gwarantuje bezpieczeństwa i może zostać ominięte.
Jak działa trzystopniowy filtr decyzyjny
Sercem Auto-review jest sekwencyjny pipeline, przez który przechodzi każde wywołanie narzędzia. Mechanizm ten nie działa na zasadzie „przepuść wszystko”, lecz opiera się na przemyślanej logice.
Pierwszy etap to lista dozwolonych komend (allowlist). Jeśli akcja pasuje do wzorców skonfigurowanych przez użytkownika – na przykład git status, npm test czy konkretne zapytania MCP – wykonuje się natychmiast, bez opóźnień i pytań.
Drugi etap to piaskownica (sandbox). Operacje, które można odizolować – takie jak odczyt i zapis plików w obrębie workspace, bez dostępu do sieci zewnętrznej – również przechodzą automatycznie. Większość codziennych zadań programisty mieści się w tej kategorii.
Dopiero trzeci etap angażuje podagenta klasyfikującego. Trafiają tam wszystkie pozostałe wywołania – te potencjalnie ryzykowne lub niejednoznaczne. Klasyfikator ma trzy opcje: przepuścić, poprosić o ponowną próbę w bezpieczniejszych granicach albo wyświetlić monit z prośbą o ręczne zatwierdzenie. To nie jest zero-jedynkowa bramka, lecz coś w rodzaju asystenta bezpieczeństwa.
Konfiguracja i własne reguły gry
Auto-review włącza się w Settings > Cursor Settings > Agents > Run Mode (lub w sekcji Approvals & Execution – w zależności od wersji interfejsu). Cursor proponuje ten tryb jako domyślny dla wersji 3.6, więc większość użytkowników zobaczy go od razu po aktualizacji.
Klasyfikator nie jest czarną skrzynką. W polu custom instructions można wskazać, co ma przepuszczać bez pytania, a co blokować. Na przykład: allow: git, npm install i block: rm -rf, curl.
Dla tych, którzy wolą trzymać konfigurację w repozytorium, Cursor udostępnia plik .cursor/permissions.json z polami allow_instructions i block_instructions. Dzięki temu reguły mogą być współdzielone w zespole i wersjonowane razem z kodem.
Jest jednak pewien haczyk. Przy pierwszym uruchomieniu IDE pokazuje okno z zaznaczonym checkboxem „Enable Auto-review”. Jeśli ktoś kliknie „OK” z przyzwyczajenia, globalny tryb pracy agenta zmieni się bez wyraźnego ostrzeżenia. Zespół Cursor przyznaje, że ten mechanizm może wprowadzać w błąd i warto go odznaczyć, jeśli nie planujesz jeszcze przesiadki na Auto-review.
Granice bezpieczeństwa – na co uważać
Twórcy podkreślają, że klasyfikator jest niedeterministyczny i podatny na błędy. Auto-review nie jest granicą bezpieczeństwa w rozumieniu sandboksów systemowych czy polityk administracyjnych. To funkcja wygody, a nie twarda zapora.
Dla projektów o zaostrzonych wymaganiach – na przykład w finansach, medycynie czy infrastrukturze krytycznej – Cursor rekomenduje pozostanie przy konfiguracji Allowlist + manual approval albo skorzystanie z ustawień administracyjnych. W takich przypadkach lepiej nie ryzykować.
Mimo tych zastrzeżeń Auto-review jest zalecanym trybem domyślnym. Większość programistów klika „approve” odruchowo, więc lepiej, aby robił to za nich bardziej inteligentny mechanizm. A gdy coś pójdzie nie tak – Cursor i tak zapyta.
Dodaj komentarz