Prompt engineering dla każdego: rola, kontekst, format i przykłady
Prompt engineering to praktyka formułowania poleceń tak, aby model odpowiadał przewidywalnie i użytecznie. Nie wymaga programowania, a przydaje się w pisaniu, analizie, nauce i oczywiście przy kodzie.
Prosty szablon z pięciu elementów
- Rola: kim ma być model, na przykład „doświadczony nauczyciel programowania”.
- Zadanie: co dokładnie ma powstać.
- Kontekst: dla kogo, co już wiesz, jakie są ograniczenia.
- Format: lista, tabela, krótki akapit, kod w jednym pliku.
- Kryteria jakości: długość, ton, czego unikać.
Pokaż przykład zamiast opisywać
Jeden lub dwa wzory pożądanej odpowiedzi często działają lepiej niż długi opis. Jeśli chcesz konkretnego formatu notatek, wklej krótki przykład takiej notatki i poproś o tę samą strukturę dla nowego tematu.
Oddzielaj instrukcje od materiału
Gdy wklejasz tekst albo kod do przetworzenia, oddziel go od poleceń, na przykład nagłówkiem lub potrójnym cudzysłowem. Wtedy model nie pomyli materiału z instrukcją.
Proś o plan przy zadaniach złożonych
Zamiast „zrób to” napisz „najpierw zaproponuj plan w kilku krokach”. Poprawienie planu jest tańsze niż poprawianie gotowego wyniku.
Iteruj konkretnie
Pierwszy wynik to szkic. Poprawiaj precyzyjnie: „skróć o połowę”, „zmień ton na mniej formalny”, „dodaj obsługę pustych danych”. Ogólne „popraw to” zwykle niczego nie poprawia.
System prompt: stała instrukcja
W wielu narzędziach można ustawić instrukcję obowiązującą w całej rozmowie, często nazywaną system promptem lub instrukcjami projektu. To dobre miejsce na rolę, styl i zasady, na przykład „odpowiadaj po polsku, krótko, z przykładami”. Formułuj ją zwięźle i konkretnie, bo wpływa na każdą odpowiedź.
Czego unikać
- Sprzecznych instrukcji i zbyt wielu zadań naraz.
- „Magicznych formułek”, które mają rzekomo zawsze działać.
- Zakładania, że to samo polecenie da za każdym razem identyczny wynik.
Zasady skupione na kodzie znajdziesz w poradniku jak pisać prompty do kodu.
