Menu
Multi-agent generowanie i filtrowanie pomyslow na ulepszenia projektu.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
Automatyzacja testów E2E mobile przez Maestro CLI. Nawigacja, tap, scroll, gesty (swipe, long press, pinch), input, asercje, screenshoty na emulatorze iOS/Android. Deep linking, OAuth flow, biometry. Używaj przy 'testuj UI mobilne', 'zrób screenshot apki', 'agent-mobile', 'E2E mobile', weryfikacji checkboxów Weryfikacja: w fazie review.
Systematyczny audyt bezpieczeństwa dla React Native / Expo + Supabase + Edge Functions. Używaj przy review bezpieczeństwa, przed releasem, przy pracy z auth/authz, walidacją inputów, RLS policies, deep linkingiem, storage sekretów (SecureStore), WebView, OWASP (w tym Mobile Top 10).
Sentry error tracking i performance monitoring dla React Native (Expo) + Supabase Edge Functions. Aktywuje się przy pracy z błędami, monitoringiem, captureException, error boundary, śledzeniem błędów, diagnostyką, loggerem, Edge Functions, crash, native crash, awaria, wydajność, raportowanie błędów, exception, wyjątek, React Native, Expo.
Auth (Google/Facebook OAuth, email), Database (PostgreSQL, RLS policies, SECURITY DEFINER), Edge Functions, Realtime subscriptions. Uzywaj przy pracy z autentykacja, baza danych, migracjami, bezpieczenstwem.
Wytyczne UX/UI dla aplikacji mobilnych (Expo + React Native + NativeWind, ale stack-agnostic w pryncypiach). Platform conventions (iOS HIG vs Material 3), typografia natywna (SF Pro/Roboto, Dynamic Type, type scale), 8pt grid + safe areas, semantic colors + dark mode jako redesign, ikony (SF Symbols vs Lucide vs Material Symbols), motion i micro-interactions (Reanimated — aktualny major 4.x, wymaga New Architecture; 3.x legacy — easing, stagger), haptics + native gestures (expo-haptics, RNGH 3.x), stany loading/empty/error, formy + klawiatura mobilna, navigation patterns (tabs/drawer/stack/modal), bottom sheets i modale, listy (FlashList v2, swipe actions), accessibility (VoiceOver, TalkBack, Dynamic Type), pułapki AI-generowanego UI, teardowny premium apek (Things 3, Bear, Linear, Wellspoken), app icon i splash screen. Używaj przy projektowaniu ekranów mobilnych, budowie design system pod mobile, decyzjach iOS vs Android, "ekran wygląda tanio", "feels off na mobile", "native feel vs web feel", review designu
Walidacja i doprecyzowanie pomysłu przed planowaniem. Interaktywny dialog, pressure test, eksploracja podejść, requirements doc. Używaj przy "mam pomysł", "zróbmy brainstorm", "co myślisz o", "pomóż mi przemyśleć", "chcę zbudować", niejasny scope, wiele możliwych rozwiązań.
| name | dev-ideate |
| description | Multi-agent generowanie i filtrowanie pomyslow na ulepszenia projektu. |
| argument-hint | [opcjonalnie: temat, obszar lub ograniczenie] |
Uwaga: Aktualny rok to 2026. Uzywaj tego przy datowaniu dokumentow ideacji i sprawdzaniu niedawnych artefaktow.
/dev-ideate poprzedza /dev-brainstorm.
/dev-ideate odpowiada na pytanie: "Jakie sa najlepsze pomysly warte zbadania?"/dev-brainstorm odpowiada na pytanie: "Co dokladnie wybrany pomysl powinien oznaczac?"/dev-plan odpowiada na pytanie: "Jak to powinno byc zbudowane?"Ten workflow produkuje rankingowany artefakt ideacji w docs/ideation/. Nie produkuje wymagan, planow ani kodu.
Uzywaj narzedzia pytan platformy gdy dostepne (AskUserQuestion w Claude Code). W przeciwnym razie prezentuj numerowane opcje w chacie i czekaj na odpowiedz uzytkownika przed kontynuacja.
Zadawaj jedno pytanie na raz. Preferuj zwiezle single-select choices gdy istnieja naturalne opcje.
<focus_hint> #$ARGUMENTS </focus_hint>
Interpretuj podany argument jako opcjonalny kontekst. Moze to byc:
usprawnienia DXsrc/components/szybkie wygrane niskim kosztemtop 3, 100 pomyslow, podniesc poprzeczkeJesli nie podano argumentu, przeprowadz ideacje calego projektu autonomicznie.
/dev-brainstorm definiuje wybrany kierunek wystarczajaco precyzyjnie do planowania.Sprawdz docs/ideation/ pod katem dokumentow ideacji utworzonych w ciagu ostatnich 30 dni.
Traktuj poprzedni dokument ideacji jako relevantny gdy:
Jesli relevantny dokument istnieje, zapytaj czy:
Jesli kontynuacja:
Wywnioskuj z argumentu:
Domyslna ilosc:
Honoruj wyrazne nadpisania jak:
top 3100 pomyslowidz glebiejpodniesc poprzeczkeInterpretuj rozsadnie zamiast formalnie parsowac.
Przed generowaniem pomyslow, zbierz kontekst codebase.
Uruchom agenty rownolegle na pierwszym planie (nie uzywaj dispatchowania w tle — wyniki sa potrzebne przed kontynuacja):
Szybki skan kontekstu — wyslij agenta eksploracyjnego (Agent tool, type: Explore) z nastepujacym promptem:
Przeczytaj CLAUDE.md projektu (potem README.md jesli nie istnieje), nastepnie odkryj uklad katalogow najwyzszego poziomu uzywajac narzedzia Glob (wzorzec
*lub*/*). Zwroc zwiezle podsumowanie (do 30 linii) obejmujace:
- ksztalt projektu (jezyk, framework, uklad katalogow)
- widoczne wzorce lub konwencje
- oczywiste bolaczki lub luki
- prawdopodobne punkty dzwigni dla ulepszen
Skan plytki — czytaj tylko dokumentacje najwyzszego poziomu i strukture katalogow. Nie rob glebokiego przeszukiwania kodu.
Wskazowka fokusowa: {focus_hint}
Skan TODO/FIXME i historia git — wyslij agenta eksploracyjnego z promptem:
Przeskanuj codebase pod katem sygnalow jakosci:
- Wyszukaj komentarze
TODOiFIXME(uzywajac Grep)- Sprawdz
git log --oneline -30dla niedawnych zmian i trendow- Sprawdz
git log --oneline --since="30 days ago"dla aktywnych obszarow Zwroc zwiezle podsumowanie znalezionych sygnalow (do 20 linii).Wskazowka fokusowa: {focus_hint}
Zewnetrzny grounding (opcjonalnie) — gdy fokus lub kontekst codebase wskazuje na obszar z istotnym prior art, konkurencyjnymi wzorcami lub zewnetrznymi rozwiazaniami, uruchom agenta web-research-specialist (Agent tool, subagent_type: "web-research-specialist") z pytaniem o trendy i wzorce rozwiazan konkurencji dla tego obszaru. Pomin ten agent, gdy fokus jest czysto wewnetrzny (np. tech debt, refaktoryzacja) bez zewnetrznego punktu odniesienia.
Skonsoliduj wyniki w krotkie podsumowanie rozpoznania:
Domyslnie nie rob dodatkowego zewnetrznego researchu poza agentem 3 — jesli fokus nie dotyka obszaru z prior art, pomin agenta 3 i ten punkt podsumowania.
Postepuj dokladnie wedlug tego mechanizmu:
Wygeneruj pelna liste kandydatow zanim zaczniesz krytykowac ktorykolwiek pomysl.
Kazdy sub-agent celuje w ok. 7-8 pomyslow. Z 4 agentami daje to 28-32 surowe pomysly, ktore po scaleniu i deduplikacji daja ok. 20-25 unikatowych kandydatow. Dostosuj cel per agent gdy obowiazuja nadpisania ilosci.
Przekraczaj bezpieczna oczywista warstwe. Pierwsze kilka pomyslow kazdego agenta jest zazwyczaj oczywiste — idz dalej.
Uziemiaj kazdy pomysl w skanie z Fazy 1.
Uzywaj tego wzorca promtpowania jako kregoslupa:
Uzywaj sub-agentow (Agent tool, type: Explore) zeby poprawic roznorodnosc puli kandydatow, nie zeby zastepowac glowny mechanizm.
Daj kazdemu sub-agentowi ideacji to samo:
Przypisz kazdemu sub-agentowi inny frame ideacji jako bias startowy, nie ograniczenie. Instruuj kazdego agenta, zeby zaczynal ze swojej perspektywy ale podazal za kazdym obiecujacym watek gdziekolwiek prowadzi — pomysly cross-cutting obejmujace wiele frame'ow sa cenne, nie poza scope'm.
6 frame'ów ideacji — 4 techniczne dostosowane do stacku React/TypeScript/Supabase/Tailwind/Vite + 2 kreatywne. Frame to bias startowy, nie ograniczenie; przy domyślnych 4 agentach rozdziel frame'y tak, by oba kreatywne (5-6) były reprezentowane jako biasy obok technicznych:
Tech Debt Scout — szuka:
any w TypeScriptUX Advocate — szuka:
Performance Analyst — szuka:
React.lazy(), Suspense)useMemo, useCallback, React.memo)Product Strategist — szuka:
Cross-Domain Analyst — przenosi wzorce z niepowiązanych dziedzin:
Constraint Flipper — kwestionuje przyjęte ograniczenia:
Popros kazdego sub-agenta o zwrocenie ustandaryzowanej struktury dla kazdego pomyslu:
Scal i zdeduplikuj outputy sub-agentow w jedna glowna liste kandydatow.
Syntezuj kombinacje cross-cutting. Po deduplikacji przeskanuj scalona liste pod katem pomyslow z roznych frame'ow ktore razem sugeruja cos silniejszego niz kazdy osobno. Jesli dwa lub wiecej pomyslow naturalnie laczy sie w propozycje o wyzszej dzwigni, dodaj polaczony pomysl do listy (oczekuj 3-5 dodatkow maksymalnie).
Rozkladaj pomysly na wiele wymiarow gdy uzasadnione:
Jesli podano fokus, przekaz go kazdemu sub-agentowi i wazyj scalona liste w jego kierunku, nie wykluczajac silniejszych sasiadujacych pomyslow.
Mechanizm do zachowania:
Wzorzec sub-agentow do zachowania:
Przejrzyj kazdy wygenerowany pomysl krytycznie.
Preferuj dwuwarstwowa krytyke:
Nie pozwalaj agentom krytykujacym generowac pomyslow zastepcych w tej fazie, chyba ze explicite dopracowuja.
Agenci krytykujacy moga dostarczac lokalne oceny, ale finalna wladza punktowania nalezy do orkiestratora, zeby ranking byl spojny miedzy roznymi frame'ami i perspektywami.
Dla kazdego odrzuconego pomyslu napisz jednoliniowe uzasadnienie.
Kryteria odrzucania:
Spojna rubryka ocalatych wazaca:
Docelowy output:
Verdicts (werdykty) do przypisania ocalatym:
Zaprezentuj ocalale pomysly uzytkownikowi przed zapisem trwalego artefaktu.
Ta pierwsza prezentacja jest checkpointem review, nie finalnym zarchiwizowanym wynikiem.
Prezentuj tylko ocalale pomysly w ustrukturyzowanej formie:
Nastepnie dolacz krotkie podsumowanie odrzucen zeby uzytkownik widzial co bylo rozwazone i odciete.
Utrzymuj prezentacje zwiezla. Trwaly artefakt trzyma pelny rekord.
Pozwol na krotkie pytania uzupelniajace i lekkie wyjasnienia przed zapisem artefaktu.
Nie zapisuj dokumentu ideacji jeszcze, chyba ze:
/dev-brainstorm lub zakonczyc sesjeZapisz artefakt ideacji po przeglądnieciu zestawu kandydatow.
Zawsze zapisz lub zaktualizuj artefakt przed:
/dev-brainstormAby zapisac artefakt:
docs/ideation/ istnieje (mkdir -p docs/ideation/)docs/ideation/YYYY-MM-DD-<temat>-ideation.mddocs/ideation/YYYY-MM-DD-open-ideation.md gdy brak fokusaUzyj tej struktury i pomijaj wyraznie nieistotne pola tylko gdy konieczne:
---
date: YYYY-MM-DD
topic: <kebab-case-topic>
focus: <opcjonalna wskazowka fokusowa>
---
# Ideacja: <Tytul>
## Kontekst codebase
[Podsumowanie rozpoznania z Fazy 1]
## Pomysly w rankingu
### 1. <Tytul pomyslu>
**Werdykt:** [RECOMMENDED / WORTH_EXPLORING / DEFER]
**Opis:** [Konkretne wyjasnienie]
**Uzasadnienie:** [Dlaczego to ulepsza projekt]
**Wady:** [Kompromisy lub koszty]
**Confidence:** [0-100%]
**Zlozonosc:** [Low / Medium / High]
**Status:** [Unexplored / Explored]
## Podsumowanie odrzucen
| # | Pomysl | Powod odrzucenia |
|---|--------|------------------|
| 1 | <Pomysl> | <Powod odrzucenia> |
## Log sesji
- YYYY-MM-DD: Poczatkowa ideacja — <liczba kandydatow> wygenerowanych, <liczba ocalatych> ocalalo
Jesli wznawianie:
Po prezentacji wynikow zapytaj co powinno sie wydarzyc dalej.
Oferuj te opcje:
Jesli uzytkownik wybiera pomysl:
Explored/dev-brainstorm z wybranym pomyslem jako ziarnemNie pomijaj brainstormingu i nie przechodzi prosto do planowania z outputu ideacji.
Kieruj dopracowanie wedlug intencji:
dodaj wiecej pomyslow lub zbadaj nowe katy -> wroc do Fazy 2ponowna ocena lub podniesc poprzeczke -> wroc do Fazy 3kop glebiej w pomysl #N -> rozwin analize tylko tego pomysluPo kazdym dopracowaniu:
Przy konczeniu:
Przed zakonczeniem sprawdz:
/dev-brainstorm, nie bezposrednio do implementacji