Tracciamento degli errori

Visualizza tutti gli errori prodotti dai tuoi agenti in un unico posto, raggruppati in modo che un picco caotico venga letto come un unico problema. Hai un percorso con un solo clic da “qualcosa è rosso” all’esatto run che ha causato il problema, senza scorrere un feed in tempo reale per trovarlo. La pagina Errori: un istogramma degli errori nel tempo, con gli errori ripetuti compressi in una riga per incidente.

​

Ogni errore, già raccolto per te

Quando un agente si interrompe, non dovresti doversi scorrere un flusso di eventi in tempo reale sperando di catturare le righe rosse prima che scompaiano. La pagina Errors fa la raccolta per te. Riunisce tutto ciò che il dashboard mostrebbe in rosso in un’unica superficie di triage, in modo che la prima cosa che vedi sia cosa sta fallendo, non dove cercare. E cattura più dei casi ovvi. Accanto agli eventi error espliciti, Failproof AI Observability evidenzia anche i fallimenti silenziosi: qualsiasi tool_result, hook_completed o agent_end il cui payload contiene un errore appare qui. Uno strumento che ha restituito un errore, o un hook che è uscito male, non sfugge più semplicemente perché nulla ha lanciato un’eccezione rumorosa. Nella parte superiore, un istogramma traccia gli errori nel tempo. Un’occhiata ti dice se si tratta di un flusso costante di fondo o di un picco iniziato pochi minuti fa, così sai subito se devi smettere quello che stai facendo. Come ogni superficie observe, la pagina Errors è limitata alla tua organizzazione e filtra per intervallo di date, ambiente, agente e sessione. Ciò significa che puoi prendere un elenco a livello di flotta e restringerlo all’agente o all’ambiente specifico di cui ti interessa.

​

Un incidente, non cento righe identiche

Una singola dipendenza interrotta può attivare lo stesso errore centinaia di volte al minuto. Lasciato così com’è, è una parete di linee quasi identiche che nasconde l’unica cosa che devi effettivamente vedere. Failproof AI Observability comprime i fallimenti ripetuti che condividono la stessa sessione e tipo di errore in un’unica riga. Un picco viene letto come un incidente. Finisci per contare i problemi, non le righe di log, e il segnale che conta rimane in primo piano invece di essere annegato dal suo stesso volume.

​

Da “qualcosa è rosso” all’evento esatto

Fai clic su qualsiasi riga per arrivare direttamente all’interno della sessione di quel run, posizionato sull’evento esatto che ha fallito. Nessuna copia di ID sessione, nessuno scorrimento per cercare il momento in cui è andato male: arrivi direttamente lì, con il grafico di esecuzione completo a un’occhiata di distanza in modo da poter vedere cosa ha fatto l’agente nei momenti prima che si interrompesse. Se hai alerts:write, ogni riga ha anche un pulsante + alert. Fai clic e Observability apre una nuova regola di avviso già compilata per catturare lo stesso errore di nuovo. L’incidente che hai appena esaminato diventa quello che ti avviserà la prossima volta, invece di sorprenderti due volte. Dove trovarlo: la pagina Errors si trova nella sezione observe del dashboard, a /<org-slug>/errors.

​

Correlati

• Alerts: trasforma qualsiasi errore in una regola di paging.
• Incidents: monitora un avviso attivo da apertura a risoluzione.
• Sessions: apri il run completo dietro qualsiasi errore.
• Audits: lascia che Observability trovi i pattern di errore nei tuoi run per te.