Codeerprompts voor Grok

Ik gebruik [taal of framework en versie]. Leg deze fout in duidelijke taal uit, noem de drie meest waarschijnlijke oorzaken op volgorde van waarschijnlijkheid en vertel me wat ik per oorzaak als eerste moet controleren: [plak de volledige foutmelding en stack trace]

Deze functie geeft [werkelijk resultaat] terug bij aanroep met [invoer], maar ik verwacht [verwacht resultaat]. Loop regel voor regel door de uitvoering met die invoer, houd elke variabele bij en stop bij de eerste regel waar de status afwijkt van wat het zou moeten zijn: [plak code]

Deze [taal]-code leidt onder belasting soms tot [symptoom], maar nooit wanneer ik hem geïsoleerd test: [plak code]. Zoek naar race conditions, gedeelde status en aannames over volgorde. Beschrijf voor elke verdachte plek de exacte interleaving die de bug veroorzaakt en hoe dit op te lossen is.

Review deze diff als een veeleisende senior developer van een [taal]-codebase. Groepeer opmerkingen in bugs, risico's, leesbaarheid en tests, vermeld regelnummers en sluit af met een eindoordeel: approve, approve with changes, of request changes, plus een reden in één zin: [plak diff]

Noem voor de onderstaande functie alle edge cases die je zou testen en waarom. Schrijf vervolgens de tests in [testframework]. Neem ten minste één test op waarvan je verwacht dat deze faalt met de huidige code, en geef aan welke dat is: [plak functie]

Schrijf realistische testfixtures voor dit datamodel in [formaat, bijv. JSON of een factory function]: [plak model]. Voeg tien normale records toe en vijf lastige randgevallen, zoals lege strings, hele lange namen, niet-Latijnse tekens en grensdata, en geef duidelijk aan wat wat is.

Schrijf met behulp van dit schema: [plak schema] een query voor [database] die [wat je nodig hebt] oplevert. Leg de query clausule voor clausule uit en toon vervolgens een variant die ook rekening houdt met [edge case, bijv. klanten zonder bestellingen].

Deze reguliere expressie zou [beoogd gedrag] moeten doen in [taal of tool], maar [wat er misgaat]: [plak regex]. Splits hem op in onderdelen en leg elk deel uit, toon invoer die het probleem blootlegt en geef een gecorrigeerde versie plus drie strings die hij juist moet afwijzen.

Schrijf een [bash- of PowerShell]-script voor [taak, bijv. logbestanden ouder dan 30 dagen inpakken naar een zip]. Maak het veilig: bouw een dry-run-modus in die alleen print wat er zou gebeuren, zorg voor duidelijke foutmeldingen en voeg commentaar toe bij elke regel die bestanden verwijdert of overschrijft.

Schrijf referentiedocumentatie voor dit endpoint: [plak handler-code of route]. Vermeld de methode en het pad, parameters met types en of ze verplicht zijn, een voorbeeldverzoek, voorbeelden van succes- en foutreacties en elke statuscode die het kan retourneren.

Mijn Git-repository bevindt zich in deze staat: [plak git status en de laatste paar regels van git log]. Ik wilde [doel]. Leg in duidelijke taal uit wat er is gebeurd en geef me de exacte commando's om het op te lossen, te beginnen met eentje die een back-up maakt van mijn huidige werk. Waarschuw me vóór elk commando dat de geschiedenis herschrijft.

Ik ben vloeiend in [taal die ik ken] en leer nu [nieuwe taal]. Neem dit fragment dat in mijn gebruikelijke stijl is geschreven, [plak fragment], en herschrijf het zoals een ervaren ontwikkelaar in [nieuwe taal] dat zou doen. Leg vervolgens de idiomen uit die je hebt gebruikt en die geen direct equivalent hebben in de taal die ik gewend ben.

Ik heb een screenshot van mijn pagina bijgevoegd. Het probleem: [wat er niet goed uitziet]. Hier is de HTML en CSS voor dat onderdeel: [plak code]. Zoek de oorzaak, geef me de minimale CSS-fix en leg uit waarom het gebeurde, zodat ik het niet opnieuw doe.

Ik heb een foto bijgevoegd van een whiteboard-schets van een datamodel voor [app]. Zet dit om naar [database]-tabeldefinities met primaire sleutels, refererende sleutels en logische types. Noem eventuele relaties die de schets dubbelzinnig laat en vraag ernaar voordat je aannames doet.

Wat is de tijd- en geheugencomplexiteit van deze functie, en waarom? [plak code] Als er een snellere aanpak is voor invoer van ongeveer [grootte], laat die dan zien en leg uit wat het kost qua leesbaarheid.

Refactor deze functie zodat hij makkelijker leesbaar is zonder te veranderen wat hij doet: [plak code]. Werk in kleine stappen met duidelijke namen, leg elke wijziging in één regel uit en vermeld al het gedrag waar je niet zeker van was, zodat ik het kan controleren voordat ik merge.

Schrijf een README voor mijn project [naam], dat [wat het doet]. Secties: wat het is, een snelstart met kopieerbare commando's, configuratieopties in een tabel, veelvoorkomende problemen en hoe bij te dragen. Hier zijn de belangrijkste bestanden en commando's: [plak details]

Leg uit wat deze [taal]-code doet aan iemand die wel kan programmeren, maar deze codebase niet kent. Begin met een samenvatting van twee zinnen, loop er blok voor blok doorheen en wijs op alles wat lijkt op een bug of een achtergebleven hack: [plak code]

Ik ben van plan om [functie] als volgt te bouwen: [beschrijf aanpak]. Speel advocaat van de duivel. Noem de drie manieren waarop dit ontwerp het meest waarschijnlijk faalt in productie, wat ik dan zou zien en een goedkoper alternatief als dat bestaat. Wees direct; ik hoor het liever nu dan om 3 uur 's nachts.

Zet deze [brontaal]-code om naar idiomatisch [doeltaal], geen letterlijke regel-voor-regel kopie: [plak code]. Gebruik waar mogelijk de standaardbibliotheek van de doeltaal, behoud hetzelfde gedrag en vermeld elke plek waar de twee talen zich anders gedragen, zoals bij geheeltallige deling of tekenreeks-encoding.