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 trzyzadaniową odpowiedź. Mógłbyś uzyskać tę samą odpowiedź za ułamek zużycia kontekstu, gdybyś używał odpowiedniego 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 / Manual mode	Plan Mode (Shift+Tab)	Ask-for-approval: always
Kierowane wykonywanie	Agent mode (domyślny)	Normal Mode (domyślny)	Ask-for-approval: edits-only
Pełna autonomia	YOLO mode / Background 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 lub Manual mode w selektorze trybów. AI przeanalizuje kod bez wprowadzania zmian:

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

Użyj --ask-for-approval always (CLI) lub skonfiguruj tryb zatwierdzania w ustawieniach aplikacji. Codex będzie proponował zmiany, ale poczeka na twoje zatwierdzenie przed wykonaniem:

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

W aplikacji Codex możesz też użyć typu wątku “Explain” do czystej analizy bez jakichkolwiek zmian w kodzie.

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: edits-only pozwala Codex swobodnie uruchamiać komendy tylko do odczytu, ale wymaga zatwierdzenia dla modyfikacji plików:

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

YOLO mode automatycznie akceptuje wszystkie zmiany i komendy. Background Agent uruchamia zadania asynchronicznie w izolowanych worktree:

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

Background Agent to bezpieczniejsza opcja dla autonomicznej pracy. Działa we własnym worktree, więc twój 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ą (background 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 Background Agent na zadaniu poprawek lintingu (autonomicznie), a jednocześnie używaj głównego Agenta do rozwoju funkcjonalności (kierowane). Przejrzyj zmiany Background 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.