Lekcja 9 · Od diagnozy do lekarstwa

/clear, /compact, /context: sesja chuda, nie napuchnięta

W Lekcji 1 zadanie kończyło się na uruchomieniu /context i zidentyfikowaniu, co zajmuje najwięcej miejsca. To była diagnoza. Ta lekcja to lekarstwo: kiedy użyć /clear, kiedy /compact, i co konkretnie zrobić z każdym wynikiem /context, opierając się na tym, czego już się nauczyłeś w Lekcjach 2–8.

Polecane źródło Manage costs effectively — sekcja Reduce token usage.

/clear kontra /compact: inne pytanie, inna odpowiedź

PytanieKomenda
Zaczynam coś zupełnie niezwiązanego z tym, co robiliśmy?/clear — pełny reset, żaden stary kontekst nie zaśmieca nowego zadania
Kontynuuję to samo zadanie, ale okno się zapełniło?/compact — podsumowanie historii, zadanie trwa dalej

Zanim odpalisz /clear na sesji, do której możesz chcieć wrócić, użyj najpierw /rename, żeby nadać jej czytelną nazwę — później znajdziesz ją i wrócisz przez /resume.

Kluczowy wniosek: /compact nie musi być "czarną skrzynką". Możesz mu powiedzieć, co ma zachować: /compact Focus on code samples and API usage. Możesz też ustawić to na stałe dla całego projektu, dopisując do CLAUDE.md sekcję # Compact instructions z opisem, co ma przeżyć każde podsumowanie w tym repo.

Diagnoza z /context → konkretne lekarstwo

Skoro /context pokazuje, co zajmuje miejsce, każda kategoria ma swoje osobne remedium — większość już znasz z poprzednich lekcji:

/context pokazuje dużo...Co zrobić
CLAUDE.mdprzenieś specjalistyczne fragmenty do .claude/rules/ z paths (Lekcja 7) albo do skilla (Lekcja 3)
Nazw narzędzi MCPuruchom /mcp, sprawdź listę serwerów i wyłącz te nieużywane; tam gdzie się da, wybierz CLI (gh, aws, gcloud) zamiast MCP — CLI nie dodaje żadnego wpisu do listy narzędzi
Historii rozmowy z odczytami dużych plików/logówdeleguj do subagenta (Lekcja 4) albo hooka filtrującego output (Lekcja 5) — surowa treść zostaje poza Twoim oknem
Opisów skilliskróć description we frontmatterze; szczegóły przenieś do treści skilla, która ładuje się dopiero po wywołaniu

Zadanie praktyczne — od diagnozy do lekarstwa, w tej samej sesji

  1. Uruchom /context i zobacz, co dziś zajmuje najwięcej miejsca w tej rozmowie o Claude Code.
  2. Uruchom /mcp i sprawdź, czy masz podłączone serwery, których nie używałeś w tej sesji.
  3. Spróbuj /compact Focus on decisions made about hooks and permissions in this workspace i porównaj podsumowanie z tym, co dostałbyś bez instrukcji.

Sprawdź się

1. Kończysz pracę nad hookami i zaczynasz zupełnie inny temat: konfigurację CI. Co zrobisz z bieżącą sesją?

Dla niepowiązanego zadania /clear jest tańszy i czystszy niż liczenie na /compact — stary kontekst o hookach nie zaśmieca nowej pracy nad CI.

2. Chcesz później łatwo wrócić do sesji, którą zaraz wyczyścisz przez /clear. Co zrobić najpierw?

/rename nadaje sesji czytelną nazwę, dzięki czemu łatwo ją odnajdziesz i wznowisz komendą /resume, nawet po /clear.

3. /context pokazuje, że duży kawałek okna zajmują same nazwy narzędzi MCP. Co sprawdzisz w pierwszej kolejności?

/mcp pokazuje skonfigurowane serwery — stamtąd wyłączysz te, których nie używasz. Tam, gdzie to możliwe, CLI (gh, aws, gcloud) jest tańszy kontekstowo niż MCP, bo nie dodaje wpisu do listy narzędzi.

4. Jak sprawić, żeby KAŻDE /compact w danym projekcie domyślnie zachowywało wyniki testów, bez wpisywania tego za każdym razem?

Sekcja "# Compact instructions" w CLAUDE.md ustawia domyślne zachowanie kompaktowania dla całego projektu, więc nie trzeba powtarzać instrukcji przy każdym /compact.

5. Claude ma przeanalizować 10 000-liniowy plik logów w poszukiwaniu błędów. Co najskuteczniej ograniczy zużycie Twojego okna kontekstu?

Hook przetwarza dane zanim Claude je zobaczy — z dziesiątek tysięcy tokenów surowego logu zostają tylko pasujące linie, więc oszczędność jest u źródła, a nie po fakcie.
Coś niejasne? Zapytaj mnie wprost — mogę razem z Tobą przejść przez realny output /context z Twojego prawdziwego projektu firmowego i dobrać konkretne lekarstwa.
← Lekcja 8: Auto memory Następna lekcja: Warsztat — napisz swój pierwszy własny skill →