20 promptów do kodowania, po których AI przestaje zgadywać
Zły kod od AI bierze się zwykle stąd, że model uzupełnia luki, które zostawiłeś. Każdy prompt zamyka jedną z nich: model czyta, zanim napisze, testuje, zanim naprawi, i na głos układa swoje domysły w ranking.
Zamień wszystko w [nawiasy] na twój kod, błąd lub cel.
01. Zmapuj zasięg zmiany, zanim cokolwiek ruszysz
Przed zmianą kodu, którego nie napisałeś.
Przeczytaj poniższy kod. Na razie nie pisz ani nie zmieniaj żadnego kodu. Powiedz mi: 1. Co on robi, najwyżej w trzech zdaniach. 2. Jakie założenia przyjmuje co do danych wejściowych, wywołujących go fragmentów kodu i środowiska. 3. Co się zepsuje, jeśli [opisz zmianę, którą chcę wprowadzić], i w którym miejscu. Jeśli do odpowiedzi potrzebujesz zobaczyć inny plik, podaj jego nazwę i przerwij. [wklej kod]
02. Uszereguj przyczyny, zanim ktokolwiek napisze poprawkę
Błąd, którego jeszcze nie umiesz wyjaśnić.
Oto błąd i kod wokół niego. Wypisz trzy najbardziej prawdopodobne przyczyny, od najbardziej prawdopodobnej. Przy każdej podaj jedną linię logu lub jeden test, który ją potwierdzi albo wykluczy. Nie proponuj poprawki. Sam wykonam sprawdzenia i powiem ci, która przyczyna okazała się właściwa. Błąd i stack trace: [wklej błąd] Kod: [wklej odpowiedni kod]
03. Napisz testy, które nie przechodzą, i na tym poprzestań
Zanim poprosisz o nowy kod lub poprawkę.
Napisz testy dla [funkcja lub funkcjonalność] przy użyciu [framework testowy]. Obejmij przypadek typowy, te przypadki brzegowe: [wypisz te, które już znasz], oraz co najmniej dwa przypadki, o których według ciebie nie pomyślałem. Jednym zdaniem wyjaśnij, dlaczego każdy z tych dwóch ma znaczenie. Każdy test powinien kończyć się niepowodzeniem na obecnym kodzie lub przy braku implementacji. Nie pisz implementacji.
Odblokuj pozostałe 17 promptów za darmo, zapisując się na newsletter
Zapisz się na newsletter Whizi, aby przeczytać resztę tego pakietu.
- Zrób review diffa jak osoba, którą budzi alert
- Zrefaktoryzuj bez zmiany choćby jednego zachowania
- Wybierz pięć plików do przeczytania na początek
- Napisz zapytanie na podstawie prawdziwego schematu
- Dostań regex razem z przypadkami, które go dowodzą
- Przenieś kod tak, by wyglądał, jakby napisał go rodzimy użytkownik języka
- Znajdź, gdzie ucieka czas, na podstawie prawdziwego profilu
- Prześledź niezaufane dane od źródła do ujścia
- Napisz README, z którego skorzysta obca osoba
- Napisz komunikat commita na podstawie diffa
- Naucz się pojęcia na własnym kodzie
- Zaprojektuj API, a potem zaatakuj projekt
- Zaplanuj migrację, która nigdy nie wyłącza serwisu
- Niech to model zadaje pytania
- Wypisz dane wejściowe, które to zepsują
- Sprawdź, co aktualizacja zależności psuje w twoim kodzie
- Poproś drugi model o ocenę pierwszego