> ## Documentation Index > Fetch the complete documentation index at: https://docs.befailproof.ai/llms.txt > Use this file to discover all available pages before exploring further. # Errori > Raggruppa gli errori ripetuti e apri le sessioni correlate. Errors ti offre una visualizzazione focalizzata sui fallimenti tra le sessioni. Raggruppa per tipo di errore, agente, ambiente, modello, strumento o intervallo di tempo per trovare i problemi operativi ricorrenti. ## Investigare gli errori 1. Vai a **Observe → Errors**. 2. Filtra per ambiente, tipo di evento, tipo di errore, agente, ID sessione o testo di ricerca. 3. Espandi un errore raggruppato per vedere gli eventi. Seleziona una riga per aprire l'evento esatto nella sua sessione. 4. Seleziona il controllo della campana su un errore rappresentativo per iniziare un avviso per errori simili. La pagina Errors che mostra un istogramma dei fallimenti, errori raggruppati e il controllo per la creazione di un avviso. ```bash theme={null} fp errors --env production --since 24h fp errors --error-type TimeoutError --agent-id checkout-agent fp errors --aggregate --env production --since 7d ``` Usa `fp events --full --session-id ` quando hai bisogno del payload grezzo dietro un riepilogo degli errori. ## Usa Errors quando devi * Trovare la classe di errore più frequente in produzione. * Determinare se uno strumento o un modello causa un picco. * Passare da un conteggio aggregato a sessioni rappresentative. * Creare un avviso per la ricorrenza. * Includere la popolazione interessata in un audit. Un errore è un evento osservato. Una valutazione non riuscita è un giudizio di qualità, e un risultato di audit è un modello di fallimento investigato. Mantieni queste distinzioni quando decidi quale workflow di risposta utilizzare. Notifica ai responsabili quando un errore o una condizione di qualità supera una soglia.