Blocco V · Automazione con l'IA · Lezione 25
Automazioni che non si rompono
Imparerai a progettare flussi robusti: nuovi tentativi e percorsi di errore, operazioni che non si duplicano, limiti di token per esecuzione, tracce per sapere cosa è successo e test prima di pubblicare le modifiche.
- 10 min
- 9 slide animate
- Quiz di 4 domande
- Narrata in 6 lingue
Cosa vedrai in questa lezione
- Perché le automazioni si rompono
Quasi nessun errore è colpa del tuo flusso: cade un'API, arriva un dato strano o il modello risponde qualcosa di inatteso.
- Nuovi tentativi con attesa crescente
Davanti a un errore temporaneo, riprova aspettando ogni volta il doppio, con un po' di casualità, senza superare un numero massimo di tentativi.
- Flussi di errore: che nessun errore passi in silenzio
Quando un passo fallisce davvero, il flusso deve prendere un percorso di errore che salvi il caso e avvisi una persona.
- Idempotenza: né una fattura né un'email due volte
Un'operazione è idempotente se ripeterla non cambia il risultato: la chiave è ricordare cosa hai già elaborato.
- Metti un tetto ai token e al costo
Limita ciò che entra ed esce dal modello a ogni esecuzione e calcola quanto costa prima che te lo dica la fattura.
- Tracce: sapere cosa è successo a ogni passo
Una traccia registra ogni passo di un'esecuzione: cosa è entrato, cosa è uscito, quale strumento è stato chiamato, quanto ha impiegato e quanti token ha consumato.
- Testa con dati d'esempio prima di pubblicare
Nessuna modifica arriva in produzione senza prima passare per gli stessi casi di test, compresi quelli strani.
- Avvisi: scoprilo prima del tuo cliente
Configura avvisi per ciò che conta: errori ripetuti, costo giornaliero alle stelle e code che non avanzano.
- Riepilogo
Un flusso robusto riprova con criterio, non duplica, limita la spesa, lascia tracce, avvisa per schemi e si testa prima di pubblicare.
Strumenti e concetti
- Error workflows
- OpenTelemetry
- Evals
Accedi con il tuo account Google per vedere questa lezione e tutto il corso.