4.5 — Il freno d'emergenza (stopping rules)

🟢 In parole semplici — un agente che agisce in loop può restare bloccato sulla stessa azione fallita e ripeterla all’infinito. Un « freno d’emergenza » è un limite che lo ferma a forza prima che la fattura esploda.

Il grande pericolo dei cicli autonomi: il loop infinito. Il tuo agente prova a connettersi con una password sbagliata → riprova 1.000 volte nella notte… e svuota il tuo budget API. (È il rischio OWASP LLM10 — « Unbounded Consumption ».) Le contromisure:

1. Il tetto di iterazioni (Iteration Cap) — un numero massimo di passi. « Se non ci sei riuscito dopo 10 tentativi, fermati e chiama un umano. »
2. Il rilevamento di non-progresso — se l’agente riceve 3 volte lo stesso errore, deve capire di essere bloccato e fermarsi.
3. Un budget limitato — un limite di token (le unità di testo che l’IA fattura) / tempo / costo per missione, oltre il quale l’agente si interrompe automaticamente.

💸 Caso reale no-code: in n8n, ogni esecuzione è fatturata; un loop che va fuori controllo è una fattura che sale e un agente inutile. Un tetto di iterazioni non è un lusso, è una protezione di budget.

✅ In sintesi

• Il loop infinito (LLM10) può svuotare il tuo budget API in una notte.
• Tre freni: tetto di iterazioni, rilevamento di non-progresso, budget limitato.
• In no-code (n8n fatturato a esecuzione), un tetto è una protezione di budget, non un lusso.