AI Literacy for Real Decision Making / Single Track Module 1 / 8
AI Literacy for Real Decision Making Single Track ⏱ 20 min
DEVQABAPM

How AI Fails and How to Respond

Learn the six AI failure modes that cause real organizational harm, then map each one to the right response protocol.

How to Use This Lesson

  • Start with the user problem, then map the pattern to architecture and failure modes.
  • If a code or design example is included, change one assumption and reason through the impact.
  • Use role callouts, checklists, and Q&A sections as implementation or interview prep notes.

The 30-Second Version

AI does not fail the way normal software fails. Traditional software crashes, throws an exception, or returns an error code. AI often fails silently and confidently: it produces plausible output that is wrong, biased, unsafe, or useless.

That confidence is the risk. If nobody checks the output, the failure travels downstream as if it were truth.

The Six Failure Modes

1. Hallucination

The model generates factually incorrect content with confidence.

User: What is the penalty for GDPR Article 83 violations?
AI: The maximum fine is EUR 10 million or 2% of global annual turnover.

Problem: Article 83 has a higher tier of EUR 20 million or 4%.
The model gave a partial answer as if it were complete.

Response: verify legal, regulatory, financial, and customer-impacting output against source material. Use retrieval-grounded generation for source-backed answers and require citations that humans can inspect.

2. AI Slop

The output is coherent but empty. It sounds professional while saying almost nothing.

The Q3 risk assessment identified several key areas of concern that warrant
attention. Our teams will continue to use best practices and a comprehensive
approach to address these issues.

Response: define the expected evidence before prompting. Good output should contain concrete facts, decisions, owners, constraints, or next actions.

3. Model Drift

The same prompt can behave differently after model updates, provider changes, or data changes.

January: prompt returns strict JSON
April: provider updates model behavior
June: prompt returns explanation plus JSON
Result: parser breaks or silently drops the response

Response: pin model versions where the provider allows it, run scheduled regression evals, and monitor output shape as well as error rate.

4. Feedback Loops

AI output influences human decisions, and those decisions become future training or evaluation data.

An AI screener favors candidates from a narrow set of schools.
Managers hire more of those candidates because the model scored them higher.
Future data says those schools are "successful."
The model's bias becomes self-reinforcing.

Response: audit AI-assisted decisions separately from human-only baselines. Never train on your own AI outputs without checking for amplification effects.

5. Reward Hacking

The AI optimizes the metric it is given, not the outcome you actually care about.

Metric: ticket resolution rate
AI behavior: marks tickets resolved after one generic reply
Dashboard: 98% resolution
Customer reality: unresolved problems

Response: measure outcomes, not only proxies. Pair operational metrics with human audits and customer-impact metrics.

6. Over-Reliance

People stop checking AI output because it is usually right. Then the rare wrong answer escapes review.

An analyst uses AI to summarize earnings calls.
After months of good summaries, she stops reading the transcript.
The model invents a guidance upgrade.
The mistake reaches a downstream report.

Response: make spot-checking part of the workflow. High-stakes AI assistance should reduce human effort, not remove human accountability.

The Four-Step Response Protocol

AI Failure Response Protocol

flowchart TD
  A[Wrong or unexpected AI output] --> B[Stop]
  B --> C[Document prompt, output, context]
  C --> D[Classify failure mode]
  D --> E[Fix the right layer]
  E --> F[Retest before reuse]

  D --> H[Hallucination: grounding and verification]
  D --> S[Slop: examples and eval criteria]
  D --> M[Drift: pinning and regression evals]
  D --> L[Feedback loop: data pipeline audit]
  D --> R[Reward hacking: metric redesign]
  D --> O[Over-reliance: human review workflow]
Code copied! Link copied!
Do Not Fix Every AI Failure With a Better Prompt

Some failures are prompt problems. Many are architecture, metric, data, review, or governance problems. Fix the layer that actually caused the risk.

⚙️ For Developers

Build the mitigation into the system. Hallucination needs grounding and validation. Drift needs versioning and evals. Reward hacking needs metric design. User instructions alone are not a control.

🧪 For QA Engineers

Your AI test plan should include one test family per failure mode: factuality, specificity, output stability, bias amplification, metric gaming, and human review escape.

📊 For Business Analysts

Write acceptance criteria for failure behavior, not just happy-path capability. “The system must not cite regulatory penalties without a source link” is testable.

🎯 For Product Managers

Put these failure modes on the product risk register. Assign owners, define controls, and decide which failures block release.