# Claude Code w 2026 roku: 11 wskazówek, skrótów i poleceń > 11 praktycznych technik Claude Code: skróty, flagi CLI i /commands oraz 6 strategii z 6 miesięcy codziennej pracy. Mniej tokenów, mniej halucynacji. Source: https://ailoot.ai/blog/pl/claude-code-tips/ Canonical: https://ailoot.ai/blog/pl/claude-code-tips/ Language: pl Publisher: Ailoot (https://ailoot.ai/) Translation: guide-001 Revision: sha256-973d2a7086c25b3e06c231e23759e985596cb18d06add0fbc0b44d4cb9ef50a4 Dodatkowe instrukcje dotyczące pracy z Ailoot znajdziesz w [dokumentacji](https://ailoot.ai/docs/). ## Co dają te 11 wskazówek i dlaczego potrzebujesz praktyki zamiast teorii?
Najważniejszy wniosek To nie jest lista „najlepszych funkcji Claude Code” ani streszczenie dokumentacji Anthropic. To 11 technik z sześciu miesięcy codziennej pracy: 5 taktycznych (skróty, flagi, /commands) i 6 strategicznych (jak rozbijać plan na części, zarządzać 5 oknami i wychwytywać ślepe punkty). Wystarczy jeden wieczór, żeby wyrobić sobie 11 nawyków.
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](https://ailoot.ai/blog/pl/claude-md-template/), [Plan Mode](https://ailoot.ai/blog/pl/claude-code-plan-mode/), [inżynierię kontekstu](https://ailoot.ai/blog/pl/context-engineering/), [Skills](https://ailoot.ai/blog/pl/claude-code-skills-library/), [Subagents](https://ailoot.ai/blog/pl/claude-code-subagents/), [MCP](https://ailoot.ai/blog/pl/mcp-servers-claude-code/), [/rewind](https://ailoot.ai/blog/pl/claude-code-undo-changes/), [limity](https://ailoot.ai/blog/pl/claude-code-token-limits-saving/), [drugi mózg](https://ailoot.ai/blog/pl/claude-code-second-brain/). 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](https://ailoot.ai/blog/pl/claude-md-template/), a potem wróć tutaj. ## Jak przełączać tryby Claude Code: skrót Shift+Tab
Najważniejszy wniosek Shift+Tab przełącza między trybami uprawnień: `default`, `acceptEdits`, `plan` oraz wszystkimi włączonymi trybami (`auto`, `bypassPermissions`). Przed złożonym zadaniem przełączaj się do [Plan Mode](https://ailoot.ai/blog/pl/claude-code-plan-mode/) i sprawdź wskaźnik trybu przed wysłaniem zadania. Przed rutynową pracą wybierz `acceptEdits` i potwierdź tę etykietę; liczba naciśnięć zależy od trybu początkowego i włączonych trybów.
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. ```bash # 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.
Shift+Tab przełącza między trybami uprawnień. Dostępne tryby zależą od tego, które włączono w ustawieniach.
— Dokumentacja Anthropic, https://code.claude.com/docs/en/interactive-mode
## Jak cofnąć ostatnią czynność bez utraty kontekstu: Esc Esc
Najważniejszy wniosek Podwójne Esc to szybki sposób na cofnięcie ostatniej czynności Claude'a bez pełnego `/rewind`. Jeśli pole wpisywania jest puste, otwiera się menu punktów kontrolnych. Jeśli coś w nim jest, tekst zostaje usunięty z pola, ale zachowany w historii (strzałka w górę przywraca go). Rozwiązuje to obawę „coś zepsułem i nie mogę tego cofnąć” w 80% przypadków; nie trzeba sięgać po git.
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). ```bash # 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](https://ailoot.ai/blog/pl/claude-code-undo-changes/), który wyjaśnia też, jak łączyć tę funkcję z git przy głębokim wycofywaniu zmian.
Każdy prompt użytkownika tworzy nowy punkt kontrolny. Punkty kontrolne są zapisywane między sesjami, więc można do nich wracać we wznowionych rozmowach.
— Dokumentacja Anthropic, https://code.claude.com/docs/en/checkpointing
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?
Najważniejszy wniosek `/clear` całkowicie resetuje sesję, pozostawiając czyste okno kontekstu. `/compact [hint]` zleca LLM skompresowanie historii rozmowy do podsumowania, które zachowuje sens wcześniejszej pracy. Zasada jest prosta: zadanie ukończone — `/clear`. Kontynuujesz to samo zadanie, ale okno jest pełne — `/compact`. Pomylenie tych poleceń oznacza utratę kontekstu albo osiągnięcie limitu.
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. ```bash # 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.
Na przykład w Claude Code wysyłamy historię wiadomości do modelu, aby podsumował ją i skompresował najważniejsze informacje.
— Anthropic Engineering, https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents
Pełne omówienie teorii okna kontekstu znajdziesz w poradniku o [inżynierii kontekstu](https://ailoot.ai/blog/pl/context-engineering/). 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
Najważniejszy wniosek `/cost` pokazuje bieżące wydatki w dolarach i tokenach. `/statusline` dodaje te same informacje do paska stanu — zawsze widzisz model, katalog, procent wykorzystanego kontekstu i koszt bez wywoływania polecenia. Głównym sposobem na poradzenie sobie z obawą „wydam wszystko w jeden dzień” jest stała widoczność wydatków.
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. ```bash /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ń”](https://ailoot.ai/blog/pl/claude-code-token-limits-saving/), 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](https://ailoot.ai/blog/pl/context-engineering/)** — 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?
Najważniejszy wniosek Flaga `--model` zmienia model tylko na czas bieżącej sesji. Podstawowa zasada: Haiku do skryptów i szybkich edycji, Sonnet do rutynowego dogłębnego myślenia, Opus do architektury i złożonego debugowania. Według publicznych wywiadów sam zespół Claude Code używa Opusa z włączonym myśleniem „do wszystkiego”, ale to opcja dla osób płacących za subskrypcję, które nie martwią się o tokeny. Dla przedsiębiorcy zasada jest inna: zacznij od tańszego modelu, dopłać, gdy będzie potrzebny.
```bash 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ń: | Zadanie | Model | Dlaczego | |----|----|----| | Zmiana nazwy zmiennej/funkcji | Haiku | Jednoznaczna czynność; nie trzeba „myśleć” | | Prosty refaktoring (wydzielenie funkcji) | Sonnet | Standardowe zadanie, tanio i dokładnie | | Dodanie nowej funkcji z architekturą | Opus | Potrzebne jest dogłębne rozumowanie | | Debugowanie dziwnego błędu, którego Sonnet nie znalazł w 3 próbach | Opus | Mniej naprowadzania, większa skuteczność | | Czytanie i streszczanie długich logów | Haiku | Prosta kategoryzacja, taniej | 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
Najważniejszy wniosek Praca równoległa w Claude Code opiera się na 2 elementach: `--resume` (wznawianie nazwanej sesji) i `git worktree` (osobny katalog dla każdej gałęzi). W praktyce mam jednocześnie otwartych 5–10 okien Claude, z których każde pracuje nad własnym mikrozadaniem. Konteksty się nie nakładają, a tokeny nie są marnowane na „wszystko w jednym oknie”.
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. ```bash # 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
Najważniejszy wniosek Zamiast pisać „przejrzyj projekt i znajdź auth.ts”, wpisz `@src/lib/auth.ts`, a Claude wczyta plik bezpośrednio, bez szukania. Oszczędza to tokeny (nie trzeba skanować drzewa plików) i usuwa jedno ze źródeł halucynacji (Claude nie musi zgadywać ścieżki, bo ją podajesz). To samo dotyczy poleceń: `!git status` uruchamia się bez wywołania narzędzia, a wynik trafia do kontekstu.
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`. ```bash # 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 `!`: ```bash > !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](https://ailoot.ai/blog/pl/claude-md-template/). ## Jak nie tracić postępów w długich zadaniach: plany z fazami i polami \[ \] / \[x\]
Najważniejszy wniosek Każde zadanie wymagające ponad 30 minut pracy potrzebuje planu w osobnym pliku, `plans/YYYY-MM-DD-name.md`, z fazami i polami wyboru `[ ]` / `[x]`. Plan powinien być w pliku, a nie na czacie. Dzięki temu równoległe okna mogą przejąć różne fazy bez wchodzenia sobie w drogę, a postępy łatwo śledzić bez „przypominania” ich sobie na podstawie czatu.
Oto szablon pliku planu, którego używam w każdym projekcie: ```markdown # 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](https://ailoot.ai/blog/pl/claude-code-second-brain/). ## Jak wcześniej rozpoznać, gdzie Claude sobie nie poradzi: samokrytyka z 10 powodami
Najważniejszy wniosek Przed rozpoczęciem złożonej funkcji przełącz Claude'a w tryb adwersarialny: „Wyobraź sobie, że projekt upadł. Mija rok, a ja straciłem czas i energię. Wymień 10 powodów. Nie oszczędzaj mnie; bądź surowy”. To przebija się przez początkowy optymizm i ujawnia ślepe punkty, na które Claude nigdy nie zwróciłby uwagi w trybie „zaczynajmy wdrożenie”.
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
Najważniejszy wniosek Przed rozpoczęciem pracy nad funkcją uruchom 5 równoległych agentów badawczych za pomocą subagentów. Każdy zajmuje się własnym obszarem: sieciami zawodowymi, open source, akceleratorami, konkurentami i porównaniami. Wracają po 10–20 minutach. Następnie osobny agent syntezy łączy wszystko w jeden raport. Oszczędza to godziny i ogranicza błąd potwierdzenia.
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”](https://ailoot.ai/blog/pl/claude-code-subagents/). 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
Najważniejszy wniosek Połącz Claude Code ze swoim botem Telegram za pomocą oficjalnej wtyczki. Na komputerze (z wyłączonym trybem uśpienia) Claude Code działa w terminalu przypiętym do projektu. Możesz napisać do niego z dowolnego miejsca: „sprawdź najnowsze commity”, „jaki był w tym tygodniu przychód z paragonów”, „przeczytaj wszystkie pytania do pomocy z dzisiejszego wieczoru”. Bot odpowiada z pełnym kontekstem projektu — kodem, historią commitów i całą strukturą `business/`. To działający agent w Twojej bazie kodu, który wszystko widzi i pamięta.
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](https://github.com/anthropics/claude-plugins-official)). 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
Najważniejszy wniosek Nie próbuj wdrażać wszystkich 11 wskazówek w jeden dzień — wypalisz się i nie wejdą Ci w nawyk. Plan na 7 dni: dni 1–2 — skróty (1–3), dni 3–4 — polecenia (4–5), dni 5–6 — praca równoległa (6–7), dzień 7 — planowanie i analiza przedśmiertna (8–9). Równoległe subagenty i bot Telegram (10–11) zostaw na drugi tydzień, gdy opanujesz pierwsze 9.
| Dzień | Co wdrażamy | Ile to trwa | |----|----|----| | 1 | Shift+Tab + Esc Esc | 30 minut ćwiczeń | | 2 | Oswojenie się z Shift+Tab + Esc Esc | pół dnia pracy | | 3 | /compact + /cost | 30 minut + 1–2 sesje robocze | | 4 | --model haiku/sonnet/opus | 30 minut + trochę eksperymentowania | | 5 | --resume dla nazwanych sesji | 30 minut | | 6 | git worktrees — jeśli prowadzisz co najmniej 3 równoległe zadania | 1 godzina | | 7 | Plan w `plans/` + prompt „10 powodów, dla których poniosę porażkę” | jednorazowo 1–2 godziny | | 8–14 (drugi tydzień) | Subagenty do badań + bot Telegram | 3–4 godziny na konfigurację i oswojenie się z nimi | 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](https://ailoot.ai/blog/pl/context-engineering/)**. Tą metodologią utrzymywałem Claude'a w pracy przez pełne sześć miesięcy — bez halucynacji, utraty kontekstu i przerywania w środku zadania.
### Źródła - [Dokumentacja CLI Claude Code - code.claude.com](https://code.claude.com/docs/en/cli-reference) - [Tryb interaktywny Claude Code (skróty) - code.claude.com](https://code.claude.com/docs/en/interactive-mode) - [Polecenia ukośnikowe Claude Code - code.claude.com](https://code.claude.com/docs/en/slash-commands) - [Punkty kontrolne Claude Code - code.claude.com](https://code.claude.com/docs/en/checkpointing) - [Pamięć Claude Code i /compact - code.claude.com](https://code.claude.com/docs/en/memory) - [Skuteczna inżynieria kontekstu dla agentów AI - Anthropic Engineering](https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents) - [GitHub: anthropics/claude-code (CHANGELOG)](https://github.com/anthropics/claude-code/blob/main/CHANGELOG.md)
Aby kontynuować pracę z modelami, przejdź do [Ailoot](https://ailoot.ai/). ## Pytania i odpowiedzi ### Skąd mam wiedzieć, że jestem w Plan Mode? Przełączaj tryby przez Shift+Tab i przed wysłaniem zadania odczytaj wskaźnik. Zatrzymaj się przy etykiecie `plan`; stała liczba naciśnięć jest zawodna, bo tryb początkowy i dostępne tryby mogą się różnić. ### Czy użyć /clear czy /compact, gdy kontekst się zapełnia? Użyj `/compact`, kontynuując to samo zadanie, ze wskazówką dotyczącą zachowania planu i decyzji. Użyj `/clear`, gdy zadanie jest ukończone, a kolejne wymaga świeżego kontekstu; najpierw zachowaj ważny postęp w pliku planu. ## Ailoot · Firma i jej portfel projektów Ailoot opiera się na zgromadzonym doświadczeniu operacyjnym, szerokiej bazie klientów, stabilnej usłudze i stałej kontroli KPI. Firma i jej portfel projektów: miliony klientów; miesięczna sprzedaż liczona w miliardach. Ailoot wykorzystuje to doświadczenie operacyjne, zapewniając dostęp przez API do funkcji AI w produktach klientów, agentach, aplikacjach i automatyzacjach.