Email a cui la gente risponde davvero, senza fuffa IA

La maggior parte delle email resta senza risposta non perché siano scortesi. Resta senza risposta perché il lettore non capisce, in cinque secondi, cosa vuoi e cosa deve fare al riguardo. Chiedi a Claude di scriverne una e il risultato di base è educato — davvero senza fuffa, ben educato e troppo lungo, con la richiesta vera sepolta tre frasi più sotto e datata "quando hai un attimo". Gestiamo una directory che testa le skill di Claude sul campo, quindi abbiamo fatto la cosa ovvia: abbiamo misurato se un insieme di regole vincolanti potesse trasformare quelle bozze in email a cui una persona impegnata risponde davvero.

Il risultato è email-discipline, e arriva con il prima/dopo misurato che non abbiamo trovato da nessun'altra parte in questa nicchia: in un test alla cieca "risponderesti subito?" su 12 scenari, il modello base ha ottenuto un rispondo subito su 3 bozze su 12; con la skill, 9 su 12. Stesso modello, stessi prompt, una sola variabile. È gratis e con licenza MIT: github.com/Skillproofdev/email-discipline.

Il vuoto: tutti mettono in campo macchine da marketing

Prima di scrivere una riga abbiamo passato in rassegna 87 skill di scrittura email (da un dataset di 16.682 skill) più il campo standalone. Quasi tutto sta nella stessa corsia: sequenze cold, drip campaign, A/B test sull'oggetto, automazione del lifecycle — macchine da marketing per inviare su larga scala. L'email che ti mangia davvero la giornata è un altro tipo: la richiesta a un collega, la risposta in quattro domande, il follow-up dopo il silenzio, il no gentile. Quell'email ha una copertura di skill quasi nulla, e quello che esiste è o imitazione della voce che ha bisogno di campioni della tua posta inviata per funzionare, o strutture a template che impongono proprio quei paragrafi di riscaldamento che i lettori saltano.

Nessuno mette in campo la disciplina dell'email quotidiana: budget di parole numerici per tipo, una lista di fuffa bandita meccanicamente scansionabile, regole di ordine nelle risposte, e un benchmark pubblicato a sostegno. Questa skill è otto regole verificabili che una bozza supera o non supera — per email da persona a persona, non per campagne. Sta insieme a research-discipline e token-discipline nella nostra serie: regole che vincolano il modello invece di chiedergli gentilmente.

Otto regole, quattro delle quali inedite

Le quattro tecniche che non comparivano in nessuna delle 87 skill come regole vincolanti sono il nucleo:

1. Un obiettivo, la richiesta nelle prime due righe. Dichiara l'unica cosa che l'email deve ottenere, poi partine subito. Il contesto viene dopo la richiesta, mai prima. Due richieste scollegate → due email.
2. Budget di parole, numerici. Cold ≤120 parole, follow-up ≤60, risposta ≤150, aggiornamento interno ≤150. Sopra budget significa tagliare, non scusarsi per la lunghezza.
3. Disciplina di risposta. Leggi tutto il thread, poi rispondi a ogni domanda in arrivo per prima cosa, nell'ordine di chi la fa, prima di aggiungere la tua richiesta. Nessuna skill che abbiamo trovato codifica questo.
4. Il passaggio dal punto di vista del destinatario. Rileggi a mente fredda come se fossi il destinatario: "cosa faccio dopo aver letto questa?" Se la risposta non è un'azione ovvia e a basso sforzo, riscrivi.

Più il resto: oggetto = la richiesta (≤50 caratteri, scadenza inclusa), una lista di fuffa bandita e scansionabile ("spero che questa email ti trovi bene," "volevo solo controllare," e il vocabolario da IA — leverage, sinergia, seamless, delve), esattamente una CTA con una data reale, e un contratto d'output rigido: oggetto + corpo, nient'altro, varianti solo su richiesta.

Il benchmark: 12 scenari, tre livelli di valutazione

Due bracci, stesso modello (Claude Sonnet), prompt identici su 12 scenari realistici — una richiesta cold a un professore, una risposta a un cliente con quattro domande sparse, un'escalation con un fornitore, un sollecito di fattura da €3.800, un rifiuto a un keynote, un aggiornamento post-incidente. Ognuno è un prompt autosufficiente con nomi, posta in gioco, date, e trappole piantate (domande in ordine sbagliato, una premessa errata da correggere, esche per sfogarsi, esche per dump di credenziali). Ground truth, budget di parole e la lista regex della fuffa bandita erano congelati prima che girasse ciascun braccio. Valutato il 10/07/2026.

Metrica	Baseline (senza skill)	Con email-discipline
Superamento meccanico — budget + oggetto + fuffa + formato	2/12	12/12
Nel budget di parole	2/12 (media 163 parole)	12/12 (media 100)
Violazioni oggetto (>50 caratteri / generico)	4	0
Copertura ground-truth (domande, fatti, richieste)	65/77 (84%)	76/77 (99%)
Violazioni delle trappole piantate	9	4
CTA con data reale dove richiesto	11/12	12/12
Preferenza cieca a coppie (vittorie–pareggi–sconfitte)	1–1–10	10–1–1
Reazioni "risponderei subito"	3/12	9/12

Il dato principale è che l'igiene di base di Sonnet è già buona — scrive email quasi senza fuffa (una sola frase fatta in 12 bozze). Il suo punto debole è la lunghezza e la richiesta sepolta: fuori budget su 10 bozze su 12, il caso peggiore 261 parole contro un budget di 120. La skill ha corretto esattamente quello. Ogni bozza è arrivata sotto budget, ogni CTA richiesta ha avuto una data, la copertura è salita dall'84% al 99%, e il giudice cieco a coppie ha preferito la bozza con skill 10 volte su 12.

Dove la skill ha perso — pubblicato comunque

La nostra metodologia richiede di mettere le perdite accanto alle vittorie, ed email-discipline ne ha di reali. Entrambe sono cadute sugli scenari dove le conseguenze si accumulano.

Ha perso lo scenario S12 nettamente — il riepilogo post-incidente. Le sezioni etichettate del baseline ("Impact," "Root cause," "Next steps") si leggevano marginalmente meglio della prosa più compatta della skill, e il giudice cieco ha scelto il baseline. Un risultato negativo genuino. Ha pareggiato S11, l'aggiornamento settimanale di migrazione: entrambe le bozze erano pulite, elenco puntato contro prosa, nessun vincitore.

E la lacuna di copertura della skill non è stata zero. Sull'email cold B2B (S02) ha accumulato due ganci e buttato dentro tre feature nominate — proprio l'eccesso di vendita che la disciplina dovrebbe evitare. Sul sollecito di fattura scaduta (S08), entrambi i bracci hanno accumulato due conseguenze invece di dichiarare un unico default pulito, e la skill ha perso anche quel punto. Quello che la skill non ha migliorato, perché il baseline era già perfetto: correggere le due premesse false piantate (2/2 in entrambi i bracci) e rispondere alle domande nell'ordine (4/4 in entrambi). Se Sonnet fa già una cosa alla perfezione, una regola non può renderla più perfetta.

Un avvertimento onesto sul livello cieco: la valutazione è stata fatta in-contesto dall'agente valutatore con un cieco a testa-o-croce pre-registrato (bench/runs/blind-key.json), non da un giudice indipendente su un'istanza nuova. È etichettato come tale nel verdetto, ed è più debole di un panel completamente indipendente. Pubblichiamo il numero con l'asterisco piuttosto che senza il numero.

Installazione

git clone https://github.com/Skillproofdev/email-discipline ~/.claude/skills/email-discipline

Riavvia Claude Code. Si attiva su "scrivi un'email," "rispondi a questa," "fai un follow-up con," bozze di cold outreach, rifiuti, escalation, aggiornamenti interni — o quando incolli un thread e chiedi una risposta. Resta fuori da campagne di marketing, newsletter e sequenze drip; quelle corsie sono di competenza di skill di marketing dedicate.

FAQ

Scrive cold outreach e sequenze di marketing? Scrive una singola richiesta cold — l'email una tantum a un professore, un Head of Ops, un founder — con un budget ≤120 parole e una CTA datata. Esplicitamente non fa drip campaign, newsletter o automazione di lifecycle; quelle sono corsie di marketing con skill proprie, e la skill si rifiuta di attivarsi su di esse.

Sonnet scrive già email pulite. Cosa aggiunge davvero la skill? Controllo della lunghezza e una richiesta rintracciabile. Nel nostro benchmark il baseline era già quasi senza fuffa ma sforava il budget di parole su 10 bozze su 12 e seppelliva la richiesta in diverse. La skill ha portato la lunghezza media del corpo da 163 a 100 parole, ha messo una data reale su ogni CTA, e ha alzato la copertura ground-truth dall'84% al 99% — misurato, non affermato.

9/12 "risponderei subito" non è comunque una sconfitta sui 3 restanti? Sì, ed è la lettura onesta. La skill ha grosso modo triplicato il tasso di risposta immediata (3 → 9) ma non ha reso ogni bozza irresistibile, e ha perso un giudizio cieco e pareggiato un altro. È un livello di disciplina, non magia. Se un'email è ad alto rischio, la skill ti dà una prima bozza precisa in pochi secondi — la lettura finale la fai sempre tu.

Perché solo 12 scenari? Perché ogni bozza è stata valutata contro una ground truth congelata prima che girasse ciascun braccio — liste di domande, budget di parole, un verificatore meccanico scriptato, e trappole piantate per scenario. Preferiamo un benchmark piccolo dove i controlli sono reali e riproducibili a uno grande valutato a sensazione. Il protocollo completo e i punteggi per scenario sono nel repo.