12 agentów AI, którzy razem budują produkty — od wymagań przez kod po wdrożenie. Nyx koordynuje, Zara definiuje co budujemy, reszta realizuje. Gotowe pliki do Claude Code.
Każdy agent to plik .md z gotową instrukcją. Wrzucasz do Claude Code i masz wyspecjalizowanego współpracownika. Kliknij w kartę, żeby zobaczyć szczegóły.
Nyx zarządza zespołem, Zara definiuje wymagania, Otto projektuje architekturę



Lumi projektuje doświadczenia, Vex buduje interfejs, Juno buduje API



Iris projektuje wygląd, Ada dba o dostępność dla wszystkich


Tess testuje, Knox audytuje bezpieczeństwo, Enzo dokumentuje


Flux automatyzuje buildy, deploymenty i monitoring

Claude Code to narzędzie programistyczne od Anthropic. Działa w terminalu, w VS Code lub JetBrains — jak drugi programista, który siedzi obok Ciebie. Czyta pliki, pisze kod, uruchamia testy i naprawia błędy. Agenci to jego specjalizacje.
Uruchamiasz go w VS Code, JetBrains lub terminalu. Pracuje bezpośrednio z plikami w Twoim projekcie.
Czyta pliki, pisze kod, uruchamia testy, korzysta z gita — tak jak zwykły developer.
Pliki .md w katalogu .claude/agents/ to instrukcje, które mówią Claude jak się zachować — np. jak Zara (Product Owner) lub Tess (QA Engineer).
Podaj email i pobierz ZIP z 12 plikami .md — po jednym na agenta, z instrukcjami PL i EN.
→Rozpakuj i skopiuj pliki do katalogu .claude/agents/ w swoim projekcie. Jeśli go nie ma — stwórz.
Otwórz Claude Code (VS Code, JetBrains lub terminal) i zacznij pracę. Claude automatycznie rozpozna agentów.
twoj-projekt/ ├── .claude/ │ └── agents/ │ ├── 01-orchestrator.md │ ├── 02-product-owner.md │ ├── 03-architect.md │ ├── 04-ux-designer.md │ ├── 05-frontend-dev.md │ ├── 06-backend-dev.md │ ├── 07-qa-engineer.md │ ├── 08-docs-writer.md │ ├── 09-security-auditor.md │ ├── 10-devops-engineer.md │ ├── 11-ui-designer.md │ └── 12-accessibility-specialist.md ├── src/ └── ...
Nie musisz znać żadnych komend. Piszesz czego potrzebujesz — Claude wybierze odpowiedniego agenta lub sam go wywołasz po nazwie.
ty> Napisz PRD dla nowej funkcji filtrowania produktów Claude → Używa agenta product-owner (Zara) Tworzę dokument wymagań... ✓ Opis problemu i kontekst ✓ User stories z kryteriami odbioru ✓ Metryki sukcesu ✓ Co NIE wchodzi w zakres
ty> @qa-engineer Przetestuj moduł płatności Tess (QA Engineer) → Tworzę test plan... ✓ Happy path: poprawna płatność kartą ✓ Edge case: wygasła karta ✓ Edge case: timeout bramki płatności ✓ Edge case: podwójna transakcja Piszę testy...
Nyx (Orchestrator) rozbija zadanie na części i przydziela je odpowiednim agentom. Każdy robi swoją część, a wyniki wracają do Nyx.
ty> Zbuduj stronę logowania z Google OAuth Nyx (Orchestrator) → Tworzę plan... PLAN: 1. Wymagania → @product-owner (Zara) 2. Architektura → @architect (Otto) zależy od: 1 3. UI → @frontend-dev (Vex) zależy od: 2 4. API + OAuth → @backend-dev (Juno) zależy od: 2 5. Testy → @qa-engineer (Tess) zależy od: 3, 4 6. Audyt → @security-auditor (Knox) zależy od: 4 7. Dokumentacja → @docs-writer (Enzo) zależy od: 3, 4 Krok 1/7 — uruchamiam Zarę... ✓ User stories + kryteria odbioru gotowe Krok 2/7 — uruchamiam Otto... ✓ ADR: Google OAuth + JWT sessions Krok 3-4/7 — równolegle: ✓ Vex — komponent LoginPage ✓ Juno — endpoint /api/auth/google Krok 5-7/7 — równolegle: ✓ Tess — 12 testów (unit + e2e) ✓ Knox — 0 krytycznych, 1 do poprawy ✓ Enzo — README + API docs Nyx → Gotowe. Podsumowanie: • Strona logowania z Google OAuth • 12 testów przechodzi • 1 rekomendacja security (rate limiting) • Dokumentacja zaktualizowana
12 agentów gotowych do pracy. Instrukcje po polsku i angielsku. Wrzucasz do projektu i działasz.