100 szablonów w 10 kategoriach, do ChatGPT, Claude i Gemini. Fragmenty w nawiasach, np. [NAZWA FIRMY], zamień na swoje dane, a resztę skopiuj bez zmian.
Przeprowadź code review poniższego kodu [JĘZYK PROGRAMOWANIA]. Sprawdź: poprawność logiki, potencjalne błędy i edge cases, wydajność (złożoność czasowa/pamięciowa), bezpieczeństwo (SQL injection, XSS, inne OWASP Top 10), czytelność i maintainability, zgodność z best practices [FRAMEWORK/JĘZYK]. Feedback podziel na: Critical (must fix), Warning (should fix), Info (nice to have). Kod: [KOD].
Napisz dokumentację dla endpointu API: [OPIS ENDPOINTU]. Uwzględnij: opis co robi endpoint, HTTP method i URL, parametry (path/query/body) z typami i opisami, przykład request (curl + JSON body), przykłady response (200 OK, 400 Bad Request, 401 Unauthorized, 404 Not Found, 500 Internal Server Error), rate limiting i uwagi dot. autoryzacji. Format: OpenAPI 3.0 YAML lub Markdown gotowy do docs.
Pomóż mi zdebugować następujący błąd: [TREŚĆ BŁĘDU/STACK TRACE]. Kontekst: [OPIS CO ROBIŁEM/AM]. Kod w którym wystąpił błąd: [KOD]. Środowisko: [OS/WERSJA JĘZYKA/FRAMEWORK]. Proszę o: wyjaśnienie co oznacza ten błąd, wskazanie prawdopodobnej przyczyny (1-3 hipotezy od najbardziej do najmniej prawdopodobnej), kroki diagnostyczne do potwierdzenia przyczyny, konkretne rozwiązanie dla każdej hipotezy.
Zrefactoruj poniższy kod [JĘZYK] zgodnie z zasadami SOLID, DRY i KISS. Zachowaj dokładnie tę samą funkcjonalność. Popraw: nazewnictwo zmiennych i funkcji, strukturę (wydziel mniejsze funkcje), usuń duplikację kodu, popraw obsługę błędów, dodaj JSDoc/docstrings do publicznych metod. Po refactoringu wyjaśnij każdą zmianę i dlaczego ją zrobiłeś. Kod: [KOD].
Napisz testy jednostkowe dla poniższej funkcji/klasy [JĘZYK + FRAMEWORK TESTOWY]. Uwzględnij: happy path (nominalne działanie), edge cases (puste dane, null, wartości graniczne), przypadki błędów (exceptions), testy dla każdej gałęzi if/else. Użyj wzorca AAA (Arrange, Act, Assert). Każdy test powinien testować dokładnie jedną rzecz i mieć opisową nazwę. Cel: 100% coverage linii i branchy. Kod do przetestowania: [KOD].
Napisz README.md dla projektu [NAZWA] w języku [JĘZYK PROGRAMOWANIA]. Uwzględnij: badge (build status, coverage, version), opis projektu w 2-3 zdaniach, demo GIF lub screenshot, instalację (krok po kroku od zera), konfigurację (zmienne środowiskowe z opisami), uruchomienie (development i production), uruchomienie testów, strukturę katalogów, contributing guidelines, licencję. Format: Markdown gotowy do wklejenia na GitHub.
Zoptymalizuj poniższe zapytanie SQL pod kątem wydajności. Kontekst: tabela [TABELA] ma [LICZBA] rekordów, obecne zapytanie wykonuje się [CZAS]s. Przeanalizuj: plan wykonania (EXPLAIN), brakujące indeksy, N+1 problemy, unnecessary full table scans, możliwość użycia CTE lub window functions. Zaproponuj zoptymalizowaną wersję z wyjaśnieniem każdej zmiany i szacowaną poprawą wydajności. Zapytanie: [SQL].
Zaprojektuj architekturę systemu [NAZWA SYSTEMU] z wymaganiami: [WYMAGANIA FUNKCJONALNE]. Non-functional requirements: [X] użytkowników jednocześnie, dostępność [X]%, latencja max [X]ms. Zaproponuj: diagram komponentów (opisowo), wybór technologii z uzasadnieniem, model danych (główne encje i relacje), strategię skalowania, punkty awarii i ich mitygację, szacowane koszty infrastruktury. Format: Architecture Decision Record (ADR).
Przeprowadź security audit poniższego kodu [JĘZYK] pod kątem OWASP Top 10. Sprawdź: injection (SQL, NoSQL, command), broken authentication, sensitive data exposure, XXE, broken access control, security misconfiguration, XSS, insecure deserialization, known vulnerabilities w dependencies, insufficient logging. Dla każdego znalezionego problemu podaj: opis, severity (Critical/High/Medium/Low), przykład exploitu, konkretne rozwiązanie. Kod: [KOD].
Napisz konfigurację CI/CD pipeline dla projektu [TYP PROJEKTU: Node.js/Python/etc.] na platformie [GitHub Actions/GitLab CI/etc.]. Pipeline powinien zawierać: lint i type check, testy jednostkowe i integracyjne z coverage report, build aplikacji, security scan (SAST), deploy na środowisko staging po merge do develop, deploy na produkcję po merge do main (z manual approval), rollback strategy. Dodaj zmienne środowiskowe i sekrety których potrzebuje.