모든 오류, 이미 수집되어 있습니다
에이전트에 오류가 발생했을 때, 라이브 이벤트 스트림을 스크롤하며 빨간 행을 찾아다닐 필요가 없어야 합니다. Errors 페이지가 대신 수집해 드립니다. 대시보드에서 빨간색으로 표시될 모든 항목을 하나의 트리아지 화면으로 모아주기 때문에, 처음 보이는 것이 ‘어디서 찾아야 하는가’가 아니라 ‘무엇이 실패했는가’입니다. 명시적인 오류 이벤트만 잡아내는 것이 아닙니다. Failproof AI Observability는 조용한 실패도 함께 포착합니다. 페이로드에 실패 정보를 담고 있는tool_result, hook_completed, agent_end 이벤트도 모두 여기에 표시됩니다. 오류를 반환한 툴이나 비정상 종료된 훅이, 명시적인 예외를 던지지 않았다는 이유만으로 조용히 지나치지 않습니다.
페이지 상단에는 시간대별 오류 히스토그램이 표시됩니다. 한눈에 현재 상황이 꾸준히 발생하는 백그라운드 오류인지, 몇 분 전부터 급증한 스파이크인지 파악할 수 있어 지금 하던 일을 멈춰야 할지 바로 판단할 수 있습니다.
다른 observe 화면과 마찬가지로, Errors 페이지는 조직 범위로 스코핑되며 날짜 범위, 환경, 에이전트, 세션 기준으로 필터링됩니다. 전체 플릿 목록에서 실제로 관심 있는 특정 에이전트나 환경만 좁혀볼 수 있습니다.
수백 개의 동일한 행이 아닌, 하나의 인시던트
하나의 깨진 의존성이 분당 수백 번씩 같은 오류를 발생시킬 수 있습니다. 그대로 두면 거의 동일한 줄들이 벽처럼 쌓여 정작 봐야 할 내용이 묻혀버립니다. Failproof AI Observability는 동일한 세션과 오류 타입을 공유하는 반복 실패를 하나의 행으로 묶습니다. 폭발적인 오류 발생도 하나의 인시던트로 읽힙니다. 로그 라인 수가 아닌 문제의 수를 세게 되고, 중요한 신호가 자기 자신의 볼륨에 묻히지 않고 상단에 유지됩니다.”뭔가 빨간색이다”에서 정확한 이벤트로
행을 클릭하면 해당 실행의 세션으로 바로 이동하며, 오류가 발생한 정확한 이벤트 위치에 포커스됩니다. 세션 ID를 복사하거나 문제가 발생한 순간을 찾아 스크롤할 필요가 없습니다. 전체 실행 그래프가 바로 옆에 있어 에이전트가 오류 직전에 무엇을 했는지 한눈에 확인할 수 있습니다.alerts:write 권한이 있다면, 모든 행에 + alert 버튼도 함께 표시됩니다. 클릭하면 Observability가 해당 오류를 다시 감지하도록 미리 채워진 새 알림 규칙을 열어줍니다. 방금 트리아지한 인시던트가 다음번에는 깜짝 놀라게 하지 않고 알림으로 먼저 알려줍니다.
위치: Errors 페이지는 대시보드의 observe 섹션, /<org-slug>/errors에 있습니다.