Everything Claude Code: największy pakiet w praktyce
Everything Claude Code (ECC, repozytorium affaan-m/ECC) to otwartoźródłowy pakiet harnessu dla agentów kodujących i największa zmierzona wtyczka: 68 subagentów, 386 skilli i poleceń, siedem zdarzeń hooków oraz wpis serwera MCP Chrome DevTools. Najlepiej działa w Claude Code, instaluje się też w Codeksie i Cursorze i dodaje około 41 500 stałych tokenów do każdej sesji Claude Code.
Zobaczyłeś liczbę gwiazdek, wpisałeś dwa polecenia instalacji i teraz twój agent ma więcej poleceń z ukośnikiem, niż twój zespół ma konwencji. Odczyt /context skoczył, hook Stop uruchamia sprawdzanie typów, o które nikt nie prosił, i nikt nie potrafi powiedzieć, który z 386 wpisów robi coś pożytecznego. Ta strona jest dla programisty, który chce użyć najlepszych części ECC na prawdziwej funkcji, bez dźwigania reszty.
Co zyskujesz, przeprowadzając jedną funkcję przez ECC
Dział zatytułowany „Co zyskujesz, przeprowadzając jedną funkcję przez ECC”- Polecenie instalacji dla Claude Code, Codeksa i Cursora oraz jeden błąd na narzędzie, który wszystko podwaja.
- Inwentarz tego, co wtyczka naprawdę wkłada do sesji, ze zmierzonym kosztem kontekstu obok lżejszych frameworków.
- Przebieg na jednej funkcji (limit prób logowania): plan, budowa zaczynająca się od testów, recenzja w świeżym kontekście, przegląd bezpieczeństwa, zapis sesji.
- Tabelę „zostaw i wytnij” oraz odchudzoną instalację z dziesięcioma komponentami zamiast 454 skilli i agentów.
- Pułapki: kolizje nazw poleceń, przypięta wersja, która się nie rozwiązuje, porady kosztowe sprzeczne z domyślnymi ustawieniami narzędzia i repozytoria-podróbki.
Co instaluje Everything Claude Code?
Dział zatytułowany „Co instaluje Everything Claude Code?”ECC opisuje się jako pętla: plan, test, implementacja, recenzja, weryfikacja, zapamiętanie, poprawa. Dostarcza tę pętlę jako pięć rodzajów komponentów. README i Claude Code liczą je inaczej, więc tabela pokazuje oba źródła.
| Komponent | Liczba w README (2.2.2) | Co raportuje claude plugin details | Co robi w twojej sesji |
|---|---|---|---|
| Subagenci | 68 agentów | 68 agentów | Wyspecjalizowani wykonawcy, np. planner, tdd-guide, code-reviewer, security-reviewer, build-error-resolver, e2e-runner i recenzenci dla poszczególnych języków |
| Skille | 292 skille | 386 skilli (czyli 292 skille plus 94 polecenia) | Procesy, np. tdd-workflow, security-review, verification-loop, search-first, e2e-testing, strategic-compact, context-budget |
| Polecenia | 94 polecenia | liczone jako skille | Punkty wejścia, np. /ecc:plan, /ecc:code-review, /ecc:build-fix, /ecc:save-session |
| Hooki | „Runtime” | 7 zdarzeń hooków | SessionStart, PreToolUse, PostToolUse, PostToolUseFailure, PreCompact, Stop, SessionEnd; samo Stop ma siedem identyfikatorów hooków, w tym stop:format-typecheck i stop:check-console-log w profilach standard i strict |
| MCP | jeden domyślny konektor | 1 (chrome-devtools) | Debugowanie w przeglądarce; README mówi, że instalacja wtyczki nie włącza automatycznie definicji MCP z ECC, więc sprawdź /mcp |
| Reguły | „Selektywnie” | poza wtyczką | Zawsze ładowane standardy (rules/common plus pakiety językowe), które kopiujesz ręcznie, bo wtyczki Claude Code nie mogą dystrybuować reguł |
Przed instalacją liczą się dwie konsekwencje. Po pierwsze, ECC jest wtyczką, więc instaluje się w całości; gdy chcesz wybierać komponenty, README odsyła do własnego instalatora, nie do wtyczki. Po drugie, hooki to kod uruchamiany poza pytaniem o uprawnienia, więc traktuj środowisko uruchomieniowe hooków jak coś, co recenzujesz, tak jak opisuje to strona o automatyzacji hookami.
Ile ECC kosztuje w kontekście?
Dział zatytułowany „Ile ECC kosztuje w kontekście?”Najważniejsza liczba o ECC to nie liczba gwiazdek. Claude Code 2.1.283 szacuje dla ecc@ecc około 41 515 stałych tokenów: opisy skilli i agentów, które jadą z każdą sesją. To jeszcze przed kontekstem dokładanym przez hook SessionStart, który ECC domyślnie ogranicza do 8000 znaków (ECC_SESSION_START_MAX_CHARS).
| Wtyczka (Claude Code 2.1.283, 2026-09-26) | Skille | Agenci | Stałe tokeny |
|---|---|---|---|
superpowers@claude-plugins-official | 15 | 0 | ~838 |
mattpocock-skills@claude-plugins-official | 25 | 0 | ~1 609 |
agent-skills@addy-agent-skills | 34 | 4 | ~3 620 |
gsd-core@gsd-core | 144 | 64 | ~10 700 |
ecc@ecc | 386 | 68 | ~41 515 |
Źródło: pomiar poleceniem claude plugin details <wtyczka> w Claude Code 2.1.283, 2026-09-26. To projekcje samego Claude Code, nie dane rozliczeniowe.
Na Claude Opus 5.5, domyślnym modelu Claude Code od v2.1.280 w kanale latest, z oknem 1M tokenów (zobacz przegląd modeli), 41 500 tokenów to około 4% okna. Okno nie jest jednak prawdziwym kosztem. Te tokeny są rozliczane jako wejście przy każdym żądaniu, a kilkaset podobnych opisów skilli daje modelowi więcej okazji, żeby wybrać zły. Strona o koszcie kontekstu pokazuje, jak przeliczyć liczbę tokenów na pieniądze dla twojego ruchu.
Zmierz to u siebie przed instalacją i po niej, w terminalu i w sesji:
claude plugin details ecc@ecc # terminal: stałe tokeny, skille, agenci, hooki, MCP/contextUruchom /context w świeżej sesji bez ECC, potem z ECC, i zapisz obie liczby w pull requeście, który dodaje ECC do konfiguracji zespołu.
Zainstaluj ECC w Claude Code, Codeksie albo Cursorze
Dział zatytułowany „Zainstaluj ECC w Claude Code, Codeksie albo Cursorze”README ECC mówi to samo dla każdego narzędzia: wybierz jedną metodę instalacji na narzędzie i nigdy nie nakładaj dwóch. Wtyczka plus instalacja ręczna dublują skille, polecenia i hooki, a zdublowane hooki uruchamiają się dwa razy.
W sesji Claude Code (wymaga Claude Code 2.1 lub nowszego, Gita i Node.js 18 lub nowszego):
/plugin marketplace add https://github.com/affaan-m/ECC/plugin install ecc@eccPotem otwórz nową sesję, uruchom /plugin list i sprawdź, czy ecc@ecc jest włączona. W terminalu to samo pokaże claude plugin list.
W naszej instalacji z 2026-09-26 pojawił się komunikat „2 userConfig options not yet set”. Uruchom /ecc:configure-ecc, żeby je ustawić i wybrać profil hooków; profil domyślny (ECC_HOOK_PROFILE) to standard.
Reguły nie przychodzą z wtyczką. Skopiuj pakiet wspólny i jeden pakiet językowy tylko do tego repozytorium (zakres projektu trzyma je z dala od innych projektów):
git clone https://github.com/affaan-m/ECC.git ~/src/ECCmkdir -p .claude/rules/ecccp -R ~/src/ECC/rules/common .claude/rules/ecc/cp -R ~/src/ECC/rules/typescript .claude/rules/ecc/ # twój stos, nie wszystkieW terminalu (codex-cli 0.157.1 ma codex plugin marketplace add i codex plugin add; czasownik to add, nie install):
codex plugin marketplace add affaan-m/ECCcodex plugin add ecc@ecccodex plugin list --jsoncodex plugin list --json potwierdza, że wtyczka jest zarejestrowana. Zrestartuj Codeksa i uruchom $configure-ecc: sprawdza, czy wtyczka się ładuje, i prowadzi przez konfigurację.
Codex trzyma jeden stan włączonych wtyczek na CODEX_HOME, bez zakresów user, project i local, a jego hooki wymagają jawnej decyzji o zaufaniu; cztery profile hooków ECC dla Claude nie mają tu zastosowania. Nie uruchamiaj dodatkowo starszej ścieżki scripts/sync-ecc-to-codex.sh, którą README oznacza jako przestarzałą.
Codex 0.157.1 nie ma odpowiednika claude plugin details, więc liczba powyżej dotyczy tylko Claude Code.
Cursor nie ma wtyczki ECC. README instaluje adapter lokalny dla projektu z klonu, w repozytorium, które chcesz wyposażyć:
git clone https://github.com/affaan-m/ECC.git ~/src/ECCcd ~/src/ECC./install.sh --profile minimal --target cursorAdapter zapisuje pliki w .cursor/, definicje agentów w .cursor/agents/ecc-*.md, i nie instaluje głównego AGENTS.md. README ostrzega, że natywne ładowanie w Cursorze „can vary by Cursor build”. Nie uruchamialiśmy tej ścieżki; pochodzi z README.
Zbuduj jedną funkcję z ECC: limit prób logowania
Dział zatytułowany „Zbuduj jedną funkcję z ECC: limit prób logowania”Funkcja: serwis w Express i TypeScripcie, w którym POST /api/auth/login ma zwrócić 429 z nagłówkiem Retry-After po pięciu nieudanych próbach dla jednego konta w ciągu 15 minut, a poprawne hasło nadal zeruje licznik. Jest na tyle mała, że mieści się w jednej sesji, i na tyle wrażliwa, że wymaga recenzji. Polecenia są w formie wtyczki Claude Code; README przypisuje każdemu subagenta, którego używa. W Codeksie te same skille wywołujesz przez $ (np. $tdd-workflow, tak jak README robi z $configure-ecc); w Cursorze adapter instaluje agentów jako .cursor/agents/ecc-*.md, do których odwołujesz się po nazwie.
-
Zaplanuj przez
/ecc:plan. Subagentplannerpisze plan implementacji. Sprawdź w nim trzy rzeczy: gdzie jest przechowywany licznik (w pamięci psuje się przy więcej niż jednej instancji), czym jest klucz (konto, IP czy oba) i które testy dowodzą zachowania. -
Buduj od testów przez
tdd-workflow. Uruchom skilltdd-workflow(albo wywołaj subagentatdd-guidepo nazwie): interfejsy, padające testy (red), minimalny kod (green), refaktoryzacja. Szukaj w transkrypcie czerwonego przebiegu testów przed jakąkolwiek implementacją. Test, który nigdy nie padł, niczego nie dowodzi. Własny próg skilla to 80% pokrycia; jeśli twoje CI ma inny, wygrywa CI. -
Zrecenzuj w świeżym kontekście przez
/ecc:code-review. Subagentcode-reviewerczyta diff bez rozmowy o implementacji w swoim kontekście. Wpisz formę z przestrzenią nazw: samo/code-reviewuruchamia wbudowany skill recenzji Claude Code. -
Zrób przegląd bezpieczeństwa przez
ecc:security-review. Limit prób to mechanizm uwierzytelniania, więc proś o ataki, nie o recenzję stylu. Podaj skill z przestrzenią nazw: samo/security-reviewuruchamia wbudowany w Claude Code przegląd zmian oczekujących na gałęzi, a nie listę kontrolną ECC. Jeśli wolisz oddać ten przegląd subagentowisecurity-reviewer, poproś o niego po nazwie. -
Napraw build, jeśli się wysypie, przez
/ecc:build-fix. Subagentbuild-error-resolverpracuje na wyjściu kompilatora i narzędzia uruchamiającego testy. Używaj go przy czerwonym buildzie, nie jako rutynowego kroku. -
Zapisz sesję przez
/ecc:save-session, zanim zamkniesz terminal, żeby/ecc:resume-sessionpodjął pracę z nienaruszonym planem i decyzjami.
Gdy agent kończy pracę, ECC uruchamia kilka hooków Stop, w tym stop:format-typecheck (limit 300 sekund w hooks/hooks.json) i stop:check-console-log w profilach standard i strict. Traktuj je jako lokalne wczesne ostrzeżenie. To nie jest twoja bramka przed merge’em.
Jak zweryfikować wynik ECC bez czytania każdej linii?
Dział zatytułowany „Jak zweryfikować wynik ECC bez czytania każdej linii?”ECC zmusza agenta do pisania testów najpierw i do recenzji własnej pracy, ale recenzja przez model tego samego dostawcy to słaby dowód. Dowodem dla tej funkcji jest:
- Testy akceptacyjne wpisane do planu, widziane najpierw jako czerwone, potem jako zielone. Sprawdź czerwony przebieg w transkrypcie, a potem uruchom zestaw sam:
npm test -- tests/auth/login-rate-limit.test.ts. - Bramki CI, które działają z ECC i bez niego: sprawdzanie typów, lint, pełny zestaw testów i próg pokrycia, który zespół już egzekwuje.
- Drugi recenzent z innego modelu, np.
codex reviewalbo jeden z botów do recenzji kodu, na pull requeście. - Ludzka akceptacja planu i testów, nie diffu. Zatwierdzasz, że testy akceptacyjne opisują zachowanie, którego chcesz; bramki dowodzą, że kod je spełnia.
Jeśli czegoś z tej listy brakuje, ECC przyspieszył agenta, ale wynik nie stał się przez to bezpieczniejszy.
Co zostawić, a co wyciąć
Dział zatytułowany „Co zostawić, a co wyciąć”Większość zespołów używa małego wycinka ECC. Samo README mówi „Start with the workflow you need, not the full catalog”. Ten podział idzie za pętlą z przykładu powyżej.
| Zostaw | Dlaczego | Wytnij | Dlaczego |
|---|---|---|---|
/ecc:plan i subagenta planner | Pisemny plan przed kodem, do przejrzenia w dwie minuty | Recenzentów i naprawiaczy dla języków, których nie używasz (Go, Python, F#, HarmonyOS/ArkTS i inne) | Każdy dodaje opis do każdej sesji |
tdd-workflow z tdd-guide | Pętla „najpierw test” to źródło jakości | Polecenia multi-* | Wymagają zewnętrznego środowiska uruchomieniowego, którego ECC nie dołącza |
/ecc:code-review z code-reviewer | Recenzja w świeżym kontekście przed twoją | Moduły dziedzinowe, w których nie pracujesz (np. capability:machine-learning) | Instalator nie bez powodu oferuje je jako opcjonalne moduły --with |
ecc:security-review | Przegląd nastawiony na ataki dla wrażliwych ścieżek | Pakiety reguł poza common i jednym językiem | Reguły ładują się zawsze, więc każdy pakiet kosztuje kontekst |
verification-loop, search-first | Sprawdź, zanim ogłosisz „gotowe”; poszukaj, zanim napiszesz | Wycofane aliasy poleceń (legacy-command-shims/) | Stare nazwy kolidujące z wbudowanymi, np. /plan |
/ecc:build-fix, context-budget | Czerwone buildy i presja na kontekst | Środowisko uruchomieniowe hooków, dopóki go nie przeczytasz | Kod uruchamiany przy każdym wywołaniu narzędzia i zatrzymaniu |
Z wtyczką używaj poleceń /ecc:. W wersji odchudzonej wywołuj subagentów planner, code-reviewer i build-error-resolver po nazwie, a o przegląd bezpieczeństwa proś w prompcie („Use the security-review skill…”), nigdy przez polecenie /security-review, które pozostaje wbudowanym poleceniem Claude Code.
Żeby mieć kolumnę „zostaw” bez reszty, odinstaluj wtyczkę (claude plugin uninstall ecc@ecc w terminalu, Claude Code 2.1.283) i zainstaluj wybrane elementy z przejrzanego klonu. Instalator ECC przyjmuje listę skilli, a agenci to zwykłe pliki Markdown, które kopiujesz:
# Terminal, w klonie ECCcd ~/src/ECCnode scripts/ecc.js consult "security reviews" --target claude # które komponenty pasują do zadania# instaluje skille w zakresie użytkownika (~/.claude/skills), według README./install.sh --target claude --skills tdd-workflow,security-review,verification-loop,search-first,context-budgetnode scripts/ecc.js list-installed # co teraz należy do ECC
# Terminal, w repozytorium twojego serwisu: pięciu subagentów, tylko zakres projektumkdir -p .claude/agentscp ~/src/ECC/agents/{planner,tdd-guide,code-reviewer,security-reviewer,build-error-resolver}.md .claude/agents/To dziesięć komponentów zamiast 454 skilli i agentów, bez środowiska uruchomieniowego hooków. Zwróć uwagę na różne zakresy: pięć skilli trafia do katalogu użytkownika i działa w każdym projekcie, a pięciu subagentów żyje tylko w tym repozytorium. Katalog commands/ zostaw w spokoju: skopiowane ręcznie plan.md i code-review.md stają się poleceniami /plan i /code-review i kolidują z poleceniami samego Claude Code. Zamiast tego wywołuj subagentów po nazwie („Use the planner subagent to…”). Przy średniej wtyczki, około 90 stałych tokenów na wpis (41 515 na 454), dziesięć komponentów to mniej więcej 900 tokenów listy; potwierdź to u siebie, uruchamiając ponownie /context.
Jeśli chcesz całą pętlę przy mniejszej liczbie ruchomych części, polecenie z README ./install.sh --profile minimal --target claude instaluje reguły, agentów, polecenia i podstawowe procesy bez środowiska uruchomieniowego hooków. Hooki dodaj później przez --modules hooks-runtime --enable-hooks, dopiero gdy je przeczytasz. Jeśli zostajesz przy wtyczce, ECC_DISABLED_HOOKS przyjmuje listę identyfikatorów hooków rozdzielonych przecinkami, a ECC_SESSION_START_CONTEXT=off wyłącza wstrzykiwanie kontekstu w SessionStart.
Co się psuje, gdy używasz ECC?
Dział zatytułowany „Co się psuje, gdy używasz ECC?”Wszystko pojawia się dwa razy. Zainstalowałeś wtyczkę, a potem uruchomiłeś ./install.sh --profile full, albo zsynchronizowałeś ECC do Codeksa i dodatkowo dodałeś wtyczkę w Codeksie. Wyjście: uruchom claude plugin uninstall ecc@ecc, potem node scripts/ecc.js uninstall --dry-run z klonu ECC, przeczytaj listę, uruchom bez --dry-run i zainstaluj ponownie jedną metodą.
Uruchamia się niewłaściwe polecenie. /code-review, /plan i /security-review to polecenia wbudowane w Claude Code (skill recenzji, tryb planowania i wbudowany przegląd bezpieczeństwa). Wersje z wtyczki to /ecc:code-review, /ecc:plan i skill ecc:security-review. Instalacje ręczne udostępniają krótkie nazwy i wycofany alias /tdd, które przesłaniają wbudowane polecenia albo z nimi kolidują. Wyjście: używaj form z przestrzenią nazw i nie kopiuj legacy-command-shims/.
Agent wybiera zły skill. Przy setkach opisów w kontekście ogólny prompt w rodzaju „review this” może uruchomić recenzenta dla niewłaściwego języka. Wyjście: nazwij skill w prompcie, tak jak robią to prompty powyżej, i wytnij pakiety, których nie używasz.
Hook Stop zawiesza albo wywraca sesję. stop:format-typecheck uruchamia formater i sprawdzanie typów z limitem 300 sekund, więc w dużym monorepo każde zatrzymanie może czekać na niego minutami. Wyjście: dopisz jego identyfikator do ECC_DISABLED_HOOKS i zostaw sprawdzanie typów w CI, gdzie jego miejsce.
Koszty rosną po zastosowaniu porad kosztowych z README. Sekcja ECC o optymalizacji tokenów zaleca "model": "sonnet", limit MAX_THINKING_TOKENS i model Haiku dla subagentów, a oszczędności podaje bez źródła. To stoi w sprzeczności z tym, jak stroi się obecne modele: Claude Code domyślnie używa Claude Opus 5.5 z wysiłkiem medium (od v2.1.280 w kanale latest). Najpierw dostrój wysiłek przez /effort, dopiero potem zmieniaj model, i zmieniaj go tylko wtedy, gdy każą ci to własne ewaluacje. Wyjście: usuń te ustawienia i idź za przeglądem modeli.
Podrobiony pakiet albo repozytorium. Wyniki wyszukiwania podsuwają kopie z innych źródeł. Wyjście: instaluj tylko z nazw z ramki pułapek i przeskanuj konfigurację agenta narzędziem AgentShield z ECC (agentshield scan --path ., npm ecc-agentshield 1.6.0 na 2026-09-26) albo kontrolami ze strony o bezpieczeństwie łańcucha dostaw skilli.
Kiedy ECC to zły wybór?
Dział zatytułowany „Kiedy ECC to zły wybór?”Wybierz ECC, gdy chcesz jednego, mocno opiniotwórczego harnessu i jesteś gotów go przyciąć. Wybierz coś mniejszego, gdy potrzebujesz jednej praktyki: Superpowers kosztuje około 838 stałych tokenów za pełną pętlę projekt–plan–TDD–recenzja, a strona o pakietach dyscypliny porównuje ECC ze skillami Matta Pococka, gstack, agent-skills i Ponytail. Jeśli potrzebujesz śladu specyfikacji zatwierdzanego przez product ownera, użyj frameworka spec-driven.