O autorze

Jakub Stankowski – programista .NET i Angular od 2018 roku. Pracował nad projektami frontendowymi, backendowymi i fullstackowymi, przestrzegając zasad czystego kodu, DRY i stosując CQRS. Ma również doświadczenie jako trener programowania.

Od 2023 roku intensywnie pracuje z Claude AI oraz metodą Spec-Driven Development (SDD) – produkcyjnym workflow do pracy z AI opartym na zasadzie: najpierw specyfikacja, potem implementacja. Na ProgramujZAI.pl dzieli się praktyczną wiedzą o tym, jak programować z AI bez chaosu w kodzie.

Poznaj Jakuba →

Te komendy Claude Code realnie zmieniają sposób pracy: /init generuje CLAUDE.md z opisem projektu, /clear czyści kontekst między zadaniami, /resume wraca do przerwanej sesji, /btw odpowiada na pytanie poboczne bez przerywania głównego zadania, /copy kopiuje ostatnią odpowiedź do schowka z zachowanym formatowaniem, a /goal pozwala Claude pracować samodzielnie aż do spełnienia zadanego, mierzalnego warunku. Poniżej wyjaśniam, jak i kiedy używać każdej z nich.

Komenda /init generuje CLAUDE.md i uczy Claude Code Twojego projektu

/init powinna być pierwszą komendą, którą wpisujesz w istniejącym repozytorium. Claude skanuje wtedy całe repo i generuje plik CLAUDE.md – dokument opisujący stack technologiczny, architekturę i przyjęte konwencje w projekcie.

Przy każdej kolejnej sesji Claude już wie, z czym ma do czynienia, dzięki temu plikowi. Nie musisz za każdym razem od nowa tłumaczyć, jakiego frameworka używasz, jak wygląda struktura folderów czy jakich konwencji nazewnictwa trzymacie się w zespole – to wszystko siedzi już w CLAUDE.md i jest automatycznie wczytywane na start sesji.

/clear resetuje kontekst i obniża koszt każdej kolejnej sesji

/clear resetuje kontekst rozmowy do zera – to komenda na start nowego zadania. Poprzednia konwersacja przestaje „zaśmiecać” to, co Claude widzi w danym momencie.

Ma to dwa konkretne skutki: Claude przestaje mieszać wątki z poprzedniego zadania z tym, nad którym aktualnie pracujesz, a mniejszy kontekst oznacza niższe koszty tokenów przy każdym kolejnym zapytaniu.

• Claude przestaje mieszać wątki z poprzedniego zadania z tym, nad którym aktualnie pracujesz,
• mniejszy kontekst oznacza niższe koszty tokenów przy każdym kolejnym zapytaniu.

Jedno zadanie powinno mieć jedną, czystą sesję kontekstową – to prosta zasada, która oszczędza i czas, i tokeny.

/resume przywraca dokładnie tam, gdzie skończyłeś pracę

/resume wraca dokładnie w to miejsce sesji, w którym skończyłeś – łącznie z całym kontekstem tamtej rozmowy. Działa nawet jeśli zamknąłeś terminal i wracasz do zadania po kilku dniach.

/rename nadaje sesjom sensowne nazwy, dokładnie tak jak branche w Gicie – to komenda, która czyni /resume naprawdę użytecznym w dłuższej perspektywie. Bez nazwanych sesji historia to nieczytelna lista znaczników czasu. Z sensownymi nazwami (np. „auth-refactor” czy „platnosci-stripe”) odnajdziesz właściwą sesję po tygodniach w kilka sekund, zamiast przeklikiwać się przez listę dat.

/btw odpowiada na pytania poboczne bez przerywania głównego zadania

/btw pozwala zadać szybkie, poboczne pytanie w trakcie długiego zadania, bez przerywania go. Poprzedzasz pytanie tą komendą, a Claude odpowiada na podstawie aktualnego kontekstu, nie ruszając głównego taska.

Odpowiedź jest szybka i tania, bo Claude nie używa przy tym żadnych narzędzi. To jak karteczka samoprzylepna, którą zostawiasz sobie w trakcie pracy – krótka odpowiedź bez kosztu i czasu pełnego „odjazdu” od tematu.

/copy kopiuje ostatnią odpowiedź Claude z zachowanym formatowaniem

/copy kopiuje ostatnią odpowiedź Claude prosto do schowka, z zachowanym formatowaniem – markdown, bloki kodu, wszystko bez zniekształceń. Rozwiązuje typowy problem ręcznego zaznaczania tekstu w terminalu, które często łapie niepotrzebne znaki i łamie formatowanie.

Numer po komendzie cofa Cię o więcej odpowiedzi wstecz – /copy 2 skopiuje odpowiedź sprzed dwóch wiadomości. Przydaje się, kiedy chcesz wkleić wygenerowany fragment kodu albo komendę powłoki gdzie indziej, bez ręcznego „polowania” na granice zaznaczenia.

/goal uruchamia Claude do samodzielnej pracy aż do spełnienia celu

/goal ustawia cel sesji, a Claude pracuje nad nim samodzielnie aż warunek zostanie spełniony – bez „kontynuuj” i bez ponownego promptowania po każdym kroku. Claude sam sprawdza po każdej czynności, czy cel został osiągnięty.

Mierzalny warunek działa dużo lepiej niż życzenie – to kluczowa zasada przy używaniu tej komendy. Różnica jest fundamentalna:

• ❌ „Napisz formularz” – to życzenie, trudne do jednoznacznej weryfikacji,
• ✅ „Formularz przechodzi testy i działa na /login” – to mierzalny warunek, który Claude może sam sprawdzić i potwierdzić.

Precyzyjny, weryfikowalny cel w /goal oznacza mniej Twojej ręcznej pracy przy pilnowaniu, czy zadanie faktycznie zostało domknięte.

FAQ – najczęstsze pytania o komendy Claude Code

Czy komendy Claude Code trzeba wpisywać za każdym razem od nowa?
Nie wszystkie – /init wystarczy uruchomić raz na projekt, bo plik CLAUDE.md zostaje w repozytorium. Natomiast /clear, /btw, /copy i /goal są komendami sesyjnymi, których używasz na bieżąco, w zależności od kontekstu pracy.

Czym różni się /clear od rozpoczęcia zupełnie nowej sesji?
/clear resetuje kontekst rozmowy w ramach tej samej sesji terminala, bez konieczności jej zamykania i ponownego uruchamiania Claude Code. To szybszy sposób na „czysty start” w trakcie tej samej pracy.

Do czego dokładnie służy /goal w Spec-Driven Development?
/goal uzupełnia workflow Spec-Driven Development jako sposób na automatyczną weryfikację specyfikacji. Po zaakceptowaniu specyfikacji możesz ustawić jako cel mierzalny warunek jej spełnienia, a Claude pracuje samodzielnie aż do jego osiągnięcia.

Czy /btw zużywa tyle samo tokenów co normalne pytanie?
Nie – /btw jest tańsze i szybsze niż standardowe zapytanie, bo odpowiada wyłącznie na podstawie aktualnego kontekstu rozmowy, bez używania dodatkowych narzędzi.

Te komendy Claude Code razem tworzą realną przewagę produktywności

Sześć komend – /init, /clear, /resume, /btw, /copy i /goal – porządkuje kontekst, obniża koszty i pozwala Claude Code pracować bardziej samodzielnie. Jeśli używasz tylko podstawowego promptowania, prawdopodobnie tracisz przez to sporo czasu na rzeczy, które te komendy załatwiają jednym wpisem.

Zajrzyj do artykułów z kategorii Claude Code oraz Spec Driven Development na blogu, jeśli chcesz zobaczyć, jak wpinam je w pełny, produkcyjny workflow. Możesz też sprawdzić mój produkcyjny Claude AI Workflow (SDD) – darmowy bonus dla subskrybentów newslettera.