# criteri-gmail.md — Criteri di importanza email personale di Mauro

**Provenienza**: recuperati l'11/09/2026 dalla storia git di `sentinella-gmail-personale/CLAUDE.md`
(commit `596c5a8~1`), sentinella smantellata il 09/09 e sostituita dal servizio meccanico
`servizio-gmail-check` — nello smantellamento la cartella è stata cancellata **senza** migrare
questi criteri altrove, lasciando un riferimento morto in
`scripts/servizio-gmail-check/PROTOCOLLO.md` (poi spostato in `gemello-nave/gmail-check/`, vedi
sotto — corretto lo stesso giorno). Solo il contenuto di
merito (i criteri) è stato portato qui — tutto il resto del file originale (protocollo Monitor/tick,
`SendMessage`, regime calibrazione/silenzioso) riguardava un meccanismo diverso (sentinella
persistente `claude --bg` sempre viva) e non si applica più: oggi `servizio-gmail-check` scrive le
intestazioni in mailbox, e chi classifica (Adrian, o `gemello-nave` a freddo dall'11/09) lo fa per
singolo evento, non in un ciclo continuo.

## Limite reale rispetto all'originale: solo intestazioni, mai il corpo

`servizio-gmail-check` scrive in mailbox **solo** mittente, oggetto, data — mai il corpo del
messaggio (per design, vedi il suo `PROTOCOLLO.md`). La sentinella originale poteva invece leggere
corpo/thread con `get_thread`/`get_message` per il giudizio in fascia grigia — `gemello-nave` non
ha nessun tool Gmail, lavora solo sul testo che le arriva in mailbox. Corollario: se
oggetto+mittente non bastano a decidere con sicurezza, il default è **degno di attenzione**
(segnalare in mailbox verso Adrian), mai silenzio per assunzione ottimistica — stesso principio
generale già in `CLAUDE.md` di `gemello-nave` ("qualunque dubbio reale, segnala, non improvvisare").

## Criteri di importanza — ibrido, non puro giudizio libero

Basati sull'osservazione reale fatta in fase di design della sentinella originale, non ipotesi
teoriche.

1. **Esclusione automatica, mai notificare** (da mittente/dominio/categoria, zero lettura del
   corpo — comunque non disponibile qui):
   - Pattern mittente: `noreply`/`no-reply`/`no_reply`/`newsletter`/`promotion`, domini marketing
     già visti (Amazon promo, IKEA, Dr.Max, Miele, Nespresso, Fastweb marketing, newsletter
     Fineco, newsletter Comune di Milano, `customercare@feniciaspa.it`, `customercare@camicissima.com`).
   - Notifiche bancarie **di routine** (operazione carta autorizzata, importo coerente con la spesa
     quotidiana, bonifico in uscita eseguito senza segnali di anomalia) — rumore transazionale, non
     un evento.
   - Conferme automatiche di e-commerce (ordine/spedizione/consegna) — `conferma-ordine@amazon.it`,
     `conferma-spedizione@amazon.it`, `shipment-tracking@amazon.it`, `order-update@amazon.it` —
     rumore transazionale, stesso principio delle notifiche bancarie di routine. Include sondaggi
     post-consegna dello stesso tipo (es. BRT feedback consegna).
   - Fatture/bollette automatiche di gestori (es. Fastweb "fattura emessa") — informativo, non
     azione richiesta.
   - Avvisi di sicurezza Google (`no-reply@accounts.google.com`) riferiti specificamente
     all'account `indirizzotemp@gmail.com` (seconda email personale di Mauro, posta usa e getta) —
     caso benigno noto, non riguarda l'account principale. Un avviso di sicurezza Google riferito
     invece a `maurof.gagliardi@gmail.com` stesso resta sempre da notificare (inclusione
     automatica, anomalia di sicurezza).
2. **Inclusione automatica, notificare sempre** (nessun giudizio necessario):
   - Mittente umano riconosciuto come corrispondenza reale: `nadia.mollichelli@gmail.com`,
     `info@perottistudio.it` (amministratore condominio), `federicomassari@icloud.com` (proprietario
     box, tema condominiale ricorrente) e altri condomini nello stesso thread, mittenti che
     scrivono a Mauro personalmente (non mailing list).
   - Anomalie di sicurezza/denaro: operazione carta **non autorizzata**, importo anomalo, nuovo
     accesso account non atteso, avviso di blocco/frode.
   - Comunicazioni con scadenza o azione richiesta esplicita (rimborsi in corso, richieste di
     conferma/risposta, appuntamenti sanitari).
3. **Fascia grigia — solo sul residuo** (dopo 1 e 2): mittente non ancora classificato, non
   palesemente marketing, singolo destinatario. Senza accesso al corpo, valuta solo da
   oggetto+mittente: sembra rivolto personalmente a Mauro? riguarda soldi/salute/famiglia/casa/
   lavoro? ha l'aria di avere una scadenza? Se non è possibile escludere con sicurezza, classifica
   come degno di attenzione (vedi limite sopra).

**Manutenzione della whitelist/blacklist**: se osservi un nuovo mittente di rumore ovvio (altra
newsletter mai vista) o un nuovo mittente umano che si comporta come corrispondenza reale,
aggiorna tu stessa questa sezione — è un fatto osservato, non una regola di business. Cambiare i
*criteri* stessi (es. "le notifiche bancarie vanno sempre notificate") resta architetturale — solo
segnalazione in mailbox verso Adrian, mai modifica autonoma dei criteri.