Kiedy używać trybu agenta vs trybu zapytań

Musisz zrozumieć, jak działa moduł przetwarzania płatności, zanim go zrefaktoryzujesz. Otwierasz AI w domyślnym trybie agenta, pytasz “jak działa przetwarzanie płatności w tym kodzie?” i AI natychmiast zaczyna czytać pliki, uruchamiać komendy grep i zużywa 40 000 tokenów kontekstu, zanim da ci trzyzdaniową odpowiedź. Tę samą odpowiedź mógłbyś uzyskać przy ułamku zużycia kontekstu, gdybyś użył właściwego trybu.

Każde narzędzie — Cursor, Claude Code i Codex — oferuje tryby kontrolujące, ile autonomii ma AI. Spektrum sięga od “tylko czytaj i analizuj” do “wykonuj wszystko autonomicznie”. Zrozumienie tego spektrum i tego, kiedy używać każdego ustawienia, jest fundamentalne dla efektywnej pracy.

Czego się nauczysz

• Przejrzyste mapowanie trybów we wszystkich trzech narzędziach
• Kryteria decyzyjne do wyboru odpowiedniego trybu dla każdego typu zadania
• Prompty zoptymalizowane pod każdy tryb
• Strategie przechodzenia między trybami w ramach jednego przepływu pracy

Spektrum trybów

Wszystkie trzy narzędzia mają to samo fundamentalne spektrum, nawet jeśli używają różnej terminologii:

Możliwość	Cursor	Claude Code	Codex
Analiza tylko do odczytu	Ask mode (lub Plan mode, by naszkicować plan)	Plan Mode (Shift+Tab)	--ask-for-approval untrusted + --sandbox read-only
Kierowane wykonywanie	Agent mode (domyślny)	Normal Mode (domyślny)	--ask-for-approval on-request (lub preset --full-auto)
Pełna autonomia	Auto-Run “Run Everything” / Cloud Agent	--dangerously-skip-permissions / Sandbox	--ask-for-approval never

Tryb tylko do odczytu / analizy

Użyj go, gdy chcesz zrozumieć kod bez jego modyfikowania. AI czyta pliki i odpowiada na pytania, ale nie może wprowadzać zmian.

Cursor

Przełącz na Ask mode w selektorze trybów. AI przeanalizuje kod i odpowie na pytania bez wprowadzania zmian. Gdy dochodzenie ma zakończyć się spisanym planem zamiast edycjami, sięgnij po bliźniaczy Plan mode:

How does the authentication flow work? Trace the request from
the login endpoint through middleware to the session store.
Show me the key files and functions involved.

Ask mode jest oszczędny pod względem tokenów, ponieważ AI skupia się na odpowiadaniu na twoje pytanie, zamiast eksplorować szerzej. Wykorzystuje indeks bazy kodu do wyszukiwania, zamiast czytać pliki jeden po drugim.

Claude Code

Włącz Plan Mode za pomocą Shift+Tab. Claude będzie czytać pliki i eksplorować bazę kodu, ale nie może zapisywać do żadnego pliku ani uruchamiać destrukcyjnych komend:

Explain the authentication flow. Start from the login endpoint
and trace through middleware, session management, and token
refresh. Identify the key files and any potential issues.

Plan Mode jest szczególnie przydatny do przeglądów kodu i analizy architektury. Claude może czytać tyle plików, ile potrzeba, bez ryzyka przypadkowej modyfikacji.

Codex

Połącz --ask-for-approval untrusted (lub on-failure) z --sandbox read-only, aby Codex przeglądał kod i rozumował, ale nie mógł dotknąć plików:

Explain the authentication flow in this codebase. Trace the
request lifecycle from login to session creation. Identify
key files and potential security concerns.

W rozszerzeniu IDE Codex przełącz tryb zatwierdzania na Chat, aby Codex czytał, rozumował i planował bez wprowadzania jakichkolwiek zmian — odpowiednik trybu tylko do odczytu.

Najlepsze zastosowania: przegląd kodu, analiza architektury, wdrażanie się w nową bazę kodu, zrozumienie nieznanego kodu, badanie błędów przed ich naprawianiem.

Tryb kierowanego wykonywania

Domyślny tryb dla wszystkich trzech narzędzi. AI może czytać pliki, wprowadzać zmiany i uruchamiać komendy, ale prosi o pozwolenie w kluczowych momentach. To główny tryb roboczy dla większości zadań programistycznych.

Cursor

Agent mode jest domyślny. Agent Cursor czyta pliki, proponuje edycje i uruchamia komendy terminala. Możesz przeglądać zmiany w widoku diff przed zaakceptowaniem:

Implement the rate limiter middleware following the pattern in
@src/middleware/auth.ts. Write tests in @src/middleware/__tests__/.
Run the tests after implementation.

Skonfiguruj, które narzędzia agent może używać w Cursor Settings. Możesz zezwolić na edycje plików, ale wymagać zatwierdzenia dla komend terminala, lub odwrotnie.

Claude Code

Normal Mode jest domyślny. Claude prosi o pozwolenie na zapis plików i potencjalnie destrukcyjne komendy, ale czyta pliki swobodnie:

Implement the rate limiter middleware following the pattern in
src/middleware/auth.ts. Write tests and run them. Fix any
failures before finishing.

Dostosuj poziom uprawnień za pomocą /permissions. Zezwól na konkretne bezpieczne komendy (jak npm test), aby zredukować przerywanie, zachowując zatwierdzanie dla destrukcyjnych operacji.

Codex

--ask-for-approval on-request pozwala Codex swobodnie uruchamiać komendy tylko do odczytu, ale wstrzymuje się i czeka na twoje zatwierdzenie przed zapisem plików lub uruchomieniem czegokolwiek poza sandboxem. Preset --full-auto łączy to z sandboxem workspace-write dla niskotarciowej pracy lokalnej:

Implement the rate limiter middleware following existing patterns.
Write tests and run them. Fix any failures.

W rozszerzeniu IDE Codex pokazuje inline diffy dla każdej proponowanej zmiany. Akceptuj lub odrzucaj poszczególne fragmenty zamiast całych plików.

Najlepsze zastosowania: implementacja funkcjonalności, naprawianie błędów, refaktoryzacja, pisanie testów, większość codziennej pracy programistycznej.

Tryb pełnej autonomii

AI działa bez przerw. Potężny dla dobrze zdefiniowanych zadań niskiego ryzyka. Niebezpieczny dla wszystkiego, co dotyka wrażliwego kodu.

Cursor

Auto-Run ustawione na Run Everything (nieformalnie nazywane trybem YOLO) automatycznie akceptuje wszystkie zmiany i komendy. Cloud Agent uruchamia zadania asynchronicznie w izolowanym środowisku chmurowym:

Fix all ESLint warnings in src/components/. Run npm run lint
after each fix to verify. Commit each fix separately with a
descriptive message.

Cloud Agent to bezpieczniejsza opcja dla autonomicznej pracy. Działa na klonie twojego repozytorium w izolowanym środowisku chmurowym, więc twój lokalny katalog roboczy pozostaje nietknięty, dopóki nie przejrzysz i nie scalisz zmian.

Claude Code

Użyj --dangerously-skip-permissions do operacji wsadowych lub włącz tryb sandbox (/sandbox) dla bezpieczniejszej autonomii:

claude --dangerously-skip-permissions -p \
  "Fix all ESLint warnings in src/components/. Commit each fix separately."

Tryb sandbox jest preferowany, ponieważ zapewnia autonomię w zdefiniowanych granicach (ograniczenia systemu plików i sieci), zamiast omijać wszystkie kontrole bezpieczeństwa.

Codex

--ask-for-approval never daje Codex pełną autonomię. Wątki cloudowe działają w izolowanych maszynach wirtualnych dla maksymalnego bezpieczeństwa:

Fix all ESLint warnings in src/components/. Commit each fix
with a descriptive message. Create a PR when done.

Wątki cloudowe to najbezpieczniejszy sposób korzystania z pełnej autonomii, ponieważ Codex pracuje na klonie twojego repozytorium w izolowanym środowisku. Nic nie dotyka twojego lokalnego kodu, dopóki nie scalisz wynikowego PR.

Najlepsze zastosowania: poprawki lintingu, formatowanie, masowa zmiana nazw, generowanie dokumentacji, szablony testów, skrypty migracji wielu plików.

Pełna autonomia wymaga silnych zabezpieczeń

Nigdy nie używaj trybu pełnej autonomii na kodzie związanym z bezpieczeństwem, migracjach baz danych ani zmianach infrastrukturalnych. Nawet z izolacją sandbox AI może popełniać subtelne błędy, które przechodzą testy, ale psują rzeczy na produkcji. Zarezerwuj tryb autonomiczny dla mechanicznych zadań niskiego ryzyka, gdzie definicja “poprawności” jest jasna i weryfikowalna.

Ramowy proces decyzyjny

Użyj tego schematu przy wyborze trybu:

1. Chcesz zrozumieć kod, a nie go zmieniać? Użyj trybu tylko do odczytu/analizy.
2. Zadanie jest dobrze zdefiniowane z jasną weryfikacją? Użyj trybu kierowanego wykonywania i pozwól AI pracować przez zadanie z twoim okresowym przeglądem.
3. Zadanie jest mechaniczne i niskiego ryzyka? Rozważ tryb pełnej autonomii z odpowiednią izolacją (cloud agent, sandbox, wątek cloudowy).
4. Zadanie dotyka wrażliwego kodu? Użyj kierowanego wykonywania z zatwierdzaniem per plik.
5. Nie jesteś pewien, którego trybu użyć? Zacznij od kierowanego wykonywania. Zawsze możesz poluzować uprawnienia w trakcie sesji.

Gotowy prompt: Zmiana trybu w trakcie przepływu pracy

Phase 1 (Analysis - use ask/plan mode):
Read the payment processing module in src/payments/. Explain the
current architecture and identify the three riskiest areas for
our planned refactoring.

Phase 2 (Planning - stay in ask/plan mode):
Based on your analysis, create a refactoring plan. Save it to
docs/payment-refactor-plan.md. Include risk assessment for each step.

Phase 3 (Implementation - switch to agent/normal mode):
Implement step 1 from the plan. Write tests first, then implement.
Run tests after each change.

Równoległe używanie trybów

Zaawansowane zespoły używają różnych trybów jednocześnie w wielu sesjach:

Cursor

Uruchom Cloud Agent na zadaniu poprawek lintingu (autonomicznie), a jednocześnie używaj głównego Agenta do rozwoju funkcjonalności (kierowane). Przejrzyj zmiany Cloud Agenta, gdy będą gotowe, bez przerywania pracy nad funkcjonalnością.

Claude Code

Uruchom bezobsługową sesję Claude do naprawy ostrzeżeń lintingu w jednej zakładce terminala, jednocześnie pracując interaktywnie nad funkcjonalnością w drugiej. Użyj --continue, aby wrócić do dowolnej sesji później:

# Terminal 1: Autonomous lint fixes
claude -p "Fix all ESLint warnings in src/. Commit each fix." --allowedTools "Edit,Bash(npm run lint)"

# Terminal 2: Interactive feature development
claude

Codex

Uruchom wątek cloudowy dla zadania mechanicznego i pracuj lokalnie nad funkcjonalnością. Codex wykonuje oba równolegle:

Cloud thread: Fix all TypeScript strict mode errors in src/utils/.
Commit each fix with type: "fix(types)" message.

W międzyczasie pracuj nad funkcjonalnością lokalnie w rozszerzeniu IDE lub CLI.

Gotowy prompt: Ograniczona autonomiczna operacja wsadowa

Fix all [ISSUE TYPE] in [DIRECTORY]. For each fix:

1. Make the minimal change needed
2. Run [VERIFICATION COMMAND] to confirm the fix
3. Commit with message: [COMMIT FORMAT]
4. Move to the next instance

Only modify files in [DIRECTORY]. Do not change test files.
Do not install new dependencies. Do not modify configuration files.

Kiedy to nie działa

Zostajesz w trybie analizy zbyt długo. Jeśli spędzasz 30 minut pytając AI o bazę kodu, zanim napiszesz jakikolwiek kod, zużyłeś kontekst, który mógłby być użyty do implementacji. Ustaw limit czasowy na analizę (5-10 minut), a następnie przełącz na implementację.

Używasz pełnej autonomii przy złożonych zadaniach. Tryb autonomiczny działa dla mechanicznych zadań z jasną weryfikacją. Dla zadań wymagających osądu (projektowanie API, strategia obsługi błędów, optymalizacja wydajności) tryb kierowany z przeglądem człowieka daje lepsze wyniki.

Mieszasz tryby w jednym prompcie. Proszenie AI, żeby “przeanalizowało moduł auth, a następnie go zrefaktoryzowało” w jednym prompcie zmusza je do wewnętrznego przełączania trybów, co często prowadzi do pominięcia analizy i przeskoczenia prosto do refaktoryzacji. Rozdziel analizę i implementację na oddzielne prompty.

Zapominasz przełączać z powrotem. Po użyciu trybu analizy do badania, niektórzy programiści zapominają przełączać z powrotem na tryb wykonywania i zastanawiają się, dlaczego AI nie wprowadza zmian. Sprawdź aktualny tryb, jeśli AI wydaje się nie reagować na prośbę o implementację.

Co dalej

Człowiek w pętli Głębsze wzorce nadzoru i przeglądów we wszystkich trybach.

Okna kontekstowe Jak wybór trybu wpływa na zużycie kontekstu i długość sesji.

Koszt kontekstu Implikacje kosztowe różnych trybów i poziomów autonomii.

Grill Me i Grill With Docs Tryb zapytania doprowadzony do logicznego końca — agent przepytuje cię po jednym pytaniu naraz, aż się dogadacie.