20 esempi di prompt engineering, prima e dopo

Scrivi una breve risposta per rifiutare l’invito a un workshop di 90 minuti da parte di un cliente che voglio mantenere. Rifiuto perché l’ordine del giorno riguarda aspetti su cui il mio team non può incidere, non perché sono occupato. Proponi una sola alternativa: una chiamata di 20 minuti con chi prende la decisione. Tono cordiale, senza scusarsi, meno di 80 parole, niente punti esclamativi.

Scrivi un secondo sollecito per una fattura di 4.200 € scaduta da 18 giorni. Lavoriamo con questo cliente da due anni e vogliamo mantenerlo; il primo promemoria non ha ricevuto risposta. Tono fermo, non passivo-aggressivo, senza minacciare ancora ulteriori azioni. Fai una domanda diretta che richieda una risposta. Meno di 90 parole.

Scrivi un messaggio Slack a un designer del mio team. Le schermate che ha consegnato risolvono un problema diverso da quello del brief: buon lavoro, problema sbagliato, in parte per colpa mia perché il brief era vago. Mi servono rifatte questa settimana. Assumiti la responsabilità del brief, spiega con precisione cosa non va e non attenuare il messaggio fino a renderlo ambiguo. Massimo quattro frasi.

Scrivi un messaggio nell’app per dire agli utenti che una funzione annunciata per marzo arriverà a maggio. Motivo: durante i test abbiamo trovato un bug che causa perdita di dati e non pubblicheremo aggirando il problema. Pubblico: persone che aspettano e lo hanno detto pubblicamente. Apri con la nuova data, spiega il vero motivo in una frase, niente giri di parole aziendali né “grazie per la pazienza”. Meno di 70 parole.

Riduci il paragrafo qui sotto di circa la metà. Mantieni ogni fatto e ogni numero. Elimina avverbi, cautele e frasi che ripetono quella precedente. Non sostituire il mio lessico con uno più formale e mantieni le forme colloquiali. Mostra solo la versione accorciata.

Scrivi il mio riepilogo LinkedIn. Sviluppatore backend da 6 anni, soprattutto Go e Postgres, attualmente lavoro all’infrastruttura dei pagamenti in una fintech di medie dimensioni. La cosa che so fare davvero è trasformare sistemi lenti in sistemi veloci e noiosamente affidabili. Pubblico: responsabili delle assunzioni, non recruiter. Prima persona, tre paragrafi brevi, niente “appassionato” o “orientato ai risultati”, un esempio concreto invece di una lista di aggettivi.

Qui sotto trovi i miei appunti grezzi da una chiamata con un cliente. Trasformali in un riepilogo per i colleghi assenti. Struttura: cosa vuole, cosa fa attualmente in alternativa, quali condizioni servirebbero per farlo cambiare e domande aperte. Non aggiungere nulla che non sia negli appunti: se qualcosa è poco chiaro, inseriscilo tra le domande aperte invece di indovinare.

Spiega cosa fa davvero Kubernetes a uno sviluppatore backend che ha pubblicato servizi con Docker Compose e non ha mai usato un orchestratore. Parti dal problema che risolve, non dall’architettura. Usa un unico esempio lungo tutta la spiegazione. Salta ciò che servirebbe solo con più di 50 servizi. Meno di 400 parole.

Stiamo creando un prodotto per prenotare appuntamenti: molte letture relazionali, forti requisiti di consistenza, un team di due persone con esperienza SQL e nessuna esperienza NoSQL. Confronta Postgres e MongoDB per questo caso preciso in una tabella: adeguatezza del modello dati, consistenza, carico operativo per due persone, assunzioni. Poi consigliane uno in due frasi e indica l’argomento più forte contro la tua scelta.

Prepara un piano di spagnolo di 12 settimane. Punto di partenza: so leggere i menu e capisco chi parla lentamente, ma mi blocco quando devo parlare. Ho 30 minuti nei giorni feriali e un’ora la domenica. Obiettivo: sostenere una conversazione di 10 minuti con la famiglia del mio partner a Natale senza passare all’inglese. Dai molto spazio al parlato. Descrivi la prima settimana in dettaglio e le altre 11 in una riga ciascuna.

Aiutami a valutare un’offerta di lavoro. Situazione attuale: sviluppatore senior, stabilità, noia, buon team. Offerta: ruolo staff in una startup di 30 persone, stipendio più alto del 15%, liquidità per 18 mesi, un responsabile che mi è piaciuto al colloquio. Ho un mutuo e nessun’altra persona a carico. Elenca cosa dovrei scoprire prima di decidere e che probabilmente non ho chiesto, poi i due argomenti più forti per ciascuna scelta. Non dare un consiglio: voglio le domande, non la risposta.

Preparami a chiedere un aumento. Secondo due indagini salariali guadagno il 20% sotto il mercato per il mio ruolo, sono qui da tre anni e ho guidato la migrazione che ha ridotto di un terzo i costi dell’infrastruttura. Il mio responsabile mi sostiene ma non controlla il budget. Dammi: una frase di apertura, le due obiezioni più probabili con una risposta per ciascuna e la frase che non dovrei dire.

Voglio pubblicare un progetto personale che al momento non ha utenti. Ho circa 8 ore a settimana, distribuite nelle sere feriali. Il mio errore ricorrente è rifare la pagina di presentazione invece di parlare con qualcuno. Dammi una settimana di attività concrete con le ore assegnate, concentrandoti su ciò che sto evitando, e una regola per smettere di evitarlo.

Questo endpoint impiega 4 secondi con un elenco di circa 2.000 righe e meno di 100 ms con 50 righe. Postgres, Go, nessun livello di cache. Ho già verificato che l’indice su user_id venga usato. Dammi le tre cause più probabili, in ordine, considerando questo andamento, e per ciascuna indica esattamente cosa misurare per confermarla o escluderla. Non riscrivere ancora il codice.

Rivedi la funzione qui sotto come una pull request di un collega che stimi. Priorità in ordine: correttezza con chiamate concorrenti, poi gestione degli errori, poi leggibilità. Ignora stile e nomi. Per ogni problema indica la riga, cosa si rompe e un input concreto che lo provoca. Se non c’è nulla di davvero sbagliato, dillo invece di cercare qualcosa a tutti i costi.

Scrivi test basati su una tabella di casi per la funzione qui sotto. Copri: input vuoto, un solo elemento, chiavi duplicate e un valore al limite della lunghezza massima. Salta il caso ordinario con tre elementi normali: non rileva mai nulla. Usa solo la libreria standard e dai a ogni caso un nome che descriva il comportamento verificato, non gli input.

Pescatrice sulla sessantina dal volto segnato, sul molo di un porto alle prime luci, cerata incrostata di sale, profonde rughe del sorriso, sguardo oltre la fotocamera, luce diffusa e cielo coperto del Nord Atlantico, profondità di campo ridotta, ritratto fotografico 85mm, blu e ruggine tenui --ar 4:5 --stylize 250

Sacchetto di caffè in carta kraft opaca in piedi su rovere chiaro, etichetta frontale rivolta alla fotocamera, chicchi interi sparsi, luce morbida da una finestra a sinistra, un’unica ombra morbida, composizione pulita e minimale, profondità di campo ridotta, fotografia commerciale di prodotto --ar 1:1 --style raw

Poster vintage a stampa tipografica, parole “GRANDE APERTURA” in grandi maiuscole serif condensate nel terzo superiore, “Sabato 14” sotto in un carattere sans più piccolo, carta color crema con trama visibile, stampa a due colori rosso scuro e nero, leggero disallineamento dell’inchiostro --ar 2:3

Stile: pianoforte neoclassico malinconico, pianoforte con feltro ripreso da vicino, lieve rumore della stanza, violoncello discreto di sottofondo, niente batteria, rubato, 62 BPM, intimo e irrisolto. Testo con tag di struttura: [Intro] [Verse] [Chorus] [Bridge] [Outro]