Instalacja Claude Code CLI: konfiguracja w 5 minut (2026)

Jak skonfigurować Claude Code? Należy zainstalować CLI natywnym instalatorem, curl -fsSL https://claude.ai/install.sh | bash, uwierzytelnić się w przeglądarce, a następnie utworzyć plik CLAUDE.md w katalogu głównym projektu, z opisem stosu technologicznego i konwencji kodowania. Uprawnienia konfiguruje się w .claude/settings.json, a hook formatujący automatycznie poprawia styl po każdej edycji. Cała konfiguracja zajmuje mniej niż pięć minut. {.answer-block}

ServiceNow udostępniło Claude Code ponad 29 000 pracowników¹, a Allianz ogłosił partnerstwo, dzięki któremu na początku 2026 roku Claude trafił do wszystkich zatrudnionych². Krzywa adopcji tego narzędzia odsłania pewien schemat: kto raz spróbował programowania agentowego we własnym terminalu, nie wraca do kopiowania treści z okien czatu. Poniższy przewodnik prowadzi od zera do działającej sesji Claude Code w około pięć minut, wraz z realną konfiguracją, z której można korzystać później.

W skrócie: instalacja Claude Code natywnym instalatorem (curl -fsSL https://claude.ai/install.sh | bash), uwierzytelnienie w przeglądarce, utworzenie pliku CLAUDE.md z kontekstem projektu i konfiguracja uprawnień w .claude/settings.json. Warto dodać hook Prettiera, który automatycznie formatuje pliki po każdej edycji. Całość zajmuje mniej niż pięć minut, a konfiguracja zostaje zachowana między sesjami.

Najważniejsze wnioski

• Samodzielni programiści: CLAUDE.md oraz hook formatujący pokrywają 80% potrzeb. Warto zacząć od domyślnych uprawnień i zatwierdzać kolejne narzędzia z wyprzedzeniem w miarę budowania zaufania.
• Liderzy zespołów: plik .claude/settings.json należy dodać do repozytorium, aby cały zespół korzystał z tych samych list dozwolonych operacji i tych samych hooków.
• Inżynierowie bezpieczeństwa: model uprawnień⁴ (Ask/Manual, listy dozwolonych operacji, klasyfikator trybu auto, --dangerously-skip-permissions) odpowiada wprost poziomom zaufania. Tryb Ask wymaga wyraźnej zgody na każdy zapis i każde polecenie; od 14 sierpnia 2026 roku sesje Pro, Max i Team startują jednak domyślnie w trybie auto – jeśli model zagrożeń zakłada udział człowieka przy każdej zgodzie, warto ustawić "defaultMode": "manual".

Wymagania wstępne

Przed instalacją Claude Code potrzebne są dwie rzeczy:

Konto Anthropic. Claude Code wymaga konta Pro, Max, Team, Enterprise lub Console; bezpłatny plan Claude.ai nie obejmuje dostępu³. Plany abonamentowe zawierają korzystanie z Claude Code (Max 5x za 100 USD miesięcznie lub Max 20x za 200 USD miesięcznie, oba w wariancie indywidualnym, stan na połowę 2026 roku)⁶, można też rozliczać się za tokeny, korzystając z klucza API z console.anthropic.com. Uwierzytelnienie następuje w przeglądarce po instalacji, więc na tym etapie nie trzeba niczego kopiować.

Terminal. Claude Code działa w dowolnym emulatorze terminala: Terminal.app, iTerm2, Windows Terminal, Alacritty czy terminalu wbudowanym w VS Code. Polecam terminal o szerokości co najmniej 120 kolumn, ponieważ Claude Code wyświetla różnice w plikach oraz wyniki narzędzi, którym sprzyja przestrzeń w poziomie.

Node.js nie jest wymagany przy zalecanej instalacji. Ma znaczenie wyłącznie przy opisanej niżej alternatywie z npm, która od wersji v2.1.198 wymaga Node.js 22 lub nowszego.

Instalacja

Claude Code najlepiej zainstalować natywnym instalatorem, zalecanym przez Anthropic³:

# macOS, Linux, WSL
curl -fsSL https://claude.ai/install.sh | bash

W systemie Windows należy zamiast tego uruchomić w programie PowerShell polecenie irm https://claude.ai/install.ps1 | iex. Instalator umieszcza plik binarny w ~/.local/bin/claude, a instalacje natywne aktualizują się w tle, dzięki czemu wszystko pozostaje aktualne bez ręcznych aktualizacji.

Warto sprawdzić, czy instalacja się powiodła:

claude --version

Na standardowym wyjściu powinien pojawić się numer wersji. Jeśli pojawia się błąd „command not found”, oznacza to, że katalogu ~/.local/bin nie ma w zmiennej PATH. Trzeba dodać go do profilu powłoki i przeładować konfigurację:

# Zsh (macOS default)
echo 'export PATH="$HOME/.local/bin:$PATH"' >> ~/.zshrc
source ~/.zshrc

Dokładniejszą diagnostykę instalacji i konfiguracji zapewnia polecenie claude doctor – sprawdza plik binarny, zmienną PATH oraz stan automatycznych aktualizacji, a także sygnalizuje kolidujące instalacje, na przykład pozostawioną globalną kopię z npm obok wersji natywnej.

Alternatywne metody instalacji. Homebrew sprawdza się przy preferencji zarządzanych casków: brew install --cask claude-code (aktualizacja poleceniem brew upgrade --cask claude-code, ewentualnie od wersji v2.1.129 można ustawić CLAUDE_CODE_PACKAGE_MANAGER_AUTO_UPDATE=1, aby menedżer pakietów aktualizował narzędzie w tle). Pakiet npm nadal działa, lecz jest rozwiązaniem zaszłym, wycofywanym od wersji v2.1.15: npm install -g @anthropic-ai/claude-code (Node.js 22+, nigdy z sudo⁷); pod spodem instaluje ten sam natywny plik binarny. Po rozpoczęciu pracy z npm przejście na zalecaną konfigurację wygląda tak: instalacja wersji natywnej, a następnie usunięcie kopii npm poleceniem npm uninstall -g @anthropic-ai/claude-code, aby uniknąć konfliktów wersji.

Przy pierwszym uruchomieniu Claude Code otwiera przeglądarkę w celu uwierzytelnienia OAuth. Po zalogowaniu i udzieleniu autoryzacji Claude Code zapisuje stan uwierzytelnienia lokalnie w pliku ~/.claude.json. Alternatywnie przed uruchomieniem można ustawić zmienną środowiskową ANTHROPIC_API_KEY. W obu przypadkach dane uwierzytelniające pozostają na komputerze użytkownika i służą wyłącznie do uwierzytelniania żądań API.

Pierwsza sesja

Wystarczy przejść do dowolnego katalogu projektu i uruchomić:

cd ~/Projects/my-app
claude

Claude Code rozpoczyna interaktywną sesję REPL, wczytując przy starcie plik CLAUDE.md oraz ustawienia. Przy pierwszym poleceniu w nowym projekcie Claude sam ustala, czego potrzebuje:

1. Skanuje strukturę katalogów, aby poznać układ projektu
2. Czyta pliki konfiguracyjne, takie jak package.json, pyproject.toml czy Cargo.toml, aby rozpoznać stos technologiczny
3. Stosuje instrukcje z pliku CLAUDE.md w katalogu głównym projektu, wczytane już przy starcie

Warto wypróbować proste polecenie, żeby potwierdzić poprawne działanie:

> Explain the structure of this project

Claude czyta pliki, syntetyzuje architekturę i odpowiada w terminalu. Wywołania narzędzi widać na bieżąco – każde odczytanie pliku i każde wykonane polecenie – wraz z prośbą o zgodę przed każdą operacją zapisu.

Na co zwrócić uwagę podczas pierwszej sesji. Warto obserwować dwie rzeczy: wywołania narzędzi, pokazywane na bieżąco przed każdą akcją, oraz prośby o uprawnienia. Wywołania narzędzi pokazują, jak Claude porusza się po bazie kodu. Widać wtedy, że czyta pliki, o których sprawdzeniu nikt by nie pomyślał, co często wydobywa użyteczny kontekst. Prośby o uprawnienia dokładnie pokazują, co Claude zamierza zmienić, zanim cokolwiek trafi na dysk. Gdy proponowana zmiana wygląda błędnie, należy ją odrzucić i doprecyzować oczekiwania. Claude dostosowuje swoje podejście do przekazanych uwag w obrębie sesji⁸.

Konfiguracja pliku CLAUDE.md

CLAUDE.md to zdecydowanie najważniejszy plik dla skutecznej pracy z Claude Code. Bez niego Claude wnioskuje o stosie technologicznym z zawartości plików i przyjmuje rozsądne założenia. Z nim trzyma się dokładnie przyjętych konwencji już od pierwszego polecenia. Różnica ma znaczenie, ponieważ zachowanie oparte na wnioskowaniu dryfuje: Claude może użyć CommonJS w projekcie ESM, wybrać niewłaściwy runner testów albo zignorować procedurę migracji bazy danych. CLAUDE.md eliminuje ten dryf.

Plik tworzy się w katalogu głównym projektu:

touch CLAUDE.md

Oto praktyczny szablon startowy dla projektu w Pythonie:

# My App

## Project Context
FastAPI backend with HTMX frontend. PostgreSQL database.

## Stack
- Backend: Python 3.11, FastAPI, SQLAlchemy 2.0 (async)
- Frontend: HTMX + Alpine.js, Jinja2 templates
- Database: PostgreSQL 16, Alembic migrations
- Testing: pytest with pytest-asyncio

## Code Standards
- Type hints on all function signatures
- Pydantic v2 models for request/response validation
- Async database operations only (no sync SQLAlchemy)

## Commands
- `source venv/bin/activate` before any Python command
- `uvicorn app.main:app --reload` starts the dev server
- `python -m pytest -v` runs the test suite
- `alembic upgrade head` applies database migrations

W projekcie JavaScript lub TypeScript struktura wygląda podobnie:

# My App

## Stack
- Backend: Node.js 20, Express 4, TypeScript
- Frontend: React 18, Vite
- Database: PostgreSQL 16, Prisma ORM
- Testing: Vitest for unit, Playwright for e2e

## Code Standards
- ESM imports only (no require())
- All API endpoints need input validation with Zod
- Tests required for new endpoints before merging

## Commands
- `npm run dev` starts the dev server on port 3000
- `npm test` runs the test suite
- `npx prisma migrate dev` runs database migrations

Najwięcej wartości mają te fragmenty CLAUDE.md, które zapobiegają powtarzającym się błędom. Jeśli Claude uporczywie importuje przez require() zamiast import, do sekcji Code Standards warto dopisać „ESM imports only”. Jeśli polecenie testowe wymaga wcześniejszego uruchomienia wirtualnego środowiska, należy udokumentować tę kolejność. Claude czyta CLAUDE.md na początku każdej sesji, więc każdy wiersz staje się trwałą instrukcją, której efekt kumuluje się przez setki interakcji. Wzorce, które czynią pliki CLAUDE.md skutecznymi, opisuję we wzorcach AGENTS.md oraz w szerszej zasadzie mówiącej, że kontekst jest architekturą. Otwarta specyfikacja AGENTS.md⁹ realizuje podobny wzorzec dla innych narzędzi agentowych, jednak CLAUDE.md obsługuje bogatsze możliwości, takie jak skille i katalogi reguł.

Hierarchia ma znaczenie. Plik CLAUDE.md można umieścić w trzech miejscach, a Claude scala je według rosnącej szczegółowości:

1. ~/.claude/CLAUDE.md: instrukcje globalne dla wszystkich projektów (osobiste preferencje dotyczące kodu)
2. ./CLAUDE.md: instrukcje na poziomie projektu (dodane do repozytorium, współdzielone z zespołem)
3. ./src/CLAUDE.md: instrukcje na poziomie katalogu (ograniczone do modułu monorepo lub podsystemu)

To właśnie CLAUDE.md na poziomie projektu trafia do systemu kontroli wersji. Członkowie zespołu korzystający z Claude Code automatycznie dziedziczą przyjęte konwencje.

Podstawy uprawnień

Claude Code działa na trzech poziomach uprawnień⁴, które określają zakres autonomii agenta. Wybrany poziom rozstrzyga podstawowy kompromis: większa autonomia oznacza szybsze sesje, ale mniejszy wgląd w zachodzące zmiany.

Tryb Ask (w CLI od wersji v2.1.200 opisywany jako „Manual”) wymaga zgody przed każdym zapisem pliku, każdym wykonaniem polecenia i każdą destrukcyjną akcją. Widać dokładnie, co Claude zamierza zrobić, a każdy krok podlega akceptacji lub odrzuceniu. Warto odnotować zmianę z 14 sierpnia 2026 roku: sesje Pro, Max i Team startują teraz w trybie auto, w którym klasyfikator bezpieczeństwa sprawdza każdą akcję zamiast pytać użytkownika – skrót Shift+Tab przywraca tryb Manual, można też utrwalić go wpisem "defaultMode": "manual" w ustawieniach. Nadal polecam zaczynać od trybu Manual, ponieważ prośby o zgodę pokazują, jak Claude Code działa. Po kilku sesjach pojawia się wyczucie, które operacje można bezpiecznie zatwierdzać z góry, a które zasługują na kontrolę za każdym razem.

Listy dozwolonych operacji pozwalają z góry zatwierdzić konkretne narzędzia i wzorce, aby Claude nie pytał za każdym razem. Konfiguruje się je w pliku .claude/settings.json projektu:

{
  "permissions": {
    "allow": [
      "Read",
      "Glob",
      "Grep",
      "Bash(python -m pytest:*)",
      "Bash(alembic upgrade head)"
    ]
  }
}

Powyższa konfiguracja pozwala Claude czytać pliki, przeszukiwać bazę kodu oraz uruchamiać polecenia testów i migracji bez pytania. Przed zapisem plików i przed uruchomieniem dowolnego innego polecenia bash nadal pojawia się pytanie. Widać tu wyraźny wzorzec: na liście dozwolonych operacji lądują odczyty oraz polecenia znane jako bezpieczne. Operacje zapisu pozostają w trybie Ask, ponieważ warto przejrzeć to, co Claude zapisuje, zanim trafi to na dysk.

Niebezpieczne pomijanie uprawnień (--dangerously-skip-permissions) wyłącza prośby o potwierdzenie; polecenia grożące katastrofalnym usunięciem danych nadal wymagają potwierdzenia, co stanowi zabezpieczenie obecne od wersji v2.1.126. Flaga istnieje wyłącznie na potrzeby procesów CI/CD i zautomatyzowanych przepływów pracy, w których nikt nie może wyrazić zgody. Nigdy nie należy jej stosować w sesjach interaktywnych na bazie kodu, na której komuś zależy.

System uprawnień sprawia, że korzystanie z Claude Code w rzeczywistych projektach jest bezpieczne. Kolejność kroków jest przemyślana: najpierw tryb Ask, aby zbudować zrozumienie, potem lista dozwolonych operacji dla czynności powtarzalnych, a na końcu utrzymanie kontroli nad zapisami, dzięki czemu zmiany zawsze są przeglądane przed wdrożeniem.

Pierwszy hook

Hooki to polecenia powłoki uruchamiane w określonych punktach cyklu życia Claude Code⁵. Napisałem pełny samouczek o hookach, który buduje pięć produkcyjnych hooków od podstaw, a wpis o tworzeniu własnych skilli opisuje kolejny poziom automatyzacji. Hooki rozwiązują podstawowy problem narzędzi opartych na modelach LLM: model przez większość czasu trzyma się reguł formatowania, ale „przez większość czasu” oznacza, że co dziesiąta edycja pliku wprowadza niespójność stylu. Hooki dają gwarancje deterministyczne tam, gdzie model daje jedynie probabilistyczne. Hook formatujący uruchamia formatter po każdym zapisie pliku, za każdym razem, niezależnie od decyzji modelu. Oto praktyczny pierwszy hook: automatyczne formatowanie plików po edycji dokonanej przez Claude.

W projekcie należy utworzyć lub zmodyfikować plik .claude/settings.json:

{
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Write|Edit",
        "hooks": [
          {
            "type": "command",
            "command": "npx prettier --write \"$FILE_PATH\" 2>/dev/null || true"
          }
        ]
      }
    ]
  }
}

Hook PostToolUse⁵ uruchamia się po każdym wywołaniu narzędzia Edit lub Write. Claude Code ustawia w $FILE_PATH ścieżkę zmodyfikowanego pliku. Prettier formatuje go w miejscu, a || true gwarantuje, że niezerowy kod wyjścia nie zablokuje Claude, gdy Prettier nie jest zainstalowany albo dany typ pliku nie jest obsługiwany⁵.

Inne praktyczne hooki na początek, które polecam:

• PreToolUse dla Bash: blokuje niebezpieczne polecenia, takie jak rm -rf / czy git push --force
• SessionStart: wstrzykuje do kontekstu bieżącą datę, aktywną gałąź git lub zmienne środowiskowe (standardowe wyjście hooków SessionStart trafia do kontekstu Claude)
• Stop: automatycznie uruchamia zestaw testów, gdy Claude kończy zadanie

Hooki przekształcają Claude Code z narzędzia konwersacyjnego w kontrolowane środowisko programistyczne. Nawet jeden czy dwa dobrze dobrane hooki eliminują całe kategorie błędów.

Gdy coś pójdzie nie tak

W pierwszym tygodniu pracy z Claude Code powtarzają się cztery sytuacje. Wiedza o nich z wyprzedzeniem oszczędza czas poświęcany na diagnozowanie.

Claude ignoruje instrukcje z pliku CLAUDE.md. Najczęstsza przyczyna: Claude odczytał plik i zapisał jego rozumienie w pamięci podręcznej, zanim doszło do edycji. Kontekst resetuje polecenie /clear, można też rozpocząć nową sesję. Claude ponownie czyta CLAUDE.md przy starcie sesji, a nie przy każdym poleceniu. Jeżeli po świeżej sesji instrukcje nadal są ignorowane, warto sprawdzić, czy z plikiem projektu nie koliduje CLAUDE.md o wyższym priorytecie, czyli ten na poziomie użytkownika w ~/.claude/CLAUDE.md.

Claude wprowadza zmianę bez zgody. Zbyt szeroko zdefiniowany wzorzec na liście dozwolonych operacji – ogólna reguła dla Bash zamiast wąskiego prefiksu w rodzaju Bash(python -m pytest:*) – pozwala Claude uruchamiać polecenia bez pytania. Wzorce trzeba wtedy zawęzić. Najbezpieczniejsze podejście to dopuszczenie wyłącznie operacji odczytu oraz konkretnych, wymienionych z nazwy poleceń. Jeżeli niechciana zmiana już powstała, git diff pokazuje dokładnie, co się zmieniło, a git checkout -- <file> ją cofa.

Okno kontekstu zapełnia się podczas długiej sesji. Claude Code kompaktuje wcześniejsze wiadomości w miarę zapełniania się okna kontekstu (domyślne modele mają w połowie 2026 roku okna o pojemności 1 mln tokenów, więc do granicy dochodzi znacznie wolniej niż kiedyś), jednak kompaktowanie potrafi pominąć istotne szczegóły z początku rozmowy. Przy sesjach dłuższych niż 30 minut warto okresowo commitować działające zmiany i zaczynać nową sesję poleceniem /clear. Świeży kontekst ponownie czyta CLAUDE.md i startuje od czystej karty. Sam commituję po każdym ukończonym podzadaniu, co daje zarówno punkt cofnięcia, jak i naturalną granicę sesji.

Claude edytuje niewłaściwy plik lub wprowadza zbędne zmiany. Kiedy Claude zaczyna „ulepszać” kod, którego nikt nie kazał ruszać, problem tkwi zwykle w niejednoznacznym poleceniu. Zamiast „posprzątaj moduł uwierzytelniania” lepiej napisać: „w pliku app/auth/handlers.py zmień nazwę verify_user na verify_user_credentials i zaktualizuj wszystkie miejsca wywołań”. Precyzja ogranicza niepożądane skutki uboczne. Jeżeli niechciane edycje już powstały, git diff pokazuje dokładnie, co się zmieniło, a git checkout -- <file> przywraca pojedyncze pliki bez utraty pozostałej pracy.

Następne kroki

Powyższy przewodnik obejmuje podstawy: instalację, pierwszą sesję, konfigurację projektu, uprawnienia oraz startowy hook. Porównanie Claude Code z innymi narzędziami agentowymi znajduje się w tekście Claude Code vs Codex. Pełną referencję wszystkich 5 kluczowych systemów (hierarchia CLAUDE.md, kompletny model uprawnień, architektura hooków, własne polecenia slash oraz przepływy wieloagentowe) zawiera Kompletny przewodnik po Claude Code.

Przewodnik omawia zarządzanie oknem kontekstu, delegowanie zadań subagentom, automatyczną aktywację skilli oraz wzorce, które ujawniają się po miesiącach codziennej pracy z Claude Code. Jeśli ten szybki start okazał się przydatny, pełny przewodnik jest naturalnym kolejnym krokiem. Jako szybką ściągawkę z każdego polecenia, flagi i skrótu polecam ściągawkę Claude Code.

Jeżeli projekt jest aplikacją na iOS lub macOS, przewodnik po tworzeniu aplikacji iOS z agentami opisuje wzorce Claude Code właściwe dla platform Apple: integrację XcodeBuildMCP na potrzeby kompilacji i symulatorów, hooki dla programowania na Apple, które chronią plik .pbxproj przed edycjami agenta, oraz Serię o ekosystemie Apple, obejmującą App Intents, serwery MCP, Foundation Models i powiązanie agenta z platformą na poziomie frameworków.

Źródła

FAQ

Jakie są wymagania do instalacji Claude Code?

Potrzebne jest konto Anthropic (Pro, Max, Team, Enterprise lub Console – plan bezpłatny nie obejmuje Claude Code) oraz dowolny emulator terminala. Claude Code działa w systemach macOS 13+, Linux i Windows, natywnie albo przez WSL. Zalecana metoda to instalator natywny – curl -fsSL https://claude.ai/install.sh | bash – który nie wymaga ani Node.js, ani Dockera, ani żadnych innych środowisk uruchomieniowych. Node.js 22+ jest konieczny wyłącznie przy alternatywie z npm (npm install -g @anthropic-ai/claude-code).

Czym jest CLAUDE.md i po co go stosować?

CLAUDE.md to plik markdown w katalogu głównym projektu, który przekazuje Claude Code informacje o stosie technologicznym, konwencjach kodowania i najczęściej używanych poleceniach. Bez niego Claude wnioskuje o konfiguracji z zawartości plików i przyjmuje rozsądne założenia, lecz te założenia dryfują między sesjami. Z plikiem CLAUDE.md Claude trzyma się dokładnie przyjętych konwencji od pierwszego polecenia, w każdej sesji. Obsługiwana jest trzypoziomowa hierarchia: poziom użytkownika (~/.claude/CLAUDE.md), poziom projektu (./CLAUDE.md) i poziom katalogu (./src/CLAUDE.md), scalane według rosnącej szczegółowości.

Ile kosztuje Claude Code?

Claude Code obsługuje dwa modele rozliczeń. Model API z płatnością za użycie nalicza opłaty za tokeny według standardowych stawek API Anthropic⁶. Typowa sesja trwająca od 30 do 60 minut kosztuje od 0,50 do 3,00 USD, zależnie od wielkości bazy kodu i objętości generowanych treści. Alternatywnie plany Max⁶ od Anthropic (Max 5x za 100 USD miesięcznie, Max 20x za 200 USD miesięcznie, oba w wariancie indywidualnym, stan na połowę 2026 roku) obejmują korzystanie z Claude Code z wyższymi limitami. Zużycie API można śledzić na console.anthropic.com.

Czy da się używać Claude Code z VS Code?

Tak. Claude Code działa w dowolnym terminalu, również w terminalu wbudowanym w VS Code. Wystarczy otworzyć panel terminala w VS Code, przejść do katalogu projektu i uruchomić claude dokładnie tak samo jak w osobnym terminalu. Claude Code czyta i edytuje pliki na dysku, więc zmiany pojawiają się natychmiast w otwartych kartach edytora VS Code. Ten przepływ pracy nie wymaga żadnego rozszerzenia, choć istnieje też dedykowane rozszerzenie do VS Code dla osób preferujących wbudowany panel. Część programistów utrzymuje obok edytora osobny podział terminala przeznaczony dla Claude Code, co dobrze sprawdza się przy przeglądaniu zmian na bieżąco.

Czy Claude Code można bezpiecznie stosować w produkcyjnych bazach kodu?

Tryb Ask w Claude Code wymaga wyraźnej zgody przed każdym zapisem pliku i każdym wykonaniem polecenia. Bez potwierdzenia nic nie zmienia się na dysku. System uprawnień w połączeniu z hookami, które potrafią blokować niebezpieczne operacje, takie jak wymuszone pushe czy destrukcyjne polecenia powłoki, sprawia, że Claude Code nadaje się do pracy produkcyjnej. Korzystam z Claude Code codziennie w projektach obsługujących realnych użytkowników. Klucz to start w trybie Ask, zrozumienie każdego wywołania narzędzia przed jego zatwierdzeniem i stopniowe dopuszczanie wyłącznie zaufanych operacji. Ostatnim zabezpieczeniem pozostaje kontrola wersji: commit przed każdą poważniejszą sesją Claude Code pozwala w każdej chwili wrócić do poprzedniego stanu.

Jaki błąd najczęściej popełniają nowi użytkownicy?

Przekazywanie Claude zbyt dużej ilości kontekstu w samym poleceniu zamiast umieszczenia go w pliku CLAUDE.md. Nowi użytkownicy zwykle wklejają całe standardy kodowania do każdego polecenia, co marnuje miejsce w oknie kontekstu i daje niespójne wyniki w kolejnych sesjach. Powtarzalne instrukcje warto raz przenieść do CLAUDE.md, a polecenia zarezerwować dla spraw właściwych danej sesji. Drugi najczęstszy błąd to dopuszczenie Bash(*) zamiast konkretnych poleceń. Lista dozwolonych operacji z symbolem wieloznacznym dla Bash pozwala Claude uruchomić dowolne polecenie powłoki bez pytania, co przekreśla sens całego systemu uprawnień.