Mistrzostwo poleceń slash

Polecenia slash przekształcają Claude Code z asystenta konwersacyjnego w potężną platformę automatyzacji. Opanuj te polecenia aby standaryzować przepływy pracy, wyeliminować powtarzające się zadania i dzielić najlepsze praktyki w zespole.

Głębokie zanurzenie w polecenia wbudowane

Odniesienie do istotnych poleceń

Zarządzanie sesją

Polecenie	Cel	Profesjonalne wskazówki
/clear	Resetuj kontekst rozmowy	Używaj między niepowiązanymi zadaniami aby oszczędzić tokeny
/compact [instrukcje]	Kompresuj historię rozmowy	Dodaj instrukcje fokusa: /compact Skup się na wynikach testów
/cost	Zobacz użycie tokenów i koszty	Sprawdzaj regularnie aby optymalizować wydatki
/resume	Wznów poprzednią rozmowę	Utrzymuje pełny kontekst z wcześniejszych sesji

# Przykład: Kompresja z konkretnym fokusem
/compact Zachowaj tylko zmiany kodu i komunikaty błędów

# Sprawdź koszty przed drogimi operacjami
/cost

Konfiguracja

Polecenie	Cel	Profesjonalne wskazówki
/config	Modyfikuj ustawienia interaktywnie	Dostęp do preferencji modelu, uprawnień
/permissions	Zarządzaj uprawnieniami narzędzi	Skonfiguruj narzędzia dozwolone dla zespołu
/model	Przełącz modele AI	Wybierz między Opus 4 a Sonnet 4
/hooks	Skonfiguruj hooks automatyzacji	Ustaw przepływy pracy sterowane zdarzeniami

# Skonfiguruj uprawnienia dla zespołu
/permissions
# Nawiguj do: Add new permission → Edit → Always allow

# Przełącz na Opus dla złożonego zadania
/model
# Wybierz: claude-4-0-opus

Rozwój

Polecenie	Cel	Profesjonalne wskazówki
/init	Wygeneruj CLAUDE.md	Tworzy plik pamięci specyficzny dla projektu
/memory	Edytuj pliki pamięci	Aktualizuj dokumentację projektu w locie
/add-dir	Dodaj katalogi robocze	Rozszerz workspace bez restartu
/review	Poproś o przegląd kodu	Otrzymaj natychmiastowy feedback na zmiany

# Zainicjuj projekt z kontekstem
/init

# Dodaj powiązany mikroserwis
/add-dir ../backend-api

# Szybki przegląd kodu
/review

Zaawansowane polecenia wbudowane

Zarządzanie serwerem MCP

# Skonfiguruj serwery MCP
/mcp

# Typowy przepływ pracy:
# 1. Wyświetl skonfigurowane serwery
# 2. Sprawdź status połączenia
# 3. Uwierzytelnij serwery OAuth
# 4. Przetestuj dostępne narzędzia

Wskazówka

Polecenie /mcp jest niezbędne do integracji zewnętrznych narzędzi takich jak bazy danych, przeglądarki i API w przepływ pracy Claude Code.

Integracja GitHub

# Zainstaluj aplikację GitHub dla automatycznych przeglądów
/install-github-app

# Wyświetl komentarze PR w aktualnej gałęzi
/pr_comments

# To umożliwia wzmianki @claude w GitHub

Niestandardowe polecenia slash

Struktura poleceń

Niestandardowe polecenia to pliki Markdown w konkretnych katalogach:

• Folder.claude/

  • Foldercommands/

    • deploy.md (staje się /deploy)
    • test.md (staje się /test)
    • Folderfrontend/

      • component.md (staje się /frontend:component)
• Folder~/.claude/

  • Foldercommands/

    • personal-workflow.md (staje się /personal-workflow)

Tworzenie potężnych poleceń

Podstawowy szablon polecenia

.claude/commands/feature.md

# Utwórz nową funkcjonalność

Proszę zaimplementować nową funkcjonalność z następującymi specyfikacjami:

$ARGUMENTS

Wymagania:
- Przestrzegaj naszych standardów kodowania w CLAUDE.md
- Uwzględnij kompleksowe testy
- Zaktualizuj dokumentację
- Utwórz lub zaktualizuj endpointy API w razie potrzeby
- Zapewnij kompatybilność wsteczną

Kroki:
1. Przeanalizuj istniejącą strukturę kodu
2. Zaplanuj implementację
3. Napisz najpierw testy (TDD)
4. Zaimplementuj funkcjonalność
5. Zaktualizuj dokumentację
6. Przygotuj commit z opisowym komunikatem

Użycie: /feature Uwierzytelnianie użytkownika z OAuth

Zaawansowane polecenie z kontekstem

.claude/commands/fix-issue.md

---
allowed-tools: Bash(gh:*), Edit, MultiEdit, WebSearch
description: Napraw problem GitHub z pełnym przepływem pracy
argument-hint: numer-problemu
---

## Aktualny kontekst
- Status git: !`git status --short`
- Aktualna gałąź: !`git branch --show-current`
- Ostatnie commity: !`git log --oneline -5`

## Zadanie

Napraw problem GitHub #$ARGUMENTS poprzez:

1. Pobranie szczegółów problemu z `gh issue view $ARGUMENTS`
2. Zrozumienie problemu i wymagań
3. Przeszukanie bazy kodu dla odpowiednich plików
4. Implementację poprawki z testami
5. Utworzenie opisowego commita odwołującego się do problemu
6. Otwarcie PR z wyjaśnieniem

## Standardy
- Wszystkie zmiany muszą przejść: !`cat .github/pre-push-checks.sh`
- Przestrzegaj wzorców w: @docs/coding-standards.md

Dynamiczne polecenia z Bash

.claude/commands/analyze-performance.md

---
allowed-tools: Bash(npm:*), Bash(lighthouse:*), WebFetch
description: Analizuj i popraw wydajność
---

## Analiza wydajności dla: $ARGUMENTS

### Aktualne metryki
!`npm run build -- --stats`

### Analiza bundla
!`npm run analyze`

### Wyniki Lighthouse (jeśli podano URL)
!`[[ "$ARGUMENTS" =~ ^https?:// ]] && lighthouse $ARGUMENTS --output=json --quiet | jq '.categories'`

## Twoje zadanie

Na podstawie powyższych metryk:
1. Zidentyfikuj wąskie gardła wydajności
2. Zasugeruj konkretne optymalizacje
3. Zaimplementuj ulepszenia
4. Zmierz wpływ

Skup się na:
- Redukcji rozmiaru bundla
- Optymalizacji czasu ładowania
- Wydajności runtime
- Użyciu pamięci

Polecenia automatyzacji przepływu pracy

.claude/commands/release.md

---
allowed-tools: Bash(git:*), Bash(npm:*), Edit
description: Zautomatyzowany przepływ pracy wydania
argument-hint: major|minor|patch
---

# Przepływ pracy wydania - $ARGUMENTS

## Sprawdzenia przed wydaniem
- Aktualna wersja: !`node -p "require('./package.json').version"`
- Niezcommitowane zmiany: !`git status --porcelain`
- Aktualna gałąź: !`git branch --show-current`
- Status CI: !`gh run list --limit 1`

## Zadania wydania

Proszę wykonaj następujący przepływ pracy wydania:

1. Upewnij się, że jesteśmy na gałęzi main i aktualni
2. Uruchom wszystkie testy i upewnij się, że przechodzą
3. Zaktualizuj wersję używając `npm version $ARGUMENTS`
4. Wygeneruj changelog z commitów od ostatniego tagu
5. Zaktualizuj CHANGELOG.md z wygenerowaną zawartością
6. Commituj zmiany
7. Utwórz tag z adnotacją
8. Prześlij zmiany i tagi
9. Utwórz wydanie GitHub z changelog

Przerwij jeśli jakikolwiek krok nie powiedzie się.

Najlepsze praktyki poleceń

Konwencje nazewnictwa

Zorientowane na akcję

• /deploy-staging
• /run-tests
• /fix-lint

Skupione na zasobach

• /update-database
• /clean-cache
• /build-docker

Oparte na przepływie pracy

• /morning-routine
• /pre-commit
• /post-deploy

Organizacja poleceń

Używaj podkatalogów dla logicznego grupowania:

• Folder.claude/commands/

  • Foldertesting/

    • unit.md
    • integration.md
    • e2e.md
  • Folderdeployment/

    • staging.md
    • production.md
    • rollback.md
  • Folderdatabase/

    • migrate.md
    • seed.md
    • backup.md

Strategie parametryzacji

Wiele argumentów

<!-- Używając wzorca podziału -->
# Wdróż na $ARGUMENTS

Parsuj argumenty:
- Środowisko: Pierwsze słowo przed spacją
- Wersja: Wszystko po pierwszej spacji

Przykład: /deploy staging v2.1.0

Parametry opcjonalne

<!-- Obsługa parametrów opcjonalnych -->
# Buduj projekt

Cel: ${ARGUMENTS:-production}

To buduje dla produkcji domyślnie,
lub podanego celu jeśli dostarczone.

Polecenia slash MCP

Serwery MCP mogą udostępniać własne polecenia slash:

# Format: /mcp__<serwer>__<polecenie>

# Przykłady:
/mcp__github__create_pr
/mcp__database__run_migration
/mcp__browser__take_screenshot

Odkrywanie poleceń MCP

1. Uruchom /mcp aby zobaczyć połączone serwery
2. Sprawdź dostępne prompts każdego serwera
3. Polecenia pojawiają się w /help gdy serwer jest aktywny
4. Użyj tab completion do odkrywania

Zaawansowane techniki

Łączenie poleceń w łańcuch

Twórz polecenia, które wywołują inne polecenia:

.claude/commands/full-test.md

# Kompleksowy zestaw testów

Proszę uruchom następującą sekwencję testów:

1. Najpierw uruchom testy jednostkowe: `/test:unit all`
2. Jeśli pomyślne, uruchom integrację: `/test:integration`
3. Na koniec uruchom testy E2E: `/test:e2e critical`
4. Wygeneruj raport pokrycia

Zatrzymaj się jeśli jakikolwiek etap nie powiedzie się.

Polecenia świadome kontekstu

.claude/commands/smart-fix.md

---
allowed-tools: Bash(git:*), Read, Edit
---

# Inteligentna poprawka oparta na kontekście

## Określ typ problemu
- Ostatni commit: !`git log -1 --oneline`
- Zmienione pliki: !`git diff --name-only HEAD~1`
- Status CI: !`[[ -f .github/workflows/ci.yml ]] && echo "CI skonfigurowane"`

## Zastosuj odpowiednią poprawkę

Na podstawie powyższego kontekstu:
- Jeśli pliki testów się zmieniły: Uruchom dotknięte testy
- Jeśli pliki źródłowe się zmieniły: Uruchom testy i lint
- Jeśli pliki CI się zmieniły: Zwaliduj składnię workflow
- Jeśli dokumentacja się zmieniła: Sprawdź markdown i linki

$ARGUMENTS

Dzielenie wiedzy zespołu

Dziel polecenia przez kontrolę wersji:

# W twoim repozytorium
git add .claude/commands/
git commit -m "Dodaj polecenia Claude Code zespołu"
git push

# Członkowie zespołu automatycznie otrzymują polecenia

Uwaga bezpieczeństwa

Niestandardowe polecenia mają dostęp do wszystkich dozwolonych narzędzi. Przejrzyj polecenia od innych przed ich użyciem, szczególnie te z uprawnieniami Bash.

Przepływ pracy rozwoju poleceń

1. Zidentyfikuj powtarzające się zadania w swoim przepływie pracy
2. Utwórz początkowe polecenie z podstawową strukturą
3. Testuj i iteruj nad poleceniem
4. Dodaj kontekst i sprawdzenia dla solidności
5. Dokumentuj i dziel z zespołem

Przykład: Budowanie polecenia

Zaczynając od prostej potrzeby:

<!-- Wersja 1: Podstawowa -->
Uruchom nasz zestaw testów

Ewoluując do gotowego do produkcji:

<!-- Wersja 2: Solidna -->
---
allowed-tools: Bash(npm:*), Read
description: Uruchom zestaw testów z inteligentnym wykrywaniem
argument-hint: [konkretny-plik-testu] [--watch]
---

# Runner testów

## Sprawdzenie środowiska
- Wersja Node: !`node --version`
- Framework testowy: !`[[ -f jest.config.js ]] && echo "Jest" || echo "Unknown"`
- Poprzednie wyniki testów: !`[[ -f coverage/lcov-report/index.html ]] && echo "Pokrycie dostępne"`

## Uruchom testy

Cel: ${ARGUMENTS:-wszystkie testy}

Proszę:
1. Wyczyść cache testów jeśli potrzeba
2. Uruchom testy pasujące do: $ARGUMENTS
3. Jeśli niepowodzenia, przeanalizuj i zasugeruj poprawki
4. Wygeneruj raport pokrycia
5. Podkreśl jakikolwiek nowy niepokryty kod

Użyj flagi --watch jeśli określona w argumentach.

Wskazówki wydajności

• Preładuj kontekst w poleceniach z wykonaniem bash !
• Używaj referencji plików z @ dla spójnego kontekstu
• Ogranicz wyjście bash z head, tail lub jq
• Cache’uj drogie operacje w wyjściu polecenia

Następne kroki

Teraz gdy opanowałeś polecenia slash:

1. Implementuj hooks dla automatyzacji sterowanej zdarzeniami
2. Optymalizuj zarządzanie pamięcią dla dużych baz kodu
3. Dziel swoje polecenia ze społecznością Claude Code

Wskazówka

Najpotężniejsze przepływy pracy Claude Code łączą niestandardowe polecenia z hooks i inteligentnym zarządzaniem pamięcią. Każda technika wzmacnia pozostałe.