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
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 # MITPoradniki na start
Szybki start z Claude Code
# 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
# 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
}
EOFKonfiguracja 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.
# 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 Structuresrc/ ├── 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
## 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 errorsDobre praktyki przy CLAUDE.md
# 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
# 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.mdPython API z Claude Code
# 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
# 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 produkcyjnymIntegracje z IDE
Integracja z VS Code
// .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
# 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
# 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 --resumePraca w terminalu
# 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"
fiIntegracja z potokiem budowania
GitHub Actions
# .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
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_requestsKolekcja efektywnych promptów
Prompty do kodowania
# 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
# 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
# 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
# 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
# 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
# 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
# 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
# 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ęcyStudium przypadku 2: przeprojektowanie API
# 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
# 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 doctorOptymalizacja dla dużych projektów
{
"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
| Aspekt | everything-claude-code | Dokumentacja oficjalna | Blogi |
|---|---|---|---|
| Zakres | ~68 ról, ~285 umiejętności, ~94 polecenia | Pełny opis funkcji narzędzia | Rozproszony |
| Źródło | Praktyka jednej osoby | Producent narzędzia | Różni autorzy |
| Licencja | MIT | Materiał producenta | Zależnie od autora |
| Tempo zmian | Zmiany codziennie | Razem z wydaniami narzędzia | Nieregularne |
| Zgodność z narzędziem | Może się rozjechać po aktualizacji | Z definicji zgodna | Bywa nieaktualna |
| Zakres poza Claude Code | Format czytany też przez inne agenty | Tylko to narzędzie | Róż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.