1,368 AI Failures and What They Teach About Evals — Vishal Srivastava & Tanmay Sah, New York Life

20:023 min readAI Engineer10/22/2026Computing/Software · Management

Key Takeaway

Comprehensive AI evaluation requires assessing the entire deployment system based on risk and falsification rather than relying solely on technical model accuracy.

Highlights

  • AI failures in foundational models have increased exponentially with a nearly vertical jump over the last four years.

  • A structured framework consisting of 13 sub-dimensions across development, deployment, and business context covers almost 98 percent of AI failures.

  • On average, six failure sub-dimensions are present simultaneously in each investigated AI incident.

  • Deployment controls are more critically associated with harm than technical model failures or business context alone.

  • Approximately 79 percent of people tested wrong in Wason's experiment due to confirmation bias, a pattern inherited by AI systems trained on human data.

Timeline

  1. Mapping AI Failures and Dimensions

    Analyzing data from the public AI incident database reveals that enterprise use cases outpace manual review capacity, requiring a structured investigative approach. Technical strength encompasses data quality, task design, predictive validity, fairness, failure modes, and explainability. Deployment controls manage decision authority, human mediation, exposure control, and monitoring controls. The final business context dimension accounts for financial impact, legal consequences, and user scale.

    • AI failures across foundational models show an exponentially increasing, vertical jump over four years.
    • AI incidents span three core dimensions: development stage, deployment phase, and business context.
    • Thirteen specific sub-dimensions across technical strength, deployment controls, and business impact account for 98 percent of AI failures.
  2. Prioritizing Sub-Dimensions and Materiality

    Plotting sub-dimension frequency against association to harm demonstrates that not all failure modes carry equal weight. Deployment controls and monitoring mechanisms sit on the upper left of the impact plot, showing strong ties to actual harm despite appearing less frequently than structural design factors. Establishing a materiality scale allows organizations to direct review resources toward high-risk AI deployments rather than treating all use cases uniformly.

    • Individual AI incidents involve an average of six failure sub-dimensions occurring simultaneously.
    • Deployment controls such as human mediation and harm detection associate more heavily with harm than scale or system design.
    • A materiality scale rank-orders AI use cases by potential harm to prioritize resource allocation.
  3. Building System-Level Evaluations and Falsification

    Traditional machine learning validation on held-out data falls short when applied to autonomous agentic systems that execute action rollouts and tool calls. Drawing from Peter Wason's cognitive experiments on confirmation bias, evaluation frameworks must actively try to break system claims rather than confirm them. This first-principles approach uses an iterative build, break, fix loop to map failure regions and restrict AI usage to high-confidence operational boundaries.

    • Risk decomposition requires evaluating how often a model fails, whether failures reach a decision, remain uncaught, and cause severe consequences.
    • Agentic systems expand testing boundaries to include retrieval quality, tool failures, human review effectiveness, and recovery mechanisms.
    • Evaluation systems must be failure-driven and falsification-based to counteract human and model confirmation bias.
  4. Real-World Application and Framework Conclusion

    Applying the build-break-fix framework to a customer service scenario demonstrates how defining strict policy requirements and challenging agent responses exposes flaws early. End-to-end evaluation must integrate technical failure metrics, deployment controls, and business context into a unified stress-testing protocol. Comprehensive risk-based governance ensures AI systems operate only within validated, highly confident regions prior to production deployment.

    • An airline chatbot failure where incorrect post-travel discount advice led to tribunal liability illustrates how narrow evaluations miss real-world risks.
    • Pre-deployment stress testing and policy check integration catch critical failures before customer exposure.
    • Effective evaluations evaluate the full system based on risk and materiality rather than isolated technical components.

Description

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!

Write about this video