Prompt di coding per Grok

Sto usando [linguaggio o framework e versione]. Spiega questo errore in parole semplici, elenca le tre cause più probabili in ordine di probabilità e dimmi cosa verificare prima per ciascuna: [incolla l'errore completo e lo stack trace]

Questa funzione restituisce [risultato effettivo] quando viene chiamata con [input], ma mi aspetto [risultato atteso]. Esamina l'esecuzione riga per riga con quell'input, monitorando ogni variabile, e fermati alla prima riga in cui lo stato differisce da quello previsto: [incolla il codice]

Questo codice in [linguaggio] a volte produce [sintomo] sotto carico, ma mai se testato singolarmente: [incolla il codice]. Cerca race condition, stati condivisi e presupposti sull'ordine di esecuzione. Per ciascun punto critico, descrivi l'esatto intreccio di eventi che causerebbe il bug e come risolverlo.

Revisiona questo diff come farebbe un severo sviluppatore senior su un codebase in [linguaggio]. Raggruppa le osservazioni in bug, rischi, leggibilità e test, inserisci i riferimenti alle righe e termina con un verdetto: approva, approva con modifiche o richiedi modifiche, insieme a una motivazione in una frase: [incolla il diff]

Per la funzione sottostante, elenca tutti i casi limite che testeresti e perché, poi scrivi i test in [framework di test]. Includi almeno un test che dovrebbe fallire con il codice attuale e indicami quale: [incolla la funzione]

Scrivi fixture di test realistiche per questo modello dati in [formato, es. JSON o funzione factory]: [incolla modello]. Includi dieci record normali e cinque casi particolari, come stringhe vuote, nomi molto lunghi, caratteri non latini e date limite, specificando chiaramente quali sono: [incolla il modello]

Usando questo schema: [incolla schema], scrivi una query [database] che restituisca [cosa ti serve]. Spiega la query clausola per clausola, poi mostra una variante che gestisca anche [caso limite, es. clienti senza ordini].

Questa espressione regolare dovrebbe [comportamento previsto] in [linguaggio o strumento], ma [cosa non va]: [incolla regex]. Scomponila in parti e spiega ciascuna di esse, mostra un input che evidenzia il problema e fornisci una versione corretta insieme a tre stringhe che deve rifiutare.

Scrivi uno script [bash o PowerShell] per [attività, es. archiviare log più vecchi di 30 giorni in un file zip]. Rendilo sicuro: una modalità simulazione (dry-run) che mostra solo cosa farebbe, messaggi di errore chiari e un commento su ogni riga che elimina o sovrascrive file.

Scrivi la documentazione di riferimento per questo endpoint: [incolla codice handler o route]. Includi metodo e path, parametri con tipi e se sono obbligatori, un esempio di richiesta, esempi di risposta con successo ed errore, e tutti gli status code che può restituire.

Il mio repository Git è in questo stato: [incolla git status e le ultime righe di git log]. Il mio obiettivo era [obiettivo]. Spiegami cosa è successo in parole semplici e dammi i comandi esatti per risolvere, partendo da uno che faccia il backup del lavoro attuale. Avvisami prima di qualsiasi comando che riscriva la cronologia.

Conosco bene [linguaggio che conosco] e sto imparando [nuovo linguaggio]. Prendi questo snippet scritto nel mio stile abituale, [incolla snippet], e riscrivilo come farebbe uno sviluppatore esperto di [nuovo linguaggio]. Poi spiegami gli idiomi usati che non hanno un equivalente diretto nel mio linguaggio di partenza.

Ho allegato uno screenshot della mia pagina. Il problema: [cosa c'è di sbagliato]. Ecco l'HTML e il CSS di quella sezione: [incolla codice]. Trova la causa, dammi il fix CSS minimale e spiegami perché è successo per evitare che si ripeta.

Ho allegato la foto di uno schizzo su lavagna di un modello dati per [app]. Trasformalo nelle definizioni delle tabelle [database] con chiavi primarie, chiavi esterne e tipi sensati. Elenca ogni relazione che lo schizzo lascia ambigua e chiedimi chiarimenti prima di fare ipotesi.

Qual è la complessità temporale e spaziale di questa funzione, e perché? [incolla codice] Se esiste un approccio più veloce per input di circa [dimensione], mostralo e spiega cosa comporta in termini di leggibilità.

Fai il refactoring di questa funzione per renderla più leggibile senza cambiarne il comportamento: [incolla codice]. Procedi a piccoli passi con nomi chiari, spiega ogni modifica in una riga ed elenca i comportamenti su cui avevi dubbi, così posso verificarli prima del merge.

Scrivi un README per il mio progetto [nome], che serve a [cosa fa]. Sezioni: cos'è, guida rapida con comandi copia-incolla, opzioni di configurazione in una tabella, problemi comuni e come contribuire. Ecco i file e i comandi principali: [incolla dettagli]

Spiega cosa fa questo codice in [linguaggio] a qualcuno che sa programmare ma non conosce questa codebase. Inizia con un riassunto di due frasi, analizzalo blocco per blocco e segnala qualsiasi cosa sembri un bug o un hack temporaneo: [incolla codice]

Ho intenzione di creare [funzionalità] in questo modo: [descrivi approccio]. Fai l'avvocato del diavolo. Indica i tre modi più probabili in cui questo design fallirà in produzione, cosa vedrei quando succede e un'alternativa più economica, se esiste. Sii schietto: preferisco saperlo subito piuttosto che alle 3 di notte.

Converti questo codice [linguaggio sorgente] in [linguaggio di destinazione] idiomatico, non fare una copia riga per riga: [incolla codice]. Usa la libreria standard del linguaggio di destinazione dove possibile, mantieni lo stesso comportamento ed elenca i punti in cui i due linguaggi si comportano diversamente, come la divisione tra interi o la codifica delle stringhe.