I migliori prompts di ChatGPT e Claude per sviluppatori forniscono al modello tre elementi: il codice reale, un compito chiaro e un formato di output definito. Questo è tutto il segreto alla base di una sessione utile con un GPT per il coding o con un AI software engineer. "Rivedi il mio codice" produce un riepilogo cortese. "Esamina questo diff alla ricerca di bug e problemi di sicurezza, elenca i risultati per gravità con i numeri di riga e non riscrivere il file" ti offre qualcosa su cui puoi agire. Di seguito trovi 30 prompts per sviluppatori, organizzati in sei gruppi: revisione del codice e qualità, test, refactoring e prestazioni, documentazione e descrizioni delle PR, frontend e backend e DevOps. Sono indipendenti dal linguaggio e includono placeholder [language], con alcune versioni per Python e TypeScript nei casi in cui i dettagli siano importanti.
Revisione del codice, configurata una volta
Skill AI Yuri - Code Reviewer
Yuri carica una volta i tuoi standard di revisione, la scala di gravità e lo stack, così ogni revisione segue le stesse regole invece di partire da un prompt nuovo ogni volta.
$19
Ottieni la Skill →
Come usare questi prompts
Copia un prompt, sostituisci le [brackets] e incolla subito dopo il codice o il diff. Due abitudini fanno una grande differenza. Primo, incolla sempre l'artefatto effettivo: la funzione, lo stack trace, il diff, lo schema. Una descrizione del codice non è il codice. Secondo, specifica cosa vuoi ottenere: un diff, una tabella, un elenco numerato, un file. I modelli tendono a produrre prosa; raramente è ciò che vuoi.
Se usi Claude Code, i prompts funzionano comunque così come sono scritti, ma molti si prestano meglio a essere salvati come comando slash o Skill, così non devi riscriverli ogni volta. Più sotto trovi una breve sezione al riguardo e una più approfondita nella nostra guida alle Skill di Claude Code.
Revisione del codice e qualità (prompts da 1 a 5)
Le revisioni del codice funzionano meglio su un diff, non su un file completo. Chiedi di raggruppare i risultati per gravità, così puoi saltare le note sullo stile quando hai poco tempo.
Prompt 1: revisione senior per gravità
Esamina questo diff [language] come un senior engineer. Raggruppa i risultati in: bug, sicurezza, prestazioni, manutenibilità, stile. Per ogni risultato indica il riferimento alla riga, il problema in una frase e la correzione. Non riscrivere l'intero file. Se non trovi nulla in una categoria, dichiaralo. Diff: [paste diff]
Prompt 2: analisi solo di sicurezza
Controlla questo codice [language] solo per problemi di sicurezza: injection, deserializzazione non sicura, mancata convalida degli input, segreti nel codice, impostazioni predefinite non sicure e rischi legati alle dipendenze. Per ogni problema indica il rischio, come potrebbe essere sfruttato in una riga e la versione più sicura. Codice: [paste code]
Prompt 3: Spiegare la modifica a un revisore
Sono l’autore di questo diff. Scrivi le note di revisione che dovrei allegare, in modo che un revisore lo comprenda rapidamente: cosa è cambiato, perché, cosa esaminare per primo, cosa è intenzionalmente fuori ambito e come l’ho testato. Mantienile sotto le 150 parole. Diff: [paste diff]
Prompt 4: Individuare il bug latente
Questo codice in [language] funziona nel percorso principale, ma sospetto un bug nei casi limite. Analizzalo con questi input: input vuoto, null o None, input molto grande, chiamate concorrenti e una dipendenza che restituisce un errore. Per ciascuno, indica cosa succede e se è corretto. Codice: [paste code]
Prompt 5: Revisione della tipizzazione e del linting Python
Esamina questo modulo Python per quanto riguarda tipizzazione e correttezza. Aggiungi o correggi le annotazioni di tipo, segnala tutto ciò che mypy in modalità strict rifiuterebbe, indica gli argomenti predefiniti mutabili, i bare except e le risorse non chiuse. Restituisci il modulo corretto e un elenco puntato delle modifiche apportate. Codice: [paste code]
Test (prompts da 6 a 10)
Chiedi al modello di elencare i casi prima di scrivere i test. È molto più facile individuare un caso mancante in un elenco di cinque righe che in 200 righe di codice di test.
Prompt 6: Test unitari con elenco dei casi iniziale
Scrivi test unitari per questa funzione in [language] usando [test framework]. Prima del codice, elenca ogni caso che coprirai: percorso principale, limiti, percorsi di errore e input non validi. Poi scrivi i test. Usa nomi descrittivi che siano frasi complete. Funzione: [paste code]
Prompt 7: Test di regressione a partire da un bug
Ecco una segnalazione di bug e la correzione. Scrivi un test di regressione che fallisca con il vecchio codice e passi con quello nuovo, usando [test framework]. Dai al test un nome basato sul bug. Bug: [describe bug]. Diff della correzione: [paste diff]
Prompt 8: Test da eseguire prima di una modifica rischiosa
Sto per modificare [what you are changing] in [file or module]. Elenca i test che dovrei avere prima di intervenire, classificandoli in base alla probabilità che rilevino un malfunzionamento. Indica quali esistono già sulla base di questo file di test: [paste test file]
Prompt 9: Test di integrazione in TypeScript
Scrivi un test di integrazione in TypeScript usando [Vitest or Jest] per questo gestore API. Fai il mock solo del confine esterno ([database, HTTP client, queue]), non dei moduli interni. Copri una chiamata riuscita, un errore di convalida e un timeout a monte. Gestore: [paste code]
Prompt 10: Revisione dei test
Esamina questi test. Dimmi quali asserzioni sono deboli (verificano la veridicità, usano solo snapshot o testano il mock invece del codice), quali casi mancano e quali test sono ridondanti. Suggerisci le tre aggiunte di maggior valore. Test: [paste tests]
Refactoring e prestazioni (prompts da 11 a 15)
I prompts per il refactoring devono avere un vincolo rigido: il comportamento non deve cambiare. Dichiaralo esplicitamente e chiedi di elencare le modifiche, così potrai esaminarle una alla volta.
Prompt 11: Refactoring che preserva il comportamento
Effettua il refactoring di questo codice [language] per migliorarne la leggibilità senza modificarne il comportamento. Mantieni identica l'interfaccia pubblica. Elenca ogni modifica in una riga, con il relativo motivo, prima del codice. Segnala tutto ciò che sembra un bug, ma non correggerlo silenziosamente: annotalo separatamente. Codice: [paste code]
Prompt 12: Suddividere una funzione lunga
Questa funzione è troppo lunga. Suddividila in funzioni più piccole dai nomi chiari, ciascuna con un solo compito. Mostra prima la nuova struttura come schema (nomi delle funzioni e scopo in una riga), poi il codice. Non introdurre nuove astrazioni a meno che non vengano usate almeno due volte. Codice: [paste code]
Prompt 13: Trovare il problema di prestazioni
Questo codice [language] è lento con [size of input]. Identifica il probabile collo di bottiglia, stima la complessità e proponi una soluzione. Spiega il compromesso della soluzione (memoria, leggibilità, rischio per la correttezza). Non fare micro-ottimizzazioni: individua il problema principale. Codice: [paste code]. Output del profiling, se disponibile: [paste]
Prompt 14: Riscrittura delle prestazioni in Python
Riscrivi questa funzione Python per migliorarne le prestazioni. Preferisci funzioni integrate, comprensioni, generatori e libreria standard rispetto a cicli scritti a mano. Mantieni la stessa firma e lo stesso tipo restituito. Mostra il prima e il dopo e descrivi come eseguiresti il benchmark con timeit. Codice: [paste code]
Prompt 15: Rimuovere la duplicazione
Ecco due o più parti di codice che sembrano simili. Dimmi se dovrebbero condividere un'implementazione o rimanere separate (e perché). Se dovessero condividerne una, scrivila e mostra come cambia ogni punto di chiamata. Codice A: [paste]. Codice B: [paste]
Documentazione e descrizioni delle PR (prompts da 16 a 20)
La documentazione è il lavoro che viene saltato più spesso. Questi prompts richiedono dieci secondi e producono qualcosa che un nuovo membro del team può usare davvero.
Prompt 16: Descrizione della PR
Scrivi una descrizione della pull request per questa differenza. Sezioni: Riepilogo (due frasi), Modifiche (elenco puntato), Perché, Come eseguire i test (passaggi), Rischi e rollback. Usa un linguaggio semplice, senza tono promozionale. Non inventare contesto che non ti ho fornito. Differenza: [paste diff]. Ticket: [ticket link or summary]
Prompt 17: Docstring e commenti
Aggiungi docstring a ogni funzione e classe pubblica in questo file [language] seguendo lo stile [Google, NumPy, JSDoc o quello standard]. Documenta i parametri, i valori restituiti, gli errori sollevati e un esempio per ciascuno. Non aggiungere commenti che si limitino a ripetere il codice. File: [paste code]
Prompt 18: README per un modulo
Scrivi una sezione README per questo modulo: che cosa fa, quando usarlo, un esempio minimo funzionante, le opzioni di configurazione in una tabella e gli errori comuni. Mantienila sotto le 300 parole. Codice: [paste code or public API]
Prompt 19: documentazione dell’endpoint API
Genera la documentazione di riferimento per questo endpoint: metodo, percorso, requisito di autenticazione, parametri della richiesta con i tipi e l’indicazione se sono obbligatori, un esempio di richiesta, un esempio di risposta positiva e ogni risposta di errore con la relativa causa. Fonte: [paste route or controller]
Prompt 20: documento di decisione architetturale
Scrivi un ADR per questa decisione. Sezioni: contesto, decisione, alternative considerate (con il motivo per cui ciascuna è stata rifiutata), conseguenze. Massimo una pagina. Decisione: [describe]. Alternative: [list]. Vincoli: [list]
Frontend (prompt da 21 a 25)
I prompt per il frontend dovrebbero indicare il framework e il modello di rendering. “React” da solo non basta quando la risposta varia tra un componente client e un componente server.
Prompt 21: revisione del componente
Esamina questo componente [React, Vue, Svelte] per individuare: renderizzazioni non necessarie, stato che dovrebbe essere derivato, chiavi mancanti, effetti che dovrebbero essere gestori di eventi e props che espongono dettagli implementativi. Indica una correzione per ciascun problema. Componente: [paste code]
Prompt 22: verifica dell’accessibilità
Verifica questo markup e il codice del componente per quanto riguarda l’accessibilità: elementi semantici, etichette, ordine del focus, operabilità da tastiera, token per il contrasto cromatico e uso improprio di ARIA. Elenca i problemi indicando il criterio WCAG che ciascuno viola e il codice corretto. Codice: [paste code]
Prompt 23: tipi TypeScript per una risposta API
Ecco un esempio di risposta JSON da [endpoint]. Scrivi i tipi TypeScript corrispondenti. Usa unioni discriminate quando un campo cambia forma, indica correttamente i campi facoltativi e aggiungi un validatore a runtime con [Zod or your library] che corrisponda ai tipi. JSON: [paste sample]
Prompt 24: debug del layout CSS
Questo layout si rompe a [viewport or condition]. Ecco l’HTML e il CSS. Spiega in termini semplici che cosa lo causa, poi indica la modifica CSS minima per risolverlo. Preferisci un layout moderno (grid, flex, container queries) rispetto a soluzioni improvvisate. Codice: [paste code]
Prompt 25: decisione sulla gestione dello stato
Devo gestire [describe state] in un’app [framework] di [size]. Confronta il mantenimento nello stato locale, il sollevamento nello stato del contesto e l’uso di [store library]. Raccomandane una per questo caso, motivando la scelta, e mostra lo scheletro dell’approccio consigliato.
Backend e DevOps (prompt da 26 a 30)
I prompt per il backend e l’infrastruttura traggono vantaggio dall’indicare l’ambiente: il database, la versione del runtime, il provider cloud e ciò che non deve andare offline.
Prompt 26: Revisione del design API
Esamina questo design API per verificarne coerenza e correttezza: denominazione delle risorse, metodi e codici di stato HTTP, paginazione, formato degli errori, idempotenza delle scritture e versionamento. Restituisci una tabella con il problema, il motivo per cui è importante e la correzione. Specifiche o route: [paste]
Prompt 27: Revisione delle query e dello schema del database
Esamina questo schema [database] e queste query. Segnala gli indici mancanti, i pattern N+1, le colonne nullable che non dovrebbero esserlo e le query che non riusciranno a scalare oltre [rows]. Suggerisci una migrazione per ogni modifica allo schema. Schema: [paste]. Query: [paste]
Prompt 28: Hardening del Dockerfile
Esamina questo Dockerfile. Riduci le dimensioni dell'immagine, fissa le versioni, usa un utente non root, separa le fasi di build e runtime e rendi efficace la memorizzazione nella cache dei layer. Restituisci il Dockerfile migliorato con un commento su ogni riga modificata. Dockerfile: [paste]
Prompt 29: Debug della pipeline CI
Questa pipeline [GitHub Actions, GitLab CI, other] fallisce a intermittenza. Ecco la configurazione e un log di un'esecuzione fallita. Identifica la causa più probabile, spiegami come confermarla e indica la correzione. Se si tratta di un test instabile anziché della pipeline, dillo. Configurazione: [paste]. Log: [paste]
Prompt 30: Postmortem dell'incidente
Scrivi un postmortem imparziale a partire da queste note. Sezioni: Riepilogo, Impatto, Cronologia, Causa principale, Cosa ha funzionato, Cosa è andato storto, Azioni da intraprendere con i responsabili. Mantieni un tono fattuale, senza speculazioni oltre ciò che le note supportano. Note: [paste incident notes]
Dove inserirli in Claude Code
Se usi Claude Code, riscrivere il prompt 1 a ogni revisione è uno spreco. Claude Code ti offre tre posti in cui salvare le istruzioni, ciascuno adatto a un diverso tipo di prompt.
-
CLAUDE.md serve per le regole che devono applicarsi a ogni sessione in un repository: il linguaggio, il framework di test, la guida allo stile, "non eseguire mai il commit di segreti". Breve, sempre attivo, senza argomenti.
-
I comandi slash (file in
.claude/commands/) servono per un'attività ripetibile che avvii su richiesta: /review, /pr-description, /tests. I prompt 1, 6 e 16 sono comandi slash naturali.
-
Skills servono per definire il comportamento completo di un ruolo: come ragiona un revisore del codice, quale scala di gravità utilizza, come un ingegnere QA struttura un piano di test. Una skill è un file .md che contiene un flusso di lavoro, standard ed esempi, che il modello carica quando l'attività corrisponde. Consulta la raccolta di Skills per Claude Code e i nostri esempi di Skills per Claude per capire com'è fatta una buona skill.
La regola generale: se è una riga, inseriscila in CLAUDE.md. Se è un prompt che esegui spesso, trasformalo in un comando slash. Se è un ruolo che richiede giudizio, trasformalo in una Skill.
Attività da prompt a Skill
| Attività |
prompt sopra |
Skill che lo svolge come ruolo |
| Revisione del codice su ogni PR |
1, 3, 4 |
Yuri - Code Reviewer ($19) |
| Audit della sicurezza e delle dipendenze |
2, 28 |
Soren - Code Auditor ($19) |
| Piani di test e revisione dei test |
Da 6 a 10 |
Mira - QA Engineer ($19) |
| Refactoring sull'intero stack |
Da 11 a 15 |
Max - Full Stack Developer ($19) |
| Documentazione, README, ADR |
Da 17 a 20 |
Saoirse - Technical Writer ($19) |
| Componenti frontend e accessibilità |
Da 21 a 25 |
Lena - Frontend Developer ($19) |
| Progettazione di API e database |
26, 27 |
Niko - Backend Developer ($19) |
| Docker, CI, incidenti |
Da 28 a 30 |
Rami - DevOps Engineer ($19) |
| agent di revisione autonomo per un intero repository |
1, 2, 10 |
Albert - AI Code Review Agent ($39) |
Se vuoi i prompt in un pacchetto
Tutto quanto sopra è gratuito da copiare. Se preferisci un set più ampio e organizzato, con varianti per lingua e ruolo, hai due opzioni:
Libreria di prompt per tecnologia e sviluppo ($21): una libreria strutturata di prompt per sviluppatori, dedicati a revisione, test, debug, documentazione e architettura, organizzati per attività così puoi trovare quello giusto in pochi secondi. Fa parte del catalogo più ampio di prompt per ChatGPT.
Pacchetto di Coding Agent - tutti e 5 gli AI Coding Agent ($99): cinque Skill per agent di coding in un unico acquisto, per revisione, sviluppo, test, backend e infrastruttura, per i team che vogliono configurare l'intero flusso di lavoro anziché un solo ruolo.
Tutte le Skills sono acquisti una tantum, fornite come file skill .md con un README, e funzionano in Claude (incluso Claude Code), in ChatGPT come GPT personalizzato, in Gemini come Gem e in Copilot. È prevista una garanzia di rimborso entro 30 giorni, senza fare domande.
Domande frequenti
Questi prompts funzionano allo stesso modo in ChatGPT e Claude?
Sì. Ogni prompt qui è testo semplice, senza sintassi specifica del modello. Claude tende a gestire bene file incollati lunghi e refactoring in più passaggi; ChatGPT è rapido per funzioni isolate e test di piccole dimensioni. La formulazione non cambia; cambia invece la quantità di contesto che puoi incollare in un'unica volta.
Devo incollare l'intero file o solo la funzione?
Incolla l'unità più piccola che contiene il problema completo. Per un bug, si tratta della funzione insieme al punto di chiamata e allo stack trace. Per una review, è il diff. Per un refactoring, il modulo. Incollare un intero repository senza una domanda associata produce un feedback generico.
Qual è la differenza tra un prompt e una skill?
Un prompt è un'istruzione occasionale che digiti ogni volta. Una skill è un file .md con il tuo ruolo, i tuoi standard e il tuo workflow, che il modello carica una volta, così ogni risposta segue già le tue convenzioni. Le Skills di KissMySkills funzionano in Claude e Claude Code, come GPT personalizzato in ChatGPT, come Gem in Gemini o in Copilot, e includono una garanzia di rimborso entro 30 giorni.
Questi prompts sono solo per Python?
No. Ogni prompt usa un segnaposto [language]. Alcuni esempi citano Python o TypeScript perché sono le richieste più comuni, ma puoi sostituirli con Go, Rust, Java, C# o qualsiasi altro linguaggio: la struttura rimane invariata.
Posso inserire direttamente questi prompts in Claude Code?
Sì. Le regole brevi e sempre attive appartengono a CLAUDE.md, le attività ripetibili appartengono a uno slash command in .claude/commands e il comportamento completo di un ruolo appartiene a una skill. La sezione precedente su dove inserire i prompts in Claude Code spiega quale usare in ogni caso.
In sintesi
I buoni prompts per sviluppatori sono semplici: input reale, un solo compito, output dichiarato. I 30 prompts qui sopra coprono il lavoro quotidiano di review, test, refactoring, documentazione, frontend, backend e DevOps, e funzionano allo stesso modo in ChatGPT e Claude. Usali così come sono scritti oppure sposta quelli che esegui ogni giorno in uno slash command o in una skill, così non dovrai più riscriverli.
L'intero workflow, un solo acquisto
Bundle di Agents AI per il coding - Tutti e 5 gli Agents AI per il coding
Agents per code review, sviluppo, test, backend e DevOps che caricano i tuoi standard una volta e li applicano a ogni attività in Claude Code, ChatGPT, Gemini o Copilot.
$99
Acquistalo ora →
Sfoglia tutte le Skills di Claude Code su KissMySkills.
