Claude Code w 2026 roku: 11 wskazówek, skrótów i poleceń

Dodatkowe instrukcje dotyczące pracy z Ailoot znajdziesz w dokumentacji.

Co dają te 11 wskazówek i dlaczego potrzebujesz praktyki zamiast teorii?#

Przy vibe codingu pytanie nie brzmi już „czy Claude Code działa?”, lecz „jak z nim pracować, żeby nie przepalał limitów ani nie halucynował?”. Moje 9 wcześniejszych poradników omawia podstawy: CLAUDE.md, Plan Mode, inżynierię kontekstu, Skills, Subagents, MCP, /rewind, limity, drugi mózg. Ten poradnik to zestaw uzupełniających je praktycznych technik.

Każda wskazówka rozwiązuje jeden problem. Możesz czytać po kolei albo przejść od razu do najpilniejszych: skróty znajdziesz we wskazówce 1, oszczędzanie tokenów we wskazówkach 4 i 5, pracę równoległą we wskazówce 6, a techniki autora we wskazówkach 8–11.

Piszę dla osób, które już zainstalowały Claude Code i używają go od co najmniej tygodnia. Jeśli dopiero go instalujesz, zacznij od poradnika CLAUDE.md, a potem wróć tutaj.

Jak przełączać tryby Claude Code: skrót Shift+Tab#

Najczęstszy błąd początkujących to pozostawanie cały dzień w trybie default i ręczne zatwierdzanie każdej zmiany. Po godzinie staje się to męczące i kusi, by użyć --dangerously-skip-permissions (więcej na ten temat pod koniec wskazówki). Shift+Tab to rozwiązanie pośrednie: sam wybierasz, kiedy potrzebujesz acceptEdits, a kiedy plan.

Oto konkretna zasada, której przestrzegam podczas przełączania:

1. Rozpoczynam złożone zadanie — naciskam Shift+Tab, aż wskaźnik pokaże plan. Claude analizuje zadanie i przygotowuje plan; nie pisze kodu, dopóki go nie zatwierdzę.
2. Plan zatwierdzony, przechodzę do wdrożenia — przełączam, aż wskaźnik pokaże acceptEdits. Claude edytuje pliki bez pytania o zgodę, ale nadal pyta przed poleceniami Bash.
3. Rutynowe edycje (zmiana nazw, drobny refaktoring) — od razu włączam acceptEdits, bez planu.
4. Strefa ryzyka (migracje baz danych, usuwanie plików) — wracam do default za pomocą Shift+Tab.

# Typowe tryby uprawnień (sprawdź aktywną etykietę, nie stałą liczbę naciśnięć):
# default        - standardowe pytania o uprawnienia
# acceptEdits    - edycje plików są zatwierdzane; nadal obowiązują inne uprawnienia narzędzi
# plan           - badanie i planowanie przed wdrożeniem
# Dodatkowe tryby zależą od wersji, ustawień i polityki organizacji.

Jeśli Shift+Tab nie działa w Twojej wersji Claude Code (claude --version), sprawdź, czy masz najnowszą wersję. Polecenie /doctor pokaże wszystkie informacje o instalacji.

Jak cofnąć ostatnią czynność bez utraty kontekstu: Esc Esc#

Pojedyncze Esc i Esc Esc robią różne rzeczy, dlatego często są mylone:

• Jedno Esc — przerywa bieżącą czynność Claude'a. Wszystko, co zdążył zrobić, pozostaje. Przydaje się, gdy obrał zły kierunek i chcesz go przekierować.
• Podwójne Esc — jeśli pole wpisywania jest puste, otwiera menu punktów kontrolnych (przywrócenie kodu, rozmowy, obu naraz albo podsumowanie). Jeśli pole zawiera tekst, czyści je i umieszcza tekst w historii (strzałka w górę przywraca go).

# Z menu Esc Esc przy pustym polu:
# 1. Przywróć tylko kod             - przywróć pliki, pozostaw rozmowę
# 2. Przywróć tylko rozmowę         - przywróć rozmowę, pozostaw pliki
# 3. Przywróć kod i rozmowę         - przywróć oba (najczęstszy wybór)
# 4. Podsumuj od tego miejsca       - podsumuj rozmowę od tego punktu
# 5. Podsumuj do tego miejsca      - podsumuj do tego punktu

Punkty kontrolne są tworzone automatycznie dla każdego wysłanego promptu — nie musisz o niczym pamiętać, zawsze możesz wrócić do wcześniejszego stanu. Pełne omówienie znajdziesz w poradniku /rewind, który wyjaśnia też, jak łączyć tę funkcję z git przy głębokim wycofywaniu zmian.

Esc Esc to jedna z pierwszych technik dla początkujących. Kiedy przestają się bać, że „coś zepsują i nie będą mogli tego cofnąć”, zaczynają śmielej eksperymentować, a wyniki poprawiają się wielokrotnie.

Kiedy używać /compact zamiast /clear?#

Oto jak /compact działa wewnętrznie: Claude bierze całą historię wiadomości, przetwarza ją i zwraca krótkie podsumowanie najważniejszych informacji. Przydatna sztuczka to dodanie wskazówki: /compact keep the coding principles and current plan, discard the CSS discussion. Dzięki temu kompresja będzie ukierunkowana.

# Kiedy czego używać:
/clear                              # ukończona funkcja, przejście do nowej
/compact                            # długa sesja, kontekst jest zapełniony w >50%
/compact keep the architecture and plan  # ukierunkowana kompresja z naciskiem na

Sygnałem, że pora użyć /compact, jest informacja w poleceniu /cost lub na pasku stanu, że wykorzystano co najmniej 70% okna kontekstu, podczas gdy sesja jest dopiero w połowie. Jeśli to zignorujesz, Claude zacznie „zapominać” początek rozmowy i stracisz czas na ponowne wyjaśnianie.

Pełne omówienie teorii okna kontekstu znajdziesz w poradniku o inżynierii kontekstu. Wyjaśnia on również, dlaczego kontekst jest zasobem ograniczonym, którego wartość maleje wraz z wykorzystaniem.

Jak śledzić tokeny na bieżąco: polecenie /cost#

Obawa „wydam wszystko w jeden dzień” należy do najczęstszych wśród osób zajmujących się vibe codingiem (widać ją w dyskusjach osób uczących się i popularnych wątkach na Reddicie o limitach Claude Code z maja 2026 roku). Głównym sposobem na jej opanowanie jest zapewnienie widoczności wydatków.

/cost          # pokazuje wydatki bieżącej sesji (tokeny + $)
/statusline    # konfiguruje pasek stanu: model + katalog + kontekst % + koszt

Prosta zasada: sprawdzaj /cost co 30–60 minut. Jeśli w ciągu godziny wydasz mniej niż parę dolarów, wszystko w porządku. Jeśli więcej, coś jest nie tak: może zapomniałeś użyć /compact i kontekst rośnie, może wybrałeś niewłaściwy model (więcej w następnej wskazówce) albo Claude 10 razy odczytuje duże pliki.

Pełny poradnik oszczędzania limitów to „Jak nie wyczerpać limitów Claude Code w jeden dzień”, zawierający 8 zasad. Tutaj chodzi o uwidocznienie wydatków za pomocą /cost i /statusline.

Chcesz nie tylko śledzić tokeny, ale też zbudować system, w którym agent AI sam nie przekracza swoich limitów? /cost to tylko wskaźnik. Pełne połączenie — klon AI + drugi mózg + inżynieria kontekstu — zmienia Claude z „asystenta z limitami” w narzędzie, które może pracować długo i przewidywalnie.

Który model Claude wybrać do zadania: Haiku, Sonnet czy Opus?#

claude --model haiku   # ~3× taniej niż sonnet, do rutynowej pracy
claude --model sonnet  # domyślny, równowaga ceny i jakości
claude --model opus    # ~1.7× drożej niż sonnet, do złożonych zadań

Według publicznego cennika Anthropic z maja 2026 roku: Haiku — $1/$5 za 1 mln tokenów wejściowych/wyjściowych, Sonnet — $3/$15, Opus — $5/$25. To znaczy, że Haiku jest 3 razy tańszy od Sonneta, a Opus 1,7 razy droższy od Sonneta.

Jak wybieram model na co dzień:

Dyskusyjna jest kwestia, czy w ogóle używać Sonneta i Haiku, jeśli Opus średnio trafia „za pierwszym razem”. Moja odpowiedź: dla przedsiębiorcy niebędącego programistą Haiku i Sonnet opłacają się w 70% zadań. Opusa warto zachować na 30% naprawdę trudnych przypadków.

Jak uruchomić 3–5 zadań równolegle: /resume + git worktrees#

Zasada jest prosta: jedno długie okno Claude pożera kontekst. Każde zapytanie ładuje do modelu wszystko, co było w tym oknie — nawet jeśli teraz rozmawiasz o czymś zupełnie innym. 5 krótkich okien z mikrozadaniami pamięta tylko własną pracę. W sumie wydajesz mniej.

# Rozpocznij nazwaną sesję dla konkretnego zadania:
claude --resume "auth-refactor"
claude --resume "homepage-redesign"
claude --resume "db-migration"

# Użyj worktree, aby uniknąć nakładania się zmian w git:
git worktree add ../my-project-auth feature/auth
cd ../my-project-auth
claude --resume "auth-refactor"

Jeśli nie pamiętasz, co jest w poszczególnych oknach, uruchom claude --resume bez argumentu, aby zobaczyć listę ostatnich sesji wraz z nazwami i godzinami. W aktywnej sesji /agents sprawdza działające subagenty.

Gdy pracuję nad funkcją o długim cyklu tworzenia, zazwyczaj postępuję tak:

1. Okno 1 — plan w plans/YYYY-MM-DD-feature.md. Tylko omówienie, bez kodu.
2. Okno 2 (zgodnie z planem) — wdrożenie fazy 1. Po zakończeniu fazy aktualizuję plan ([x]).
3. Okno 3 — wdrożenie fazy 2 równolegle z oknem 2, jeśli fazy nie pokrywają się.
4. Okno 4 — agent syntezy sprawdza wyniki z obu okien.
5. Okno 5 — przegląd bezpieczeństwa po scaleniu (patrz wskazówka 8).

Kiedy nie używać worktrees: jeśli zajmujesz się 1–2 projektami dziennie, czas potrzebny na przełączanie się między katalogami worktree pochłonie korzyści. Worktrees zaczynają się opłacać przy co najmniej 3 równoległych zadaniach dziennie.

Jak ograniczać halucynacje: odwołania do plików za pomocą @file#

Autouzupełnianie plików zaczyna się od symbolu @. Zacznij wpisywać ścieżkę, a Claude wyświetli podpowiedzi. Możesz wskazać kilka plików naraz: @src/lib/auth.ts @src/lib/session.ts @prisma/schema.prisma.

# Prompt bez dokładnych ścieżek (źle):
> Sprawdź logikę uwierzytelniania i napraw błąd sesji

# Prompt z odwołaniami @ (dobrze):
> @src/lib/auth.ts @src/lib/session.ts - napraw błąd: po wylogowaniu plik cookie nie jest czyszczony

Druga sztuczka z tej grupy to tryb powłoki przy użyciu !:

> !git status                # uruchamia bez wywołania Claude, wynik trafia do kontekstu
> !npm test                  # to samo
> !cat /var/log/app.log | tail -50  # to samo

Dlaczego? Nie zużywasz tokenów na „Claude, sprawdź git status” — Claude i tak uzyskałby tę samą odpowiedź za pomocą narzędzia. ! jest krótsze i tańsze.

To łączy się z CLAUDE.md: główny plik powinien zawierać do 200 wierszy zasad projektu. Bardziej szczegółowe reguły (na przykład konwencje API) umieszcza się w .claude/rules/api-design.md z nagłówkiem YAML paths: ["src/api/**/*.ts"]. Są wtedy wczytywane tylko wtedy, gdy Claude edytuje pliki w src/api/. Pełne omówienie znajdziesz w poradniku CLAUDE.md.

Jak nie tracić postępów w długich zadaniach: plany z fazami i polami [ ] / [x]#

Oto szablon pliku planu, którego używam w każdym projekcie:

# Plan: [nazwa funkcji]
Creation date: 2026-05-22
Goal: [jedno zdanie opisujące, co chcemy osiągnąć]

## Phase 1: [krótka nazwa]
- [ ] Step 1.1: [konkretne działanie]
- [ ] Step 1.2: [konkretne działanie]
- [ ] Step 1.3: [konkretne działanie]

## Phase 2: [krótka nazwa]
- [ ] Step 2.1
- [ ] Step 2.2

## Outcome
Fill in at the end: fully or partially implemented, and what remains.

Zasada jest bezwzględna: każdy agent musi aktualizować plan po każdej sesji. Innymi słowy, zaraz po ukończeniu fazy przejdź do pliku i oznacz ją jako [x]. Jeśli tego nie zrobisz, kolejne okno nie będzie wiedziało, że faza jest ukończona, i spróbuje powtórzyć pracę.

Gdy plan jest w pliku, a nie w Twojej głowie:

• Równoległe okna (zob. wskazówka 6) mogą przejąć różne fazy.
• Jeśli zadanie potrwa 3 dni, po powrocie 2 dni później od razu zobaczysz, w którym miejscu skończyłeś.
• Końcowe sprawdzenie rzeczywistego wyniku jest proste (grep -c "\[ \]" w pliku = liczba otwartych zadań).

Kiedy nie używać planu: przy pięciominutowej poprawce na gorąco, drobnej edycji w jednym pliku oraz odczytywaniu i streszczaniu logu. Nie każde działanie wymaga planu.

Ta technika jest częścią koncepcji drugiego mózgu. Pełne omówienie folderów business/, plans/, ai-clone/ znajdziesz w poradniku o drugim mózgu.

Jak wcześniej rozpoznać, gdzie Claude sobie nie poradzi: samokrytyka z 10 powodami#

Oto struktura promptu, której używam dosłownie:

Wyobraź sobie, że folder z pomysłem został poddany metodologii, w której myślisz już tak, jakby projekt całkowicie upadł. Wymień 10 powodów, dla których za rok okaże się, że poświęciłem mnóstwo czasu, a pomysł zakończył się porażką. Nie oszczędzaj moich uczuć; bądź jak najbardziej surowy.

Po 10 powodach — druga runda: broń każdego powodu przed moimi kontrargumentami. Gdzie jestem najsłabszy?

Trzecia runda: napisz plan działania, który zapobiegnie wystąpieniu tych problemów.

Stosuję go w trzech etapach:

1. Pierwszy pomysł: „wszystko jest świetnie” — kiedy mam pewność. Samokrytyka ogranicza rozmach pomysłu o 30–50%.
2. W połowie pracy nad planem — kiedy jestem już głęboko zaangażowany i tracę obiektywizm.
3. Przed uruchomieniem — ostatni filtr.

Claude naprawdę rzuca wyzwanie w trybie adwersarialnym. GPT-5 w tej samej sytuacji najpierw chwali pomysł, a potem „próbuje znaleźć ulepszenia”. Zauważyłem tę różnicę po roku eksperymentów:

Dla mnie różnica w trybie adwersarialnym wygląda tak: ChatGPT mówi: „Dobra uwaga, absolutna racja”. Claude w tej samej sytuacji mówi: „Zgoda, to kompletna bzdura; zaraz przerobię to od nowa”. Gdy potrzebuję krytyki, ta druga odpowiedź oszczędza mi dni zmarnowanej pracy.

Kiedy nie stosować tej techniki: przy pozytywnych iteracjach nad interfejsem i tekstami. Tryb adwersarialny nie ma tam zastosowania — zabije kreatywność.

Ta technika jest znana jako analiza przedśmiertna projektu. Dostosowałem ją do pracy z agentem AI: zamiast zespołu ludzi przeprowadzasz z Claude'em analizę przedśmiertną. Nikt nie boi się powiedzieć: „szefie, projekt się nie uda” — i ślepe punkty wychodzą na jaw w kilka minut.

Jak przeprowadzić 5 badań w czasie potrzebnym na jedno: równoległe subagenty#

Oto struktura promptu:

Masz już pełny kontekst. Przeprowadź dogłębne badanie; uruchom 5 równoległych subagentów.

Subagent 1: przejrzyj sieci zawodowe — kto rozwiązuje ten problem?
Subagent 2: rozwiązania open source na GitHubie — co jest popularne?
Subagent 3: akceleratory startupów — kto pozyskuje
            inwestycje w tej niszy?
Subagent 4: strony bezpośrednich konkurentów — co obiecują i
            w jakiej cenie?
Subagent 5: porównania i recenzje — co
            użytkownicy piszą w opiniach?

Gdy wszyscy wrócą, uruchom agenta syntezy,
który zestawi ze sobą 5 raportów i przygotuje konspekt
do mojego folderu drugiego mózgu.

Co zmienia się w porównaniu ze zwykłym badaniem:

• Czas: 5 strumieni jednocześnie zamiast 5 po kolei. Godzina pracy w 15 minut.
• Głębia: każdy agent jest specjalistą. Błąd potwierdzenia jednego agenta nie zaraża pozostałych.
• Kontekst: każdy subagent ma własny kontekst, oddzielny od głównego.

Pełny poradnik o subagentach znajdziesz w „Claude Code: subagenci w 2026 roku”. Wyjaśnia też różnicę między Skills a MCP i podpowiada, kiedy używać których.

Kiedy nie stosować tej techniki: przy kosmetycznych poprawkach, naprawianiu błędów i drobnych zadaniach technicznych. Badanie to przesada przy wszystkim mniejszym niż „nowa funkcja wymagająca co najmniej 1 dnia pracy”.

Jak zlecać Claude'owi zadania z telefonu: bot Telegram w kieszeni#

Konfiguracja (4 kroki):

1. Komputer, który działa nieprzerwanie — wyłączam uśpienie w ustawieniach systemu (macOS: Oszczędzanie energii → Zapobiegaj usypianiu komputera).
2. Uruchomiony Claude Code w terminalu, przypięty do folderu projektu.
3. Oficjalna wtyczka Telegram — dodaj marketplace poleceniem /plugin marketplace add anthropics/claude-plugins-official, a następnie zainstaluj /plugin install telegram@claude-plugins-official (dokładne kroki z czasem się zmieniają — najnowsze instrukcje są w oficjalnym repozytorium wtyczek).
4. Bot jest przypisany do jednej sesji — to obecne ograniczenie: jeden bot = jeden projekt = jedna sesja. Jeśli potrzebujesz drugiego, skonfiguruj kolejnego bota.

Jak korzystam z bota na co dzień:

• Jestem na spacerze i wpada mi do głowy pomysł — od razu wysyłam go botowi, żeby nie zapomnieć. Bot dodaje go do inbox.md, gdzie później go opracowuję.
• Rozmowa telefoniczna z potencjalnym klientem — po rozmowie pytam bota: „na podstawie transkrypcji ostatniej rozmowy wymień 3 główne problemy klienta, które działają na naszą korzyść”. Minutę później mam pełną analizę na czacie.
• Rano w kawiarni — „pokaż nieodrobione zadania z mojej listy”. Nie muszę otwierać laptopa.

⚠️ Pewien haczyk: na razie nie można uruchamiać /clear ani /compact z poziomu bota — sesja bota jest tą samą sesją co terminalowa, a kontekst stale rośnie. Można ją zrestartować tylko ręcznie przez terminal.

Dla mnie to najbardziej przydatne rozszerzenie Claude Code z ostatnich dwóch tygodni. Zmieniło „pracuję z Claude'em, kiedy siedzę przy biurku” w „pracuję z Claude'em, kiedy tylko wpadnie mi coś do głowy”.

Od czego zacząć: plan działania na 7 dni#

Połączenie technik jest ważniejsze niż każda z nich z osobna. Shift+Tab bez Esc Esc sprawia, że eksperymentowanie jest stresujące. /compact bez /cost nie daje wiedzy, kiedy kompresować. Plany w plikach bez równoległych okien komplikują pracę bez korzyści.

Gdy pierwsze 9 wskazówek wejdzie Ci w nawyk, przejdź do pełnego systemu: klon AI + drugi mózg + inżynieria kontekstu. Tą metodologią utrzymywałem Claude'a w pracy przez pełne sześć miesięcy — bez halucynacji, utraty kontekstu i przerywania w środku zadania.

Aby kontynuować pracę z modelami, przejdź do Ailoot.