Używamy cookies, żeby zwiększyć Twoje doświadczenia na stronie
CodeWorlds
Powrót do kolekcji
Przewodnik19 min czytania

Everything Claude Code, zestaw konfiguracji dla agentów

Everything Claude Code to społecznościowy zestaw agentów, umiejętności i haków dla Claude Code i innych narzędzi. Co zawiera i na co uważać.

Everything Claude Code, zestaw konfiguracji dla agentów

Everything Claude Code to obszerny zestaw gotowej konfiguracji dla agentów kodujących: wyspecjalizowanych ról, umiejętności, haków, poleceń i reguł. Powstał z praktyki jednej osoby, która przez kilkanaście miesięcy budowała na tych narzędziach produkty, a potem opublikowała cały zestaw na licencji MIT. Działa nie tylko z Claude Code, ale też z innymi agentami czytającymi ten sam format.

Kto to zrobił i skąd ta popularność

Zacznę od sprostowania, bo w sieci krąży na ten temat sporo nieporozumień, a i wcześniejsza wersja tego tekstu je powielała. To nie jest oficjalne repozytorium Anthropic. Adres w domenie anthropics nie istnieje i zwraca błąd. Autorem jest Affaan Mustafa, programista z San Francisco, a projekt trafił na GitHuba w styczniu 2026 roku po wygranej w hackathonie organizowanym przez Anthropic wspólnie z funduszem Forum Ventures.

Skala przyjęcia jest natomiast realna i nietypowa: repozytorium ma blisko dwieście czterdzieści tysięcy gwiazdek i ponad trzydzieści sześć tysięcy odgałęzień, a zmiany trafiają do niego codziennie. Nazwa katalogu została przy tym skrócona do ECC, więc stare odsyłacze przekierowują.

Ta różnica ma praktyczne znaczenie i nie jest czepianiem się nazwy. Materiały oficjalne producenta i materiały społecznościowe rządzą się innymi prawami: te pierwsze są zgodne z zamierzonym działaniem narzędzia i utrzymywane wraz z jego rozwojem, te drugie odzwierciedlają czyjś sposób pracy i mogą się rozjechać z narzędziem po każdej większej aktualizacji. Oba bywają wartościowe, ale traktuje się je inaczej.

Co zawiera i jak to czytać

Zestaw obejmuje blisko siedemdziesiąt wyspecjalizowanych ról agenta oraz blisko trzysta umiejętności, czyli zapisanych procedur wykonywania konkretnych zadań. Do tego dochodzą haki uruchamiane przy zdarzeniach, blisko sto gotowych poleceń i reguły opisujące sposób pracy.

Warto podejść do tego jak do cudzej konfiguracji edytora, a nie jak do biblioteki. Konfiguracja edytora kogoś doświadczonego jest kopalnią pomysłów i jednocześnie czymś, czego nie da się przyjąć w całości, bo odzwierciedla nawyki i projekty tej osoby, a nie Twoje. Największą wartość ma tu przeczytanie, jak ktoś rozwiązał problem, który też masz, a nie zainstalowanie wszystkiego naraz.

Format, w którym zapisane są umiejętności, jest zresztą od grudnia 2025 roku otwartym standardem, opisanym szerzej w Agent Skills. Dzięki temu ten sam katalog czytają narzędzia różnych producentów, co tłumaczy, dlaczego zestaw reklamuje się jako działający poza jednym ekosystemem.

Na co uważać

Rozmiar zestawu jest tu jednocześnie zaletą i głównym ryzykiem, więc warto nazwać trzy rzeczy wprost.

Pierwsza to koszt kontekstu. Blisko trzysta umiejętności to blisko trzysta opisów, które agent wczytuje na starcie, żeby wiedzieć, po którą sięgnąć. Mechanizm stopniowego odsłaniania sprawia, że pełne treści wczytują się dopiero przy dopasowaniu, ale same opisy też coś kosztują, a przy dużej liczbie zbliżonych pozycji rośnie ryzyko, że agent wybierze nie tę, którą trzeba.

Druga to haki i uprawnienia. Element wykonujący polecenia automatycznie albo rozluźniający zakres tego, co agent zrobi bez pytania, jest wygodny i zarazem najbardziej ryzykowny fragment każdej takiej konfiguracji. Przeczytaj te pliki, zanim je uruchomisz, dokładnie tak jak czytasz skrypt instalacyjny z nieznanego źródła.

Trzecia to dopasowanie do Twojej pracy. Zestaw powstał wokół konkretnych projektów i konkretnych nawyków. Reguła mówiąca, żeby przed każdą zmianą przeprowadzić research, jest sensowna przy pracy badawczej i uciążliwa przy poprawianiu literówki w tekście. Przejrzyj reguły pod kątem tego, czy pasują do rytmu Twojego zespołu, zanim uznasz, że narzędzie działa źle.

Jest jeszcze czwarta rzecz, mniej oczywista, a warta uwagi przy dłuższej perspektywie. Repozytorium, do którego zmiany trafiają codziennie, zmienia się szybciej, niż zdążysz przejrzeć różnice. Skopiowanie zestawu dziś i zaktualizowanie go za trzy miesiące oznacza przyjęcie setek zmian, których nikt u Ciebie nie czytał. Rozsądniej jest potraktować pobranie jako jednorazowe wzięcie punktu wyjścia i dalej rozwijać własną wersję, zaglądając do źródła po pomysły, a nie po aktualizacje.

Jak to wygląda przy pracy zespołowej

Konfiguracja agenta przestaje być sprawą prywatną w momencie, w którym w projekcie pracują dwie osoby, i warto ustalić kilka rzeczy, zanim zrobi się z tego bałagan.

Podstawowe pytanie brzmi, co jest wspólne, a co osobiste, i dotyczy tak samo konfiguracji branej z katalogów w rodzaju Claude Code Templates. Wiedza o projekcie, czyli polecenia uruchomieniowe, granice i konwencje, powinna leżeć w repozytorium i być taka sama dla wszystkich, bo inaczej agent zachowuje się inaczej u każdego. Preferencje dotyczące stylu pracy, na przykład to, czy ktoś woli pracować krokami czy większymi partiami, mogą zostać w ustawieniach osobistych.

Druga sprawa to przegląd. Skoro konfiguracja wpływa na to, co agent robi w repozytorium, zmiany w niej zasługują na taką samą uwagę jak zmiany w kodzie. Nowy hak wykonujący polecenie przy każdym zapisie pliku to zmiana zachowania całego zespołu, a nie drobna poprawka konfiguracji.

Trzecia to rozstrzyganie sporów. Kiedy dwie osoby mają odmienne zdanie, jak agent powinien pracować, konfiguracja staje się polem tego sporu, a to zły sposób jego prowadzenia. Lepiej ustalić kilka reguł, na które wszyscy się zgadzają, i zostawić resztę w gestii jednostki, niż wymuszać w pliku szczegółowy proces, którego połowa zespołu nie akceptuje.

Czwarta to porządek przy odchodzeniu ludzi. Zestaw reguł napisany przez kogoś, kto już nie pracuje w projekcie, zwykle nikt nie rozumie i nikt nie ma odwagi ruszyć. Krótki komentarz przy każdej nietypowej regule, mówiący, po co powstała, oszczędza tej sytuacji.

GitHub

Repozytorium: github.com/affaan-m/everything-claude-code

Dlaczego warto po to sięgnąć

Wartość tego zestawu bierze się z czegoś, czego nie da się wyczytać z dokumentacji: z decyzji podjętych przez kogoś, kto pracował z tymi narzędziami codziennie przez kilkanaście miesięcy.

Dokumentacja producenta opisuje, co da się skonfigurować. Nie mówi, które z tych możliwości faktycznie coś zmieniają, a które są ciekawostką. Zestaw powstały z praktyki odpowiada właśnie na to drugie pytanie, bo wszystko, co się w nim znalazło, przeszło test codziennego użycia i przetrwało.

Druga wartość to gotowe sformułowania. Napisanie opisu roli agenta albo procedury tak, żeby model faktycznie się do niej zastosował, wymaga wyczucia, które przychodzi po kilkudziesięciu próbach. Przeczytanie kilkunastu cudzych przykładów skraca tę drogę bardziej niż jakikolwiek poradnik o pisaniu promptów.

Trzecia to pokazanie skali. Wiele osób konfiguruje agenta jednym plikiem z instrukcjami i nie wie, że da się to rozłożyć na role, procedury i reguły uruchamiane warunkowo. Sam przegląd struktury tego repozytorium bywa momentem, w którym staje się jasne, co jeszcze można zorganizować, a to zwykle więcej niż pojedyncza umiejętność wzięta z niego wprost.

Warto natomiast pamiętać o czymś, co dotyczy każdego dużego zbioru tego typu. Reguły i procedury są napisane pod stos technologiczny i sposób pracy autora. Jeśli Twój projekt stoi na Next.js, a przykład opisuje pracę z zupełnie innym narzędziem, wartością jest wzorzec, a nie treść, i przepisanie go pod siebie jest częścią pracy, a nie jej pominięciem.

Struktura repozytorium

Organizacja katalogów

Code
TEXT
ECC/                        # dawna nazwa: everything-claude-code
├── agents/                 # role agenta, blisko siedemdziesiąt katalogów
├── skills/                 # umiejętności, blisko trzysta katalogów
├── commands/               # gotowe polecenia, blisko sto pozycji
├── hooks/                  # haki uruchamiane przy zdarzeniach
├── rules/                  # reguły opisujące sposób pracy
├── workflows/              # złożone przepływy pracy
├── plugins/                # paczki wtyczek
├── scaffolds/              # szkielety projektów
├── mcp-configs/            # konfiguracje serwerów MCP
├── docs/                   # dokumentacja
├── examples/               # przykłady użycia
├── integrations/           # integracje z zewnętrznymi narzędziami
├── research/               # notatki badawcze autora
├── .claude/                # konfiguracja dla Claude Code
├── .cursor/ .codex/ .gemini/ .zed/   # to samo dla innych narzędzi
├── AGENTS.md CLAUDE.md RULES.md      # reguły czytane przez agenta
└── LICENSE                 # MIT

Poradniki na start

Szybki start z Claude Code

Code
Bash
# Instalacja Claude Code
# macOS / Linux
curl -fsSL https://claude.ai/install.sh | sh

# lub przez npm
npm install -g @anthropic-ai/claude-code

# Weryfikacja instalacji
claude --version

# Pierwsza sesja
claude

# Z konkretnym zadaniem
claude "Stwórz funkcję do walidacji email w TypeScript"

Podstawowa konfiguracja środowiska

Code
Bash
# Logowanie do konta Anthropic
claude auth login

# Albo własny klucz API
export ANTHROPIC_API_KEY="your-api-key-here"

# Ustawienia leżą w ~/.claude/settings.json (globalne)
# albo w .claude/settings.json w repozytorium (wspólne dla zespołu)
mkdir -p ~/.claude
cat > ~/.claude/settings.json << 'EOF'
{
  "$schema": "https://json.schemastore.org/claude-code-settings.json",
  "model": "claude-sonnet-5",
  "permissions": {
    "allow": ["Bash(npm run lint)", "Bash(npm run test *)"],
    "deny": ["Read(./.env)", "Read(./secrets/**)"]
  },
  "cleanupPeriodDays": 20
}
EOF

Konfiguracja CLAUDE.md

Plik CLAUDE.md to kluczowy element efektywnej pracy z Claude Code. Umieszczony w katalogu głównym projektu, definiuje kontekst i zasady dla AI.

Code
Markdown
# Project: My Awesome App

## Tech Stack
- Next.js 15 (App Router)
- TypeScript 5.x (strict mode)
- Tailwind CSS 3.x
- Prisma ORM + PostgreSQL
- NextAuth.js for authentication

## Project Structure

src/ ├── app/ # Next.js App Router pages ├── components/ # Reusable UI components ├── lib/ # Utilities and helpers ├── hooks/ # Custom React hooks ├── types/ # TypeScript type definitions └── styles/ # Global styles

Code
TEXT
## Coding Conventions
- Use functional components with hooks
- Prefer server components where possible
- Keep components under 150 lines
- Use TypeScript strict mode
- Follow Prettier formatting

## Important Files
- `prisma/schema.prisma` - Database schema
- `src/lib/auth.ts` - Authentication configuration
- `src/components/ui/` - Shared UI components

## Commands
- `npm run dev` - Start development server
- `npm run build` - Production build
- `npm run test` - Run tests
- `npm run lint` - Check for linting errors

Dobre praktyki przy CLAUDE.md

CLAUDE.md
Markdown
# CLAUDE.md Best Practices

## 1. Bądź konkretny o stacku technologicznym
Nie: "Używamy React"
Tak: "Next.js 15 App Router z TypeScript 5.x w strict mode"

## 2. Opisz strukturę katalogów
Claude potrzebuje zrozumieć organizację projektu,
żeby efektywnie nawigować i modyfikować pliki.

## 3. Zdefiniuj konwencje kodowania
- Styl nazewnictwa (camelCase, PascalCase)
- Preferowane patterny (hooks vs classes)
- Formatowanie (Prettier, ESLint rules)

## 4. Wymień kluczowe pliki
Wskaż Claude najważniejsze pliki, które powinien
znać przed wprowadzaniem zmian.

## 5. Udokumentuj komendy
Lista wszystkich npm scripts z opisem co robią.

## 6. Określ ograniczenia
- Maksymalna długość plików
- Wymagania dotyczące testów
- Zasady importów

## 7. Aktualizuj regularnie
CLAUDE.md powinien ewoluować wraz z projektem.

Przykłady projektów

Aplikacja Next.js z Claude Code

Code
Bash
# Inicjalizacja projektu
claude "Stwórz nowy projekt Next.js 15 z:
- TypeScript
- Tailwind CSS
- Prisma + SQLite
- NextAuth z GitHub OAuth
- Podstawową strukturę katalogów"

# Claude wykona:
# 1. npx create-next-app@latest
# 2. Zainstaluje zależności
# 3. Skonfiguruje Prisma
# 4. Doda NextAuth
# 5. Stworzy CLAUDE.md

Python API z Claude Code

Code
Bash
# Stwórz API w FastAPI
claude "Stwórz REST API w FastAPI z:
- Endpointy CRUD dla użytkowników
- SQLAlchemy + PostgreSQL
- JWT authentication
- Pydantic validation
- Swagger docs"

Przykładowy przebieg pracy

Code
Bash
# Sesja 1: Setup projektu
$ claude
You: Zainicjalizuj projekt e-commerce z Next.js

# Sesja 2: Dodaj funkcjonalność
$ claude --continue
You: Dodaj koszyk zakupowy z persystencją w localStorage

# Sesja 3: Integracja płatności
$ claude --continue
You: Zintegruj Stripe Checkout

# Sesja 4: Deployment
$ claude --continue
You: Skonfiguruj deployment na Vercel z środowiskiem produkcyjnym

Integracje z IDE

Integracja z VS Code

.vscode/settings.json
JSON
// .vscode/settings.json
{
  "terminal.integrated.profiles.osx": {
    "claude": {
      "path": "/usr/local/bin/claude",
      "args": ["--interactive"]
    }
  },
  "terminal.integrated.defaultProfile.osx": "claude"
}

// .vscode/tasks.json
{
  "version": "2.0.0",
  "tasks": [
    {
      "label": "Claude: Review Code",
      "type": "shell",
      "command": "claude",
      "args": ["Zrób code review pliku ${file}"],
      "presentation": {
        "reveal": "always",
        "panel": "new"
      }
    },
    {
      "label": "Claude: Add Tests",
      "type": "shell",
      "command": "claude",
      "args": ["Dodaj testy jednostkowe dla ${file}"],
      "presentation": {
        "reveal": "always"
      }
    },
    {
      "label": "Claude: Fix Errors",
      "type": "shell",
      "command": "claude",
      "args": ["Napraw błędy TypeScript w ${file}"],
      "presentation": {
        "reveal": "always"
      }
    }
  ]
}

// Keybindings
// keybindings.json
[
  {
    "key": "ctrl+shift+c",
    "command": "workbench.action.tasks.runTask",
    "args": "Claude: Review Code"
  }
]

Integracja z Cursorem

Code
Bash
# Cursor ma własny wybór modelu w ustawieniach edytora
# i nie korzysta z konfiguracji Claude Code.

# Claude Code uruchamiasz w Cursorze z wbudowanego terminala
# i spinasz z edytorem flagą --ide:
claude --ide

# To samo połączenie włącza polecenie /ide
# w trwającej już sesji.

Konfiguracja Neovima

Code
Bash
# Anthropic nie wydaje wtyczki do Neovima - repozytorium
# anthropics/claude.nvim nie istnieje i zwraca błąd 404.
# Zostaje terminal obok edytora.

# Nowa sesja w katalogu projektu
claude

# Powrót do ostatniej sesji
claude --continue

# Wybór sesji z listy
claude --resume

Praca w terminalu

Code
Bash
# Aliasy dla .bashrc / .zshrc
alias cc="claude"
alias ccr="claude 'Zrób code review ostatniego commita'"
alias cct="claude 'Dodaj testy dla zmienionych plików'"
alias ccf="claude 'Napraw błędy ESLint w projekcie'"
alias ccd="claude 'Wyjaśnij co robi ten kod'"

# Funkcja do pipe'owania błędów
function claude-fix() {
  $@ 2>&1 | claude "Przeanalizuj te błędy i zaproponuj rozwiązanie"
}

# Użycie:
# claude-fix npm run build
# claude-fix pytest tests/

# Git hooks z Claude
# .git/hooks/pre-commit
#!/bin/bash
changed_files=$(git diff --cached --name-only --diff-filter=ACM)
if [ -n "$changed_files" ]; then
  echo "$changed_files" | claude "Sprawdź czy te pliki są gotowe do commita.
  Zwróć uwagę na:
  - Potencjalne bugi
  - Brakujące testy
  - Problemy z bezpieczeństwem"
fi

Integracja z potokiem budowania

GitHub Actions

.github/workflows/claude-review.yml
YAML
# .github/workflows/claude-review.yml
name: Claude Code Review

on:
  pull_request:
    types: [opened, synchronize]

jobs:
  review:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
        with:
          fetch-depth: 0

      - name: Install Claude Code
        run: npm install -g @anthropic-ai/claude-code

      - name: Run Code Review
        env:
          ANTHROPIC_API_KEY: ${{ secrets.ANTHROPIC_API_KEY }}
        run: |
          # Pobierz listę zmienionych plików
          changed_files=$(git diff --name-only origin/main...HEAD)

          # Uruchom review
          for file in $changed_files; do
            if [[ -f "$file" ]]; then
              echo "Reviewing $file..."
              claude "Zrób code review pliku $file.
                      Sprawdź: bezpieczeństwo, wydajność, jakość kodu.
                      Zwróć wynik jako markdown." >> review.md
            fi
          done

      - name: Post Review Comment
        uses: actions/github-script@v7
        with:
          script: |
            const fs = require('fs');
            const review = fs.readFileSync('review.md', 'utf8');
            github.rest.issues.createComment({
              issue_number: context.issue.number,
              owner: context.repo.owner,
              repo: context.repo.repo,
              body: `## 🤖 Claude Code Review\n\n${review}`
            });

GitLab CI

.gitlab-ci.yml
YAML
# .gitlab-ci.yml
stages:
  - review
  - test

claude-review:
  stage: review
  image: node:20
  before_script:
    - npm install -g @anthropic-ai/claude-code
  script:
    - |
      export ANTHROPIC_API_KEY=$CLAUDE_API_KEY
      git diff origin/main...HEAD --name-only | while read file; do
        if [ -f "$file" ]; then
          claude "Review $file for security and code quality" >> review.txt
        fi
      done
  artifacts:
    paths:
      - review.txt
    expire_in: 1 week
  only:
    - merge_requests

Kolekcja efektywnych promptów

Prompty do kodowania

Code
Bash
# Stwórz komponent z typami
claude "Stwórz komponent React <UserCard> z:
- Props: user (id, name, email, avatar, role)
- TypeScript interfaces
- Tailwind CSS styling
- Loading i error states
- Accessibility (ARIA labels)"

# Implementuj hook
claude "Stwórz custom hook useDebounce z:
- Generic type support
- Configurable delay
- Cleanup na unmount
- Testy w Jest"

# API endpoint
claude "Stwórz endpoint API POST /api/users z:
- Zod validation dla body
- Error handling z proper status codes
- TypeScript types
- Rate limiting"

Prompty do debugowania

Code
Bash
# Analiza błędu
claude "Błąd: TypeError: Cannot read property 'map' of undefined
Plik: components/UserList.tsx:25
Kontekst: Komponent renderuje listę użytkowników z API
Znajdź przyczynę i zaproponuj fix"

# Debugging performance
claude "Komponent re-renderuje się zbyt często.
Przeanalizuj kod i znajdź:
- Niepotrzebne re-rendery
- Brakujące memoizacje
- Problemy z useEffect dependencies"

# Memory leak
claude "Wykryto memory leak w komponencie Dashboard.
Przeanalizuj:
- Event listenery
- Subscriptions
- Async operations
- Cleanup functions"

Prompty do refaktoringu

Code
Bash
# Refaktoring do hooks
claude "Przekształć ten class component na functional z hooks.
Zachowaj:
- Całą funkcjonalność
- Lifecycle behavior
- State management
Dodaj TypeScript types"

# Extract component
claude "Wyodrębnij logikę formularza z tego komponentu do:
- Custom hook useContactForm
- Komponent ContactFormFields
- Validation schema z Zod"

# SOLID principles
claude "Zrefaktoruj ten kod zgodnie z SOLID:
- Single Responsibility - rozdziel odpowiedzialności
- Open/Closed - użyj abstrakcji
- Dependency Inversion - wstrzyknij zależności"

Prompty do dokumentacji

Code
Bash
# JSDoc
claude "Dodaj kompletne JSDoc komentarze do wszystkich
eksportowanych funkcji w src/utils/.
Uwzględnij: @param, @returns, @throws, @example"

# README
claude "Wygeneruj README.md dla tego projektu z:
- Opis projektu
- Tech stack
- Instalacja
- Użycie
- API reference
- Contributing guidelines"

# API docs
claude "Stwórz dokumentację OpenAPI/Swagger dla
wszystkich endpointów w src/app/api/"

Wskazówki od społeczności

Efektywne zarządzanie kontekstem

Code
Bash
# Przekaż tylko relevantne pliki
claude "W kontekście plików:
- src/components/Auth/LoginForm.tsx
- src/hooks/useAuth.ts
- src/lib/auth.ts
Dodaj obsługę 2FA"

# Użyj kontekstu z git
git diff HEAD~3 | claude "Podsumuj te zmiany i sprawdź czy
nie ma breaking changes"

# Przekaż strukturę projektu
tree -I node_modules -L 3 | claude "Mając tę strukturę,
zaproponuj gdzie dodać nowy moduł notifications"

Optymalizacja przebiegu pracy

Code
Bash
# Obsługa sesji
claude --continue           # kontynuacja ostatniej
claude --resume             # wybór sesji z listy
claude --fork-session       # rozgałęzienie od wskazanej sesji

# Przebieg bezobsługowy z limitem tur i budżetu
claude -p --max-turns 20 --max-budget-usd 5 "Twoje zadanie..."

# Batch operations
find src -name "*.tsx" -exec claude -p "Dodaj data-testid
do wszystkich interaktywnych elementów w {}" \;

# Parallel execution
parallel claude -p ::: \
  "Dodaj testy do UserService" \
  "Dodaj testy do ProductService" \
  "Dodaj testy do OrderService"

Diagnozowanie błędów z Claude

Code
Bash
# Stack trace analysis
cat error.log | claude "Przeanalizuj ten stack trace i:
1. Zidentyfikuj root cause
2. Zaproponuj fix
3. Dodaj error handling żeby to się nie powtórzyło"

# Network debugging
curl -v https://api.example.com/endpoint 2>&1 | claude \
  "Przeanalizuj ten request/response.
   Dlaczego dostaję 403?"

# Performance profiling
node --prof app.js
node --prof-process isolate-*.log | claude \
  "Przeanalizuj ten profil. Gdzie są bottlenecki?"

Studia przypadków

Studium przypadku 1: migracja do TypeScriptu

Code
Bash
# Projekt: Migracja 50k linii JavaScript do TypeScript

# Krok 1: Analiza
claude "Przeanalizuj projekt i stwórz plan migracji
do TypeScript. Zidentyfikuj:
- Pliki do migracji (od najprostszych)
- Współdzielone typy do wyodrębnienia
- Potencjalne problemy"

# Krok 2: Setup
claude "Skonfiguruj TypeScript z:
- Strict mode
- Path aliases
- ESLint z typescript-eslint"

# Krok 3: Migracja iteracyjna
for file in $(find src -name "*.js" | head -10); do
  claude "Przekonwertuj $file na TypeScript.
          Dodaj pełne typy, nie używaj any."
done

# Wynik: 2 tygodnie zamiast szacowanych 2 miesięcy

Studium przypadku 2: przeprojektowanie API

Code
Bash
# Projekt: Przeprojektowanie REST API do GraphQL

# Analiza istniejących endpointów
claude "Przeanalizuj wszystkie endpointy w src/api/
i stwórz schemat GraphQL z:
- Types dla wszystkich entities
- Queries i Mutations
- Resolvers structure"

# Generowanie schematu
claude "Na podstawie analizy, wygeneruj:
- schema.graphql
- TypeScript types z graphql-codegen
- Podstawowe resolvers"

# Migracja klientów
claude "Stwórz migration guide dla klientów API
pokazujący mapowanie REST → GraphQL"

Rozwiązywanie problemów

Typowe błędy i rozwiązania

Code
Bash
# Przepelniony kontekst
# Rozwiązanie: /compact albo /clear w trwającej sesji

# Błąd: "Rate limit exceeded"
# Rozwiązanie: model zapasowy na czas przeciążenia
claude --fallback-model claude-haiku-4-5

# Plik poza katalogiem sesji
# Rozwiązanie: dopisz katalog do sesji
claude --add-dir ../wspolne-typy

# Wątpliwości co do logowania albo instalacji
claude auth status
claude doctor

Optymalizacja dla dużych projektów

Code
JSON
{
  "permissions": {
    "deny": [
      "Read(./dist/**)",
      "Read(./build/**)",
      "Read(./coverage/**)",
      "Read(./.env)"
    ],
    "additionalDirectories": ["../wspolne-typy"]
  }
}

Pliku .claudeignore narzędzie nie czyta, więc wykluczenia zapisuje się regułami uprawnień w settings.json. W monorepo sesję uruchamiasz w katalogu pakietu, a pozostałe ścieżki dopisujesz przez additionalDirectories albo flagę --add-dir.

everything-claude-code vs inne zasoby

Aspekteverything-claude-codeDokumentacja oficjalnaBlogi
Zakres~68 ról, ~285 umiejętności, ~94 poleceniaPełny opis funkcji narzędziaRozproszony
ŹródłoPraktyka jednej osobyProducent narzędziaRóżni autorzy
LicencjaMITMateriał producentaZależnie od autora
Tempo zmianZmiany codziennieRazem z wydaniami narzędziaNieregularne
Zgodność z narzędziemMoże się rozjechać po aktualizacjiZ definicji zgodnaBywa nieaktualna
Zakres poza Claude CodeFormat czytany też przez inne agentyTylko to narzędzieRóżnie

Publicznej mapy drogowej projekt nie ogłasza, więc jedynym wiarygodnym wskaźnikiem kierunku jest historia zmian w repozytorium.

Jak z tego korzystać rozsądnie

Podejście, które sprawdza się lepiej niż instalowanie całości, ma trzy kroki i zajmuje jedno popołudnie zamiast pięciu minut.

Zacznij od przeczytania, a nie od instalacji. Sklonuj repozytorium i przejrzyj katalog z umiejętnościami, szukając trzech lub czterech, które odpowiadają zadaniom, jakie faktycznie wykonujesz co tydzień. Przy blisko trzystu pozycjach większość dotyczy pracy, której nie robisz, i ich obecność tylko utrudnia agentowi wybór.

Potem przenieś wybrane pozycje do swojego repozytorium i przepisz je pod siebie. Nazwy poleceń, ścieżki katalogów i konwencje będą inne niż u autora, a umiejętność odwołująca się do nieistniejącego skryptu jest gorsza niż jej brak, bo agent spróbuje ją wykonać. Ten krok jest tym, co odróżnia użyteczną konfigurację od skopiowanej.

Na końcu dołóż to, czego w żadnym cudzym zestawie nie ma: wiedzę o Twoim projekcie. Dosłowne polecenia do budowania i testowania, katalogi, których nie wolno ruszać, konwencje niewidoczne w kodzie. Te trzy rzeczy dają zwykle większą poprawę niż wszystkie gotowe umiejętności razem wzięte, bo model zna wzorce ogólne, a nie zna Twojego repozytorium.

Warto też ustalić, gdzie ta konfiguracja mieszka. Trzymanie jej w repozytorium projektu, a nie w ustawieniach użytkownika, sprawia, że zmiany przechodzą przez przegląd kodu i cały zespół pracuje na tym samym, zamiast każdy na swoim.

FAQ

Czy Everything Claude Code jest oficjalnym projektem Anthropic?

Nie. To projekt społecznościowy autorstwa Affaana Mustafy, opublikowany w styczniu 2026 roku po wygranej w hackathonie organizowanym przez Anthropic z funduszem Forum Ventures. Adres w domenie anthropics nie istnieje, mimo że taka informacja krąży w sieci.

Czy mogę używać go komercyjnie?

Tak, zestaw jest na licencji MIT, więc wolno go używać i modyfikować bez opłat, również w projektach komercyjnych.

Czy działa tylko z Claude Code?

Nie. Umiejętności zapisano w otwartym formacie, który czytają też inne narzędzia agentowe, więc znaczna część zestawu działa poza jednym ekosystemem. Haki i ustawienia uprawnień są natomiast bardziej związane z konkretnym narzędziem.

Czy warto zainstalować całość?

Zwykle nie. Duża liczba zbliżonych umiejętności utrudnia agentowi wybór właściwej i zajmuje kontekst. Lepiej wybrać kilka pasujących do Twojej pracy i przepisać je pod własne repozytorium.

Czy to bezpieczne?

Same instrukcje tekstowe są nieszkodliwe, ale haki wykonują polecenia automatycznie, a ustawienia uprawnień mogą rozszerzyć zakres tego, co agent zrobi bez pytania. Przeczytaj te pliki przed uruchomieniem, tak samo jak czytasz skrypt instalacyjny z nieznanego źródła.

Kod i pełną zawartość zestawu znajdziesz w repozytorium projektu, a opis samego formatu umiejętności w specyfikacji Agent Skills.