Sztuczki wydajności

Deweloper, który oszczędza 10 minut na zadanie, nie wygląda imponująco. Ale w skali 30 zadań dziennie to 5 godzin tygodniowo. Te sztuczki wydajności to małe techniki, które składają się w ogromne zyski produktywności.

Co wyniesiesz z tego artykułu

• Techniki zarządzania kontekstem, które utrzymują sesje lekkie i szybkie
• Triki z formatem wyjścia dla różnych workflow
• Aliasy i funkcje shell, które zmniejszają liczbę naciśnięć klawiszy
• Wzorce unikania typowych pułapek czasowych

Zarządzanie kontekstem

Czyszczenie między niepowiązanymi zadaniami

Największy zysk wydajności to czyszczenie kontekstu przy przechodzeniu między zadaniami:

/rename payment-bug-investigation
/clear

Nieaktualny kontekst z poprzedniego zadania sprawia, że każda kolejna wiadomość jest droższa (więcej przetwarzanych tokenów) i mniej dokładna (Claude używa nieistotnego kontekstu).

Ukierunkowane kompaktowanie

Gdy musisz pozostać w tej samej sesji, ale kontekst jest rozdęty:

/compact Keep: file paths I edited, test results, error traces. Remove: exploratory file reads, discussion about alternatives, my questions.

Dodaj reguły kompaktowania do CLAUDE.md

# Compact instructions
When compacting, preserve:
- Test results and error output
- File paths and code changes made
- Key decisions and their rationale

Remove:
- Exploratory file reads that did not lead to changes
- Verbose command output that has been summarized
- Discussion of rejected approaches

Aliasy i funkcje shell

Szybkie skróty Claude Code

Dodaj do ~/.zshrc lub ~/.bashrc:

# Quick question -- ask Claude without starting a session
alias cq='claude -p'

# Continue last session
alias cc='claude -c'

# Review current changes
alias cr='git diff | claude -p "Quick review: only flag CRITICAL and HIGH issues."'

# Explain a file
explain() {
  claude -p "Explain what $1 does, its key functions, and how it fits into the project."
}

# Generate tests for a file
gentest() {
  claude -p "Generate comprehensive tests for $1. Follow existing test patterns in this project."
}

# Debug an error
debug() {
  echo "$@" | claude -p "Analyze this error and suggest a fix. Read the relevant source files."
}

Wskazówka

Gotowe do skopiowania aliasy shell do codziennego użycia Claude Code:

# Add to ~/.zshrc or ~/.bashrc

# Quick operations
alias cq='claude -p'           # Quick question
alias cc='claude -c'            # Continue last session
alias cr='git diff | claude -p "Review: flag only CRITICAL issues"'

# Resume named sessions
alias cdev='claude -r dev-session'
alias cdebug='claude -r debug-session'

# Pipe helpers
alias clog='claude -p "Summarize these logs. Highlight errors and warnings."'
alias cdiff='claude -p "Explain what these changes do and flag any issues."'

Triki z formatem wyjścia

JSON do konsumpcji przez skrypty

Gdy potrzebujesz ustrukturyzowanego wyjścia:

claude -p "List all API endpoints with their HTTP method, path, and handler file" \
  --output-format json | jq '.result'

Ustrukturyzowane wyjście z JSON Schema

Dla gwarantowanej struktury wyjścia:

claude -p "Analyze the test coverage of src/api/" \
  --json-schema '{"type":"object","properties":{"total_files":{"type":"number"},"covered_files":{"type":"number"},"uncovered_files":{"type":"array","items":{"type":"string"}}}}'

Typowe pułapki czasowe i jak ich unikać

”Najpierw przeczytam wszystko”

Domyślnym zachowaniem Claude jest czytanie wielu plików przed działaniem. Dla skoncentrowanych zadań ogranicz zakres:

Fix the null pointer in src/api/users.ts line 42.
Only read src/api/users.ts and its direct imports.
Do not explore other files.

“Podsumuję co zrobiłem”

Claude często spędza tokeny na podsumowaniu zmian po ich dokonaniu. Dodaj do swojego CLAUDE.md:

After making changes, do not provide a summary unless I ask for one.
Instead, just show the git diff of what changed.

Uruchamianie pełnych pakietów testów po każdej zmianie

# In CLAUDE.md
When running tests after a change, run only the tests related to the modified file.
Use: npx jest [file] --no-coverage
Only run the full test suite when I ask for it or before committing.

Czytanie package-lock lub generowanych plików

# In CLAUDE.md
Never read these files:
- package-lock.json
- yarn.lock
- any file in dist/ or build/
- any file in node_modules/
- any .map file

Szybkie zyski

Użyj --add-dir do pracy z wieloma repozytoriami

# Work on a frontend app with access to the shared library
claude --add-dir ../shared-components

Zapasowy model na okresy przeciążenia

claude -p "Quick task" --fallback-model sonnet

Jeśli Opus jest przeciążony, automatycznie przechodzi na Sonnet zamiast zwracać błąd.

Sesje powiązane z PR-ami

# Create a session linked to a PR
claude --from-pr 123

To ładuje kontekst z PR-a, ułatwiając odpowiadanie na komentarze z przeglądu.

Wskazówka

Gotowe do skopiowania reguły wydajności dla CLAUDE.md:

# Efficiency Rules

- Do not summarize changes after making them
- Run only related tests after changes, not the full suite
- Never read generated files (dist/, build/, node_modules/, *.lock)
- Use grep to find specific content before reading entire files
- Prefer targeted file reads over directory scans
- When I say "fix it," apply the fix and run the relevant tests without asking for confirmation

Kiedy coś idzie nie tak

Aliasy kolidują z innymi narzędziami: Sprawdź konflikty nazw za pomocą which cq przed dodaniem aliasów. Wybieraj unikalne nazwy, które nie przesłaniają istniejących poleceń.

Kontekst został przypadkowo wyczyszczony: Wdróż nawyk używania /rename przed /clear. Sesje są zachowywane nawet po wyczyszczeniu, więc możesz do nich wrócić później.

Reguły wydajności w CLAUDE.md są zbyt restrykcyjne: Jeśli Claude wydaje się niezdolny do eksploracji, gdy jest to potrzebne, użyj “ignore efficiency rules for this task” aby tymczasowo nadpisać. Reguły to wskazówki, nie twarde blokady.

Co dalej

• Mistrzostwo terminala — Głębsza optymalizacja terminala
• Monitoring i koszty — Śledź wpływ swoich ulepszeń wydajności
• Porady dotyczące konfiguracji — Więcej optymalizacji konfiguracji