Generowanie kodu
Szablony do tworzenia nowych komponentów kodu
Przestań wpisywać te same prompty wielokrotnie. Zbuduj systematyczną bibliotekę szablonów promptów wielokrotnego użytku, które zapewniają spójne, wysokiej jakości odpowiedzi AI oszczędzając godziny czasu wpisywania.
Bez szablonów developerzy często:
Z szablonami:
Generowanie kodu
Szablony do tworzenia nowych komponentów kodu
Debugowanie
Systematyczne wzorce promptów debugowania
Refaktoryzacja
Spójne instrukcje refaktoryzacji
Dokumentacja
Szablony do różnych potrzeb dokumentacji
Testowanie
Prompty generowania i ulepszania testów
Recenzje
Szablony recenzji i analizy kodu
## Funkcja: [NAZWA_FUNKCJI]
### Kontekst- Aktualny plik: [ŚCIEŻKA_PLIKU]- Powiązane pliki: [POWIĄZANE_PLIKI]- Referencja projektowa: [LINK_FIGMA/SPEC]
### Wymagania1. [WYMAGANIE_1]2. [WYMAGANIE_2]3. [WYMAGANIE_3]
### Ograniczenia- Musi zachować kompatybilność wsteczną- Przestrzegaj istniejących wzorców w [PRZYKŁADOWY_PLIK]- Dołącz odpowiednią obsługę błędów- Dodaj wyczerpujące komentarze JSDoc
### Podejście implementacjiProszę zaimplementuj tę funkcję używając [WZORZEC/ARCHITEKTURA]
Przykład użycia:
## Funkcja: Modal uwierzytelniania użytkownika
### Kontekst- Aktualny plik: components/Layout.tsx- Powiązane pliki: lib/auth.ts, components/Button.tsx- Referencja projektowa: @figma authentication-flow
### Wymagania1. Modal z polami email/hasło2. Przyciski logowania społecznościowego (Google, GitHub)3. Checkbox "Zapamiętaj mnie"4. Link "Zapomniałem hasła"
### Ograniczenia- Musi zachować kompatybilność wsteczną- Przestrzegaj istniejących wzorców w components/Modal.tsx- Dołącz odpowiednią obsługę błędów- Dodaj wyczerpujące komentarze JSDoc
### Podejście implementacjiProszę zaimplementuj tę funkcję używając naszego istniejącego wzorca komponentu Modal
## Badanie błędu: [OPIS_PROBLEMU]
### Symptomy- Komunikat błędu: [KOMUNIKAT_BŁĘDU]- Kiedy występuje: [WARUNKI_WYWOŁANIA]- Dotknięci użytkownicy: [SEGMENT_UŻYTKOWNIKÓW]
### Aktualne zachowanie[OPISZ_AKTUALNE]
### Oczekiwane zachowanie[OPISZ_OCZEKIWANE]
### Kroki badania1. Dodaj strategiczne console.log do śledzenia przepływu wykonania2. Sprawdź [CZĘSTA_PRZYCZYNA_1]3. Zweryfikuj [ZAŁOŻENIE_1]4. Uruchom testy i zgłoś ustalenia
### Pliki kontekstu@file [ODPOWIEDNI_PLIK_1]@file [ODPOWIEDNI_PLIK_2]
## Refaktoryzacja: [NAZWA_KOMPONENTU/FUNKCJI]
### Cel[KONKRETNY_CEL_REFAKTORYZACJI]
### Obecne problemy1. [PROBLEM_1]2. [PROBLEM_2]
### Docelowa architektura- Wzorzec: [WZORZEC_PROJEKTOWY]- Zależności: [NOWE_DEPS]- Zmiany łamiące: [TAK/NIE]
### Wymagania zachowania- Wszystkie istniejące testy muszą przechodzić- Publiczne API pozostaje niezmienione- Wydajność nie może się pogorszyć
### Podejście krok po kroku1. [KROK_1]2. [KROK_2]3. Uruchom testy po każdym kroku
## Generuj testy: [KOMPONENT/FUNKCJA]
### Framework testowy- Framework: [Jest/Vitest/etc]- Styl: [bloki describe/it]- Cel pokrycia: [80%+]
### Potrzebne kategorie testów- [ ] Scenariusze szczęśliwych ścieżek- [ ] Przypadki brzegowe- [ ] Warunki błędów- [ ] Granice wydajności- [ ] Punkty integracji
### Konkretne scenariusze1. [SCENARIUSZ_1]2. [SCENARIUSZ_2]
### Wymagania mockowania- Zewnętrzne API: [LISTA_API]- Wywołania bazy danych: [OPERACJE_DB]- Operacje zależne od czasu
Dołącz opisowe nazwy testów i wyczerpujące asercje
Użyj sekcji warunkowych opartych na kontekście:
## Implementuj: [FUNKCJA]
### Wymagania podstawowe[ZAWSZE_DOŁĄCZ]
{{IF_FRONTEND}}### Wymagania UI- Responsywny projekt- Dostępność (WCAG 2.1 AA)- Status ładowania- Status błędów{{/IF_FRONTEND}}
{{IF_BACKEND}}### Wymagania API- Endpointy RESTful- Walidacja danych wejściowych- Ograniczanie szybkości- Odpowiednie kody statusu{{/IF_BACKEND}}
{{IF_DATABASE}}### Uwagi dotyczące bazy danych- Skrypt migracji- Indeksy dla wydajności- Ograniczenia integralności danych{{/IF_DATABASE}}
Połącz szablony dla złożonych przepływów pracy:
## Przepływ pracy: Dodaj nową funkcję
### Krok 1: Planowanie[Użyj SZABLON_PLANOWANIA]
### Krok 2: Implementacja[Użyj SZABLON_FUNKCJI z kontekstem z Kroku 1]
### Krok 3: Testowanie[Użyj SZABLON_TESTÓW z implementacją z Kroku 2]
### Krok 4: Dokumentacja[Użyj SZABLON_DOKUMENTACJI ze wszystkim poprzednim kontekstem]
## Utwórz komponent React: [NAZWA_KOMPONENTU]
### Typ- [ ] Komponent funkcyjny- [ ] Komponent serwerowy (Next.js 13+)- [ ] Komponent kliencki z 'use client'
### Funkcje- [ ] Interfejs props TypeScript- [ ] Optymalizacja Memo- [ ] Granica błędów- [ ] Stan ładowania- [ ] Historia Storybook
### Potrzebne hooki- [ ] useState dla: [OPIS_STANU]- [ ] useEffect dla: [CEL_EFEKTU]- [ ] Hooki niestandardowe: [NAZWY_HOOKÓW]
### Wydajność- [ ] Implementuj React.memo jeśli czyste- [ ] Użyj useCallback dla handlerów- [ ] Ładuj leniwie jeśli ciężkie
## Utwórz endpoint API: [ŚCIEŻKA_ENDPOINTU]
### Metoda HTTP: [GET/POST/PUT/DELETE]
### Żądanie- Nagłówki: [WYMAGANE_NAGŁÓWKI]- Schemat body: [SCHEMAT_JSON]- Parametry query: [LISTA_PARAM]
### Walidacja- [ ] Sanityzacja danych wejściowych- [ ] Sprawdzanie typów- [ ] Walidacja reguł biznesowych
### Odpowiedź- Sukces (200): [SCHEMAT_ODPOWIEDZI]- Przypadki błędów: [SCENARIUSZE_BŁĘDÓW]
### Middleware- [ ] Wymagane uwierzytelnianie- [ ] Ograniczanie szybkości- [ ] Logowanie żądań
## Utwórz moduł Python: [NAZWA_MODUŁU]
### Cel[OPIS_MODUŁU]
### Zależności- Biblioteka standardowa: [IMPORTY]- Pakiety zewnętrzne: [WYMAGANIA]
### Klasy/Funkcje- Główna klasa: [NAZWA_KLASY]- Metody publiczne: [LISTA_METOD]- Podpowiedzi typów: Wymagane
### Testowanie- [ ] Testy jednostkowe z pytest- [ ] Sprawdzanie typów z mypy- [ ] Docstringi (styl Google)
### Obsługa błędów- Niestandardowe wyjątki: [NAZWY_WYJĄTKÓW]- Poziom logowania: [INFO/DEBUG/ERROR]
Śledź swoje prompty przez jeden tydzień:
## Nazwa szablonu: [OPISOWA_NAZWA]
### Zawsze dołącz- [STAŁY_ELEMENT_1]- [STAŁY_ELEMENT_2]
### Zmienne- [ZMIENNA_1]: [OPIS]- [ZMIENNA_2]: [OPIS]
### Sekcje opcjonalne- [WARUNEK]: [OPCJONALNA_TREŚĆ]
Przechowuj szablony w:
.cursor/prompts/
.cursor/├── prompts/│ ├── feature/│ │ ├── component.md│ │ ├── api-endpoint.md│ │ └── database-migration.md│ ├── debug/│ │ ├── performance.md│ │ ├── memory-leak.md│ │ └── integration-failure.md│ ├── refactor/│ │ ├── extract-function.md│ │ ├── design-pattern.md│ │ └── performance-optimize.md│ └── team/│ ├── code-review.md│ ├── onboarding.md│ └── documentation.md
{ "Cursor Feature Template": { "prefix": "cursor-feature", "body": [ "## Funkcja: ${1:NazwaFunkcji}", "", "### Kontekst", "- Aktualny plik: ${TM_FILEPATH}", "- Powiązane pliki: ${2:pliki}", "", "### Wymagania", "1. ${3:wymaganie}", "", "### Ograniczenia", "- ${4:ograniczenie}" ] }}
Przy implementacji nowych funkcji zawsze strukturyzuj żądanie używając naszego formatu szablonu funkcji z sekcjami Kontekst, Wymagania i Ograniczenia.
Śledź te metryki:
Metryka | Przed szablonami | Z szablonami | Poprawa |
---|---|---|---|
Czas pisania promptu | 5 min/prompt | 30 sek/prompt | 90% szybciej |
Jakość odpowiedzi AI | Zmienna | Spójna | 40% lepsza |
Potrzebne przeróbki | Często | Rzadko | 75% mniej |
Spójność zespołu | Niska | Wysoka | 3x lepsza |
Z ustanowioną biblioteką szablonów promptów:
Pamiętaj: Świetne szablony to żywe dokumenty. Aktualizuj je w miarę uczenia się, co produkuje najlepsze odpowiedzi AI dla twoich konkretnych potrzeb.