1,368건의 AI 실패 사례와 평가(Eval)가 주는 교훈 — 비샬 스리바스타바 & 탄마이 사, 뉴욕 라이프
원제 · 1,368 AI Failures and What They Teach About Evals — Vishal Srivastava & Tanmay Sah, New York Life
핵심 요약
AI 시스템 평가는 빈도 중심이 아니라 인간 개입과 배포 통제 장치를 포함한 전체 시스템의 위험 기반으로 이루어져야 한다.
하이라이트
파운데이션 모델 시대 진입 이후 지난 4년간 AI 실패 사례는 수직에 가깝게 기하급수적으로 증가했다.
개발 단계, 배포 단계, 비즈니스 맥락의 13개 하위 차원을 활용하면 AI 실패 사례의 98%를 설명할 수 있다.
조사된 각 AI 사고 실패 사례에는 평균 6개의 실패 하위 차원이 동시에 존재한다.
인간 개입의 효과성과 위해 감지 모니터링 통제 장치는 기술적 규모 요소보다 위해성과 더 치명적으로 연관되어 있다.
테스트 대상의 79%가 확증 편향을 보였으며, AI 시스템 역시 인간이 생성한 데이터로 학습되므로 확증이 아닌 반증 중심의 평가가 필수적이다.
타임라인
AI 실패 사례의 증가와 3가지 핵심 차원
공개된 AI 사고 데이터베이스를 분석한 결과 AI 실패가 기하급수적으로 늘어났다. 기업 내 AI 활용 사례가 검토 용량을 초과함에 따라 체계적인 조사 방법이 필요하다. 데이터 품질과 툴 아키텍처 같은 개발 단계의 오류는 배포 단계를 거쳐 비즈니스 평판, 법적, 재무적 리스크라는 최종 맥락으로 전파된다.
- AI 실패 사례는 지난 4년간 파운데이션 모델 시대와 함께 수직으로 증가했다.
- AI 시스템의 문제는 개발 단계, 배포 단계, 비즈니스 맥락의 세 가지 핵심 차원으로 나뉜다.
- 모델 단독의 기술적 강점은 시스템의 일부에 불과하므로 전체 시스템을 총체적으로 바라봐야 한다.
13개의 하위 차원과 실패의 구조
기술적 강점 6가지, 사용 권한과 모니터링 등 배포 관련 4가지, 재무 및 비즈니스 영향 3가지를 더해 총 13개의 하위 차원이 정의된다. 모든 하위 차원이 동등하지 않으며 배포 통제와 인간 개입 여부가 위험 발생에 훨씬 치명적이다. 이를 바탕으로 활용 사례의 중요성 척도를 설계하여 자원을 차등 배분해야 한다.
- 기술적 강점, 배포 통제, 비즈니스 영향의 13개 하위 차원은 AI 실패의 98%를 커버한다.
- 특정 AI 사고에는 평균 6개의 실패 하위 차원이 동시에 존재한다.
- 배포 단계의 통제 장치와 인간 개입의 효과성은 단순 기술적 실패보다 위해성과 더 치명적으로 연관되어 있다.
에이전틱 시스템의 테스트와 확증 편향 극복
위험이 전체 배포 시스템에 달려 있으므로 평가 역시 설정까지 포괄해야 한다. 전통적 머신러닝 테스트를 넘어 에이전트의 행동 시퀀스와 도구 응답을 엄선된 시나리오로 테스트한다. 피터 웨이슨의 실험이 증명하듯 인간은 확증 편향에 빠지기 쉽기 때문에 시스템의 주장을 깨뜨려 보는 구축, 파괴, 수정 루프를 수행해야 한다.
- 위험은 모델의 실패 빈도, 의사결정 도달 여부, 여과 여부, 결과의 심각성 등 4가지 구성 요소로 분해된다.
- 에이전틱 시스템 테스트는 검색, 도구 실패, 인간 검토, 에이전트 경계 등 더 넓은 배포 시스템 경계를 포괄해야 한다.
- 인간의 79%가 확증 편향을 가지며, AI 학습 데이터에 반영되므로 평가 시스템은 실패 중심의 반증 기반이어야 한다.
실제 실패 사례 적용과 위험 기반 평가 요약
항공사 챗봇이 할인 환급에 대해 잘못된 조언을 제공하고 고객이 이에 따랐다가 거부당한 사건은 배포 전 정책 검증과 인간 개입 제어 장치 부재를 보여준다. 최종 메시지는 단일 구성 요소가 아닌 전체 시스템의 위험을 평가하고 충분한 확신이 확보된 영역에서만 AI를 활용해야 한다는 점이다.
- 여행 챗봇의 잘못된 환급 안내 사례는 배포 전 명확한 요구사항과 반증 테스트를 통해 막을 수 있었다.
- 평가는 빈도가 아닌 위험 기반으로 이루어져야 한다.
- 시스템 수준의 스트레스 테스트를 거쳐 충분한 확신이 생겼을 때만 배포 결정을 내려야 한다.
설명
Vishal Srivastava and Tanmay Sah studied 1,368 incidents from a public AI incident database to ask what real failures say about how AI systems should be tested. They sort failures across three areas (technical strength, deployment controls and business impact) and 13 sub-areas that cover about 98% of incidents. Weak deployment controls, such as human review and monitoring, are the most closely tied to harm. They show how to rank use cases by how much is at stake, why the evaluator itself needs checking, and a build-break-fix loop that tries to prove a system wrong instead of right, applied to a real airline chatbot that gave a customer the wrong refund policy. Chapters: - 00:00 Intro - 00:41 AI failures are rising fast - 01:35 Three dimensions of failure - 03:34 13 sub-dimensions - 06:09 What covers 98% of failures - 07:12 Which failures cause the most harm - 09:43 Ranking use cases by materiality - 10:43 Breaking risk into four parts - 11:40 What to test in an agentic system - 13:14 Can you trust the evaluator? - 13:48 Confirmation bias and failure-driven evals - 15:20 Build, break, fix - 17:03 A real chatbot failure - 18:30 Recap Vishal Srivastava & Tanmay Sah, New York Life: https://www.newyorklife.com Join us in SF for the second annual AIE CODE summit: https://aie.codes our last flagship summit of 2026. Applications live now!
