Claude Code — Tips & Tricks dla programistów.

02 / Uprawnienia · Mniej potwierdzeń

Pomijanie uprawnień — tylko w izolacji.

Ciągłe potwierdzanie każdej operacji spowalnia pracę. Flaga pomijająca pytania daje duży przyrost prędkości, ale wyłącza wszystkie kontrole:

claude --dangerously-skip-permissions

Jeśli używasz jej często, schowaj ją za aliasem powłoki:

alias claude-fast='claude --dangerously-skip-permissions'

04 / Kontekst · Auto-compact

Wyłącz auto-compact, przejmij kontrolę nad kontekstem.

Auto-compact automatycznie kompresuje historię konwersacji przy zbliżaniu się do limitu kontekstu (zwykle ok. 95% zapełnienia). W praktyce częściej szkodzi niż pomaga:

• Zjada kontekst przed startem — bufor potrafi zająć dużą część okna, zanim napiszesz pierwszą linię.
• Przerywa workflow — kompaktowanie może wystartować w najgorszym momencie i zepsuć setup.
• Brak kontroli — nie wiesz, co zostało usunięte, i nie możesz tego naprawić.

Wyłącz go przez /config: znajdź opcję „Auto-compact" i przełącz na false (spacją).

Zanim zdecydujesz, co przyciąć, sprawdź, gdzie ucieka okno. Komenda /context rysuje zużycie kontekstu jako kolorową siatkę i pokazuje, co zżera najwięcej — system prompt, otwarte pliki, narzędzia serwerów MCP czy rozrośnięty CLAUDE.md — razem z podpowiedziami optymalizacji i ostrzeżeniem, gdy zbliżasz się do limitu. /context all rozwija pełną rozpiskę pozycja po pozycji.

06 / Prompty · Feedback loop

Optymalizacja promptów — ucz się wprost od agenta.

Krótszy, precyzyjny prompt to mniej tokenów i celniejsza odpowiedź. Cztery zasady, które robią największą różnicę:

• Precyzja — odwołuj się do tras i ścieżek (np. /trainings), nie do nazw tabel czy szczegółów implementacji.
• Zwięzłość — usuń zbędne słowa; agent rozumie kontekst, gramatyka może ucierpieć.
• Kontekst — podaj tylko istotne tło, nie całą historię projektu; reszta jest w CLAUDE.md.
• Konkretność — „dodaj przełącznik trybu ciemnego" zamiast „zrób coś z motywem".

Przed i po

ZLE: "Hej, moglbys mi pomoc zeby w aplikacji byla funkcja
      wysylania maili do uzytkownikow z tabeli szron_training_participants"
DOBRZE: "Dodaj funkcje wysylki maili do uczestnikow w /trainings"

ZLE: "Czy moglbys sprawdzic baze i powiedziec jakie sa wszystkie tabele i co robia?"
DOBRZE: "Lista tabel w DB z opisami"

Możesz też poprosić agenta, by po każdym zadaniu sam podpowiadał lepszą wersję Twojego promptu — wpisz tę zasadę do CLAUDE.md, a każde zadanie stanie się darmową lekcją prompt engineeringu. Z czasem Twoje pierwsze prompty zbliżą się do tych zoptymalizowanych.

08 / Automatyzacja · Slash-commands i Skills

Własne komendy i Skills — biblioteka workflow zespołu.

Wpisujesz w kółko ten sam prompt — „przejrzyj diff pod kątem bugów", „dodaj endpoint z obsługą błędów i typami"? Zamień go w komendę raz, wołaj jednym /. Plik markdown w katalogu .claude/skills/<nazwa>/SKILL.md tworzy komendę /<nazwa>. Starszy zapis .claude/commands/<nazwa>.md działa tak samo — w nowszych wersjach własne komendy zostały scalone ze Skills.

Każdy SKILL.md to nagłówek YAML (name, description) i treść w markdown z instrukcją:

---
name: code-review
description: Przeglada diff pod katem bugow i luk bezpieczenstwa.
---
Przejrzyj zmiany w gicie. Zglos tylko realne bugi
i podatnosci — zwiezle, bez czepiania sie nazewnictwa.

Dwie rzeczy robią tu największą różnicę:

• Zespół prosto z repo — wersję projektową trzymasz w .claude/skills/ i komitujesz do repozytorium; każdy w zespole ma od ręki te same SOP-y. Wersja osobista (~/.claude/skills/) jedzie z Tobą po wszystkich projektach.
• Claude sam sięga po skill — pole description mówi agentowi, kiedy włączyć skill bez Twojego /. Komendę odpalasz ręcznie, skill może wskoczyć sam, gdy pasuje do zadania. Listę dostępnych masz pod /skills.

Komendy przyjmują argumenty ($ARGUMENTS, $1, $2), więc jeden skill obsłuży wiele wariantów. Przykład z praktyki: skill prototype, który zamiast jednego widoku generuje od razu pięć wariantów UI obok siebie w jednym pliku — wybierasz najlepszy zamiast prosić o poprawki w nieskończoność.