Kodprompts för Grok

Jag använder [språk eller ramverk och version]. Förklara det här felet på ren svenska, lista de tre mest sannolika orsakerna i prioritetsordning, och berätta vad jag bör kontrollera först för varje: [klistra in hela felet och stack trace]

Den här funktionen returnerar [faktiskt resultat] vid anrop med [inmatning], men jag förväntar mig [förväntat resultat]. Stega igenom körningen rad för rad med den inmatningen, spåra varje variabel och stanna vid den första raden där tillståndet skiljer sig från vad det borde vara: [klistra in kod]

Den här [språk]-koden orsakar ibland [symptom] vid belastning, men aldrig när jag testar den isolerat: [klistra in kod]. Leta efter race conditions, delat tillstånd och antaganden om exekveringsordning. För varje misstänkt del, beskriv exakt hur trådarna överlappar för att utlösa buggen och hur det ska fixas.

Granska den här diffen som en kräsen senior utvecklare i en [språk]-kodbas. Gruppera kommentarerna i buggar, risker, läsbarhet och tester, ange radreferenser och avsluta med ett utlåtande: approve, approve with changes eller request changes, plus en motivering i en mening: [klistra in diff]

För funktionen nedan, lista alla edge cases du skulle testa och varför, och skriv sedan testerna i [testramverk]. Inkludera minst ett test som du förväntar dig misslyckas med nuvarande kod, och berätta vilket: [klistra in funktion]

Skriv realistiska testdata (fixtures) för den här datamodellen i [format, t.ex. JSON eller en factory-funktion]: [klistra in modell]. Inkludera tio normala poster och fem knepiga, såsom tomma strängar, väldigt långa namn, icke-latinska tecken och gränsdatum, och märk ut vilka som är vilka.

Utifrån det här schemat: [klistra in schema], skriv en [databas]-fråga som returnerar [vad du behöver]. Förklara frågan klausul för klausul, och visa sedan en variant som även hanterar [edge case, t.ex. kunder utan ordrar].

Det här reguljära uttrycket ska [avsett beteende] i [språk eller verktyg], men det [vad som blir fel]: [klistra in regex]. Dela upp det i delar och förklara varje del, visa en inmatning som exponerar problemet, och ge en korrigerad version samt tre strängar som det måste neka.

Skriv ett [bash- eller PowerShell]-skript som [uppgift, t.ex. arkiverar loggfiler äldre än 30 dagar till en zip]. Gör det säkert: ett dry-run-läge som bara skriver ut vad det skulle göra, tydliga felmeddelanden och en kommentar på varje rad som raderar eller skriver över filer.

Skriv referensdokumentation för den här slutpunkten: [klistra in hanterarkod eller rutt]. Inkludera metod och sökväg, parametrar med datatyper och om de är obligatoriska, ett exempelanrop, exempel på lyckade svar och felsvar samt alla statuskoder den kan returnera.

Mitt Git-arkiv är i det här läget: [klistra in git status och de sista raderna från git log]. Jag ville [mål]. Förklara vad som hände med enkla ord och ge mig de exakta kommandona för att fixa det, med början i ett som säkerhetskopierar mitt nuvarande arbete. Varna mig före alla kommandon som skriver om historiken.

Jag behärskar [språk jag kan] flytande och håller på att lära mig [nytt språk]. Ta det här kodstycket som är skrivet i min vanliga stil, [klistra in kod], och skriv om det som en erfaren utvecklare i [nytt språk] skulle göra. Förklara sedan de idiomatiska mönster du använde som saknar direkt motsvarighet i språket jag är van vid.

Jag har bifogat en skärmdump av min sida. Problemet: [vad som ser fel ut]. Här är HTML och CSS för det avsnittet: [klistra in kod]. Hitta orsaken, ge mig den minsta möjliga CSS-fixen och förklara varför det hände så att jag inte upprepar felet.

Jag har bifogat ett foto på en whiteboard-skiss av en datamodell för [app]. Gör om den till tabelldefinitioner för [databas] med primärnycklar, främmande nycklar och rimliga datatyper. Lista eventuella relationer som skissen lämnar tvetydiga och fråga mig om dem innan du antar något.

Vad är tids- och minneskomplexiteten för den här funktionen, och varför? [klistra in kod] Om det finns en snabbare metod för indata runt [storlek], visa den och förklara vad det kostar i läsbarhet.

Refaktorera den här funktionen så att den blir lättare att läsa utan att ändra vad den gör: [klistra in kod]. Arbeta i små, namngivna steg, förklara varje ändring på en rad och lista eventuella beteenden du var osäker på så att jag kan bekräfta dem innan jag mergar.

Skriv en README för mitt projekt [namn], som [vad det gör]. Avsnitt: vad det är, en snabbstart med kommandon att kopiera och klistra in, konfigurationsalternativ i en tabell, vanliga problem och hur man bidrar. Här är de viktigaste filerna och kommandona: [klistra in detaljer]

Förklara vad den här koden i [språk] gör för någon som kan programmering men inte den här kodbasen. Börja med en sammanfattning på två meningar, gå igenom den block för block och peka ut allt som ser ut som en bugg eller ett tillfälligt hack: [klistra in kod]

Jag planerar att bygga [funktion] så här: [beskriv upplägg]. Var djävulens advokat. Nämn de tre mest troliga sätten den här designen kan fallera på i produktion, hur felet yttrar sig när det sker och ett billigare alternativ om det finns. Var rak på sak; jag hör det hellre nu än klockan 03 på natten.

Konvertera den här koden i [källspråk] till idiomatisk [målspråk], inte en rad-för-rad-översättning: [klistra in kod]. Använd målspråkets standardbibliotek där det är möjligt, behåll samma funktionalitet och lista alla ställen där de två språken beter sig olika, såsom heltalsdivision eller textkodning.