Kiedy uzywac trybu agenta vs trybu zapytan

Musisz zrozumiec, jak dziala modul przetwarzania platnosci, zanim go zrefaktoryzujesz. Otwierasz AI w domyslnym trybie agenta, pytasz “jak dziala przetwarzanie platnosci w tym kodzie?” i AI natychmiast zaczyna czytac pliki, uruchamiac komendy grep i zuzywa 40 000 tokenow kontekstu, zanim da ci trzyzadaniowa odpowiedz. Moglbys uzyskac te sama odpowiedz za ulamek zuzycia kontekstu, gdybys uzywal odpowiedniego trybu.

Kazde narzedzie — Cursor, Claude Code i Codex — oferuje tryby kontrolujace, ile autonomii ma AI. Spektrum siega od “tylko czytaj i analizuj” do “wykonuj wszystko autonomicznie”. Zrozumienie tego spektrum i tego, kiedy uzywac kazdego ustawienia, jest fundamentalne dla efektywnej pracy.

Czego sie nauczysz

• Przejrzyste mapowanie trybow we wszystkich trzech narzedziach
• Kryteria decyzyjne do wyboru odpowiedniego trybu dla kazdego typu zadania
• Prompty zoptymalizowane pod kazdy tryb
• Strategie przechodzenia miedzy trybami w ramach jednego przepływu pracy

Spektrum trybow

Wszystkie trzy narzedzia maja to samo fundamentalne spektrum, nawet jesli uzywaja roznej terminologii:

Mozliwosc	Cursor	Claude Code	Codex
Analiza tylko do odczytu	Ask mode / Manual mode	Plan Mode (Shift+Tab)	Ask-for-approval: always
Kierowane wykonywanie	Agent mode (domyslny)	Normal Mode (domyslny)	Ask-for-approval: edits-only
Pelna autonomia	YOLO mode / Background Agent	--dangerously-skip-permissions / Sandbox	Ask-for-approval: never

Tryb tylko do odczytu / analizy

Uzyj go, gdy chcesz zrozumiec kod bez jego modyfikowania. AI czyta pliki i odpowiada na pytania, ale nie moze wprowadzac zmian.

Cursor

Przelacz na Ask mode lub Manual mode w selektorze trybow. 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 oszczedny pod wzgledem tokenow, poniewaz AI skupia sie na odpowiadaniu na twoje pytanie, zamiast eksplorowac szerzej. Wykorzystuje indeks bazy kodu do wyszukiwania, zamiast czytac pliki jeden po drugim.

Claude Code

Wlacz Plan Mode za pomoca Shift+Tab. Claude bedzie czytac pliki i eksplorowac baze kodu, ale nie moze zapisywac do zadnego pliku ani uruchamiac 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 szczegolnie przydatny do przeglądow kodu i analizy architektury. Claude moze czytac tyle plikow, ile potrzeba, bez ryzyka przypadkowej modyfikacji.

Codex

Uzyj --ask-for-approval always (CLI) lub skonfiguruj tryb zatwierdzania w ustawieniach aplikacji. Codex bedzie proponowal 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 mozesz tez uzyc typu watku “Explain” do czystej analizy bez jakichkolwiek zmian w kodzie.

Najlepsze zastosowania: przeglad kodu, analiza architektury, wdrazanie sie w nowa baze kodu, zrozumienie nieznanego kodu, badanie bledow przed ich naprawianiem.

Tryb kierowanego wykonywania

Domyslny tryb dla wszystkich trzech narzedzi. AI moze czytac pliki, wprowadzac zmiany i uruchamiac komendy, ale prosi o pozwolenie w kluczowych momentach. To glowny tryb roboczy dla wiekszosci zadan programistycznych.

Cursor

Agent mode jest domyslny. Agent Cursor czyta pliki, proponuje edycje i uruchamia komendy terminala. Mozesz przegladac 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, ktore narzedzia agent moze uzywac w Cursor Settings. Mozesz zezwolic na edycje plikow, ale wymagac zatwierdzenia dla komend terminala, lub odwrotnie.

Claude Code

Normal Mode jest domyslny. Claude prosi o pozwolenie na zapis plikow 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 uprawnien za pomoca /permissions. Zezwol na konkretne bezpieczne komendy (jak npm test), aby zredukowac przerywanie, zachowujac zatwierdzanie dla destrukcyjnych operacji.

Codex

Ask-for-approval: edits-only pozwala Codex swobodnie uruchamiac komendy tylko do odczytu, ale wymaga zatwierdzenia dla modyfikacji plikow:

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

W rozszerzeniu IDE Codex pokazuje inline diffy dla kazdej proponowanej zmiany. Akceptuj lub odrzucaj poszczegolne fragmenty zamiast calych plikow.

Najlepsze zastosowania: implementacja funkcjonalnosci, naprawianie bledow, refaktoryzacja, pisanie testow, wiekszosc codziennej pracy programistycznej.

Tryb pelnej autonomii

AI dziala bez przerw. Potezny dla dobrze zdefiniowanych zadan niskiego ryzyka. Niebezpieczny dla wszystkiego, co dotyka wrazliwego 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. Dziala we wlasnym worktree, wiec twoj katalog roboczy pozostaje nietkniety, dopoki nie przejrzysz i nie scalisz zmian.

Claude Code

Uzyj --dangerously-skip-permissions do operacji wsadowych lub wlacz 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, poniewaz zapewnia autonomie w zdefiniowanych granicach (ograniczenia systemu plikow i sieci), zamiast omijac wszystkie kontrole bezpieczenstwa.

Codex

Ask-for-approval: never daje Codex pelna autonomie. Watki cloudowe dzialaja w izolowanych maszynach wirtualnych dla maksymalnego bezpieczenstwa:

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

Watki cloudowe to najbezpieczniejszy sposob korzystania z pelnej autonomii, poniewaz Codex pracuje na klonie twojego repozytorium w izolowanym srodowisku. Nic nie dotyka twojego lokalnego kodu, dopoki nie scalisz wynikowego PR.

Najlepsze zastosowania: poprawki lintingu, formatowanie, masowa zmiana nazw, generowanie dokumentacji, szablony testow, skrypty migracji wielu plikow.

Pelna autonomia wymaga silnych zabezpieczen

Nigdy nie uzywaj trybu pelnej autonomii na kodzie zwiazanym z bezpieczenstwem, migracjach baz danych ani zmianach infrastrukturalnych. Nawet z izolacja sandbox AI moze popelniac subtelne bledy, ktore przechodza testy, ale psuja rzeczy na produkcji. Zarezerwuj tryb autonomiczny dla mechanicznych zadan niskiego ryzyka, gdzie definicja “poprawnosci” jest jasna i weryfikowalna.

Ramowy proces decyzyjny

Uzyj tego schematu przy wyborze trybu:

1. Chcesz zrozumiec kod, a nie go zmieniac? Uzyj trybu tylko do odczytu/analizy.
2. Zadanie jest dobrze zdefiniowane z jasna weryfikacja? Uzyj trybu kierowanego wykonywania i pozwol AI pracowac przez zadanie z twoim okresowym przegladem.
3. Zadanie jest mechaniczne i niskiego ryzyka? Rozwaz tryb pelnej autonomii z odpowiednia izolacja (background agent, sandbox, watek cloudowy).
4. Zadanie dotyka wrazliwego kodu? Uzyj kierowanego wykonywania z zatwierdzaniem per plik.
5. Nie jestes pewien, ktorego trybu uzyc? Zacznij od kierowanego wykonywania. Zawsze mozesz poluzowac 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.

Rownolegle uzywanie trybow

Zaawansowane zespoly uzywaja roznych trybow jednoczesnie w wielu sesjach:

Cursor

Uruchom Background Agent na zadaniu poprawek lintingu (autonomicznie), a jednoczesnie uzywaj glownego Agenta do rozwoju funkcjonalnosci (kierowane). Przejrzyj zmiany Background Agenta, gdy beda gotowe, bez przerywania pracy nad funkcjonalnoscia.

Claude Code

Uruchom bezobslugowa sesje Claude do naprawy ostrzezen lintingu w jednej zakladce terminala, jednoczesnie pracujac interaktywnie nad funkcjonalnoscia w drugiej. Uzyj --continue, aby wrocic do dowolnej sesji pozniej:

# 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 watek cloudowy dla zadania mechanicznego i pracuj lokalnie nad funkcjonalnoscia. Codex wykonuje oba rownolegle:

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

W miedzyczasie pracuj nad funkcjonalnoscia 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 dziala

Zostajesz w trybie analizy zbyt dlugo. Jesli spedzasz 30 minut pytajac AI o baze kodu, zanim napiszesz jakikolwiek kod, zuzylas kontekst, ktory moglby byc uzyty do implementacji. Ustaw limit czasowy na analize (5-10 minut), a nastepnie przelacz na implementacje.

Uzywasz pelnej autonomii przy zlozonych zadaniach. Tryb autonomiczny dziala dla mechanicznych zadan z jasna weryfikacja. Dla zadan wymagajacych osadu (projektowanie API, strategia obslugi bledow, optymalizacja wydajnosci) tryb kierowany z przegladem czlowieka daje lepsze wyniki.

Mieszasz tryby w jednym prompcie. Proszenie AI, zeby “przeanalizowalo modul auth, a nastepnie go zrefaktoryzowalo” w jednym prompcie zmusza je do wewnetrznego przelaczania trybow, co czesto prowadzi do pominięcia analizy i przeskoczenia prosto do refaktoryzacji. Rozdziel analize i implementacje na oddzielne prompty.

Zapominasz przelaczac z powrotem. Po uzyciu trybu analizy do badania, niektorzy programisci zapominaja przelaczac z powrotem na tryb wykonywania i zastanawiaja sie, dlaczego AI nie wprowadza zmian. Sprawdz aktualny tryb, jesli AI wydaje sie nie reagowac na prosbe o implementacje.

Co dalej

Czlowiek w petli Glebsze wzorce nadzoru i przegladow we wszystkich trybach.

Okna kontekstowe Jak wybor trybu wplywa na zuzycie kontekstu i dlugosc sesji.

Koszt kontekstu Implikacje kosztowe roznych trybow i poziomow autonomii.