Dogłębne rozumowanie: /think i Extended Thinking

Debugujesz warunek wyścigu, który pojawia się tylko pod obciążeniem. Logi błędów pokazują sporadyczne przekroczenia czasu połączeń z bazą danych, ale tylko wtedy, gdy dwa konkretne endpointy API są wywoływane jednocześnie. Opisujesz problem Claude i otrzymujesz powierzchowną odpowiedź o dodaniu logiki ponownych prób. To, czego faktycznie potrzebujesz, to aby Claude przeanalizował cykl życia puli połączeń, poziomy izolacji transakcji i model współbieżności żądań — rodzaj głębokiej analizy, która wymaga czegoś więcej niż szybkiej odpowiedzi.

Extended thinking daje Claude przestrzeń do przemyślenia złożonych problemów przed udzieleniem odpowiedzi, co prowadzi do znacznie lepszych rezultatów w trudnych kwestiach technicznych.

Co wyniesiesz z tego poradnika

• Zrozumienie, kiedy extended thinking rzeczywiście pomaga (a kiedy nie)
• Praktyczna różnica między trybami standard, /think i deep thinking
• Prompty zoptymalizowane pod extended thinking dla zadań architektonicznych i debugowania
• Konfiguracja kontrolująca głębokość myślenia i budżet tokenów

Jak działa Extended Thinking

Domyślnie Claude Code używa extended thinking przy każdym komunikacie — Claude rozumuje wewnętrznie przez problem przed wygenerowaniem widocznej odpowiedzi. Możesz wpływać na głębokość tego rozumowania.

Tryb standard — Claude używa domyślnej głębokości rozumowania. Dobry dla większości zadań.

Extended thinking — Claude poświęca więcej tokenów na wewnętrzne rozumowanie przed odpowiedzią. Aktywowany na sesję za pomocą komendy /think lub przełączany przez /config. Dla Claude Opus 4.6 głębokość myślenia jest kontrolowana przez poziom effort.

Myślenie odbywa się wewnątrz okna kontekstu Claude, ale nie jest ci pokazywane (możesz zobaczyć wskaźnik “Thinking…”). Rezultatem jest to, że widoczna odpowiedź Claude jest lepiej przemyślana, szczególnie dla problemów wymagających wieloetapowej analizy.

Kiedy używać Extended Thinking

Extended thinking sprawdza się w problemach o następujących cechach:

• Wiele współdziałających systemów — Przepływy uwierzytelniania, transakcje rozproszone, architektury sterowane zdarzeniami
• Debugowanie bez wyraźnej reprodukcji — Sporadyczne awarie, warunki wyścigu, wycieki pamięci
• Decyzje architektoniczne z kompromisami — Wybór między podejściami, gdzie poprawna odpowiedź zależy od ograniczeń
• Analiza bezpieczeństwa — Znajdowanie podatności wymagających zrozumienia przepływu danych przez komponenty
• Optymalizacja wydajności — Identyfikacja wąskich gardeł rozciągających się na wiele warstw

Extended thinking NIE pomaga zbytnio przy:

• Prostym generowaniu kodu (“napisz funkcję sortującą tablicę”)
• Prostym refaktoringu (“zmień nazwę tej zmiennej”)
• Pytaniach z oczywistymi odpowiedziami (“co oznacza ten komunikat błędu”)

Koszt to wyższe zużycie tokenów i nieco dłuższy czas odpowiedzi. Używaj selektywnie.

Aktywacja Extended Thinking

Przełącznik na sesję

Wewnątrz sesji Claude Code:

/think

To włącza extended thinking dla reszty sesji. Wyłącz ponownie za pomocą /think.

Konfiguracja zawsze włączona

W settings.json:

{
  "alwaysThinkingEnabled": true
}

Poziom Effort (Opus 4.6)

Dla Claude Opus 4.6 głębokość myślenia jest kontrolowana przez poziom effort, a nie budżet tokenów:

# Wartości: low, medium, high (domyślnie)
export CLAUDE_CODE_EFFORT_LEVEL=high

Poziom Effort	Zachowanie	Najlepsze dla
low	Minimalne rozumowanie, szybkie odpowiedzi	Proste zadania, szybkie pytania
medium	Umiarkowane rozumowanie	Codzienny rozwój
high (domyślnie)	Głębokie rozumowanie	Złożona architektura, debugowanie

Budżet tokenów (inne modele)

Dla modeli innych niż Opus 4.6 możesz kontrolować budżet myślenia bezpośrednio:

# Domyślnie 31,999 tokenów
export MAX_THINKING_TOKENS=10000

# Wyłącz myślenie całkowicie
export MAX_THINKING_TOKENS=0

Promptowanie do głębokiej analizy

Sposób sformułowania promptu znacząco wpływa na jakość myślenia. Daj Claude kontekst i ograniczenia wymagające głębokiego rozumowania.

Wskazówka

Prompt do skopiowania dla decyzji architektonicznych:

Muszę zdecydować między dwoma podejściami do [konkretny problem].

Opcja A: [opisz podejście]
Opcja B: [opisz podejście]

Weź pod uwagę te ograniczenia:
- [ograniczenie 1, np. "musi obsłużyć 10k współbieżnych użytkowników"]
- [ograniczenie 2, np. "działa na Cloudflare Workers z 128MB pamięci"]
- [ograniczenie 3, np. "musi być wstecznie kompatybilne z API v1"]

Przeanalizuj kompromisy dla każdego podejścia. Przemyśl przypadki brzegowe,
tryby awarii i implikacje długoterminowej konserwacji. Zarekomenduj
jedną opcję ze szczegółowym uzasadnieniem.

Wskazówka

Prompt do skopiowania dla debugowania złożonych problemów:

Mam sporadyczny błąd, którego nie mogę konsekwentnie odtworzyć.

Objawy:
- [opisz co się dzieje]
- [częstotliwość: "zdarza się około 1 na 20 żądań"]
- [warunki: "tylko pod współbieżnym obciążeniem"]

Odpowiedni kod: [odnieś się do plików za pomocą @]
Logi błędów: [wklej lub odnieś się do odpowiednich logów]

Systematycznie przemyśl każdą możliwą przyczynę. Rozważ:
- Warunki wyścigu i problemy współbieżności
- Wyczerpanie zasobów (połączenia, pamięć, uchwyty plików)
- Zachowanie zależne od czasu
- Korupcja stanu między żądaniami

Dla każdej potencjalnej przyczyny wyjaśnij, jak ją zweryfikować lub wykluczyć.

Wskazówka

Prompt do skopiowania dla przeglądu bezpieczeństwa:

Przejrzyj przepływ uwierzytelniania i autoryzacji w tym projekcie.

Głęboko przemyśl:
1. Każde miejsce, gdzie dane wejściowe użytkownika trafiają do zapytania bazodanowego
2. Cykl życia tokenu/sesji i obsługę wygaśnięcia
3. Powierzchnie ataku CSRF, XSS i injection
4. Ścieżki eskalacji uprawnień
5. Wycieki informacji w komunikatach błędów

Dla każdej znalezionej podatności oceń dotkliwość (critical/high/medium/low)
i podaj konkretną poprawkę, nie tylko opis.

Łączenie Extended Thinking z Plan Mode

Najpotężniejszy workflow dla złożonych funkcji łączy Plan mode z extended thinking:

1. Włącz extended thinking: /think
2. Przełącz na plan mode (przez /config lub selektor trybu VS Code)
3. Opisz swoją funkcję lub problem
4. Claude głęboko rozumuje o podejściu, następnie prezentuje plan
5. Przeglądasz plan i zatwierdzasz lub doprecyzowujesz

To zmusza Claude do wydania budżetu myślenia na planowanie zamiast śpieszenia się do implementacji.

Extended Thinking w praktyce

Oto jak wygląda doświadczenie dla prawdziwej sesji debugowania:

/think

Widzę sporadyczne 504 Gateway Timeouts na naszym endpoincie /api/orders.
Zdarza się to tylko w godzinach szczytu (2-4pm EST) i
dotyczy około 3% żądań. Nasz monitoring pokazuje:

- Czas zapytania do bazy danych jest normalny (< 50ms)
- Timeout następuje po zakończeniu zapytania
- Użycie pamięci na serwerze pozostaje stałe
- Problem pojawił się po wdrożeniu nowej integracji
  płatności w zeszły wtorek

Przeczytaj @src/pages/api/orders.ts i @src/lib/payments.ts
i przemyśl, co może to powodować.

Z włączonym extended thinking Claude jest bardziej skłonny do:

• Zauważenia, że integracja płatności wykonuje synchroniczne wywołanie HTTP do zewnętrznego API
• Zrozumienia, że zewnętrzne API ma zmienne czasy odpowiedzi w godzinach szczytu
• Zidentyfikowania, że 504 pochodzi z gateway timeout, nie z bazy danych
• Zasugerowania przeniesienia weryfikacji płatności do asynchronicznego zadania w tle

Bez extended thinking Claude może dać bardziej powierzchowną odpowiedź o poolingu połączeń bazodanowych lub cachowaniu.

Kiedy to nie działa

Myślenie trwa zbyt długo i tracisz cierpliwość — Obniż poziom effort do medium lub zmniejsz MAX_THINKING_TOKENS. Nie każde zadanie wymaga głębokiego rozumowania. Zarezerwuj to dla naprawdę złożonych problemów.

Myślenie Claude wydaje się chodzić w kółko — To może się zdarzyć przy ekstremalnie niejednoznacznych problemach. Podaj więcej ograniczeń lub zawęź pytanie: “Skup się konkretnie na zachowaniu poolingu połączeń bazodanowych, nie na całym cyklu życia żądania.”

Koszty tokenów gwałtownie rosną z extended thinking — Extended thinking używa znacznie więcej tokenów. Jeśli korzystasz z rozliczania API, użyj /cost do monitorowania wydatków sesji. Rozważ przełączenie na Claude Sonnet 4.5 dla prostszych zadań i zarezerwowanie Opus 4.6 z myśleniem dla trudnych problemów.

Myślenie jest włączone, ale odpowiedzi nie są zauważalnie lepsze — Problem może nie korzystać z extended thinking. Proste, dobrze zdefiniowane zadania dają podobne wyniki z nim i bez niego. Oszczędzaj myślenie na naprawdę niejednoznaczne problemy wieloczynnikowe.

Co dalej

Mając głębokie rozumowanie w swoim zestawie narzędzi, połącz zewnętrzne narzędzia przez MCP, aby dać Claude dostęp do twoich baz danych, systemów śledzenia zgłoszeń i systemów monitorowania.

Konfiguracja MCP Podłącz zewnętrzne narzędzia przez Model Context Protocol

Workflow rozwoju Zbuduj swoją pierwszą funkcję od początku do końca