6.3.1 · D3Interpretability & Explainability

Worked examples — Importance of interpretability

3,323 words15 min readBack to topic

The scenario matrix

Interpretability problems come in a small number of shapes. Think of the table below as a checklist: by the end of this page we will have worked one example per cell, so you never meet a case you have not seen.

Cell Case class What makes it tricky Example that covers it
A Trust decision (accuracy vs interpretability trade-off) Two numbers pull opposite ways Example 1
B Debugging a spurious correlation Model is "right" for the wrong reason Example 2
C Fairness / group disparity, both signs of the gap Gap can favour group or group Example 3
D Zero / degenerate input: no disparity, or perfect parity The formula must not "invent" a problem Example 4
E Limiting value: accuracy but stakes very high High accuracy does not rescue a black box Example 5
F Local vs global interpretability mismatch One prediction explained ≠ whole model understood Example 6
G Real-world word problem (credit / adverse action) Translate a legal rule into a number Example 7
H Exam-style twist: proxy feature hidden inside "fair" features Bias sneaks in through a correlated column Example 8

Two tools recur, so we define them now, before use:


Example 1 — Cell A: the trust trade-off (a real number, not a vibe)

Forecast: Guess before reading — does the 5-point accuracy lead save Model X?

  1. Compute Value(X). . Why this step? We are not comparing accuracy alone; the whole point of the parent note is that accuracy is only the first term.
  2. Compute Value(Y). . Why this step? Same yardstick applied to both — a fair comparison requires the same weights.
  3. Compare. , so the interpretable Model Y wins by a wide margin. Why this step? This answers the parent's claim numerically: in a regulated, high-stakes setting the penalties on a black box can dwarf a small accuracy edge.

Verify: Sanity check the signs — every penalty term is subtracted, and X has larger penalties in all three, so it must lose ground relative to its accuracy lead of only . The lead () is smaller than the extra penalty X carries, so the flip is expected. ✓


Example 2 — Cell B: debugging a spurious correlation (Husky–Wolf, quantified)

Forecast: Will a dumb "snow → wolf" rule get close to the fancy 95%?

  1. List the four outcomes. Wolf-on-snow: correctly "wolf". Wolf-on-grass: wrongly "husky". Husky-on-grass: correctly "husky". Husky-on-snow: wrongly "wolf". The figure below plots each case as a bar; its height is that case's share of the whole test set. The two magenta bars are the cases the rule gets right, the two orange bars are the cases it gets wrong — each bar is annotated with its exact height. Why this step? Accuracy is a count over cases; we must enumerate every case (this is the "cover all cases" rule).
Figure — Importance of interpretability
  1. Weight by frequency. Half the animals are wolves, half huskies. Read the two magenta bars off the figure ( and ) and add them: Why this step? of each species sits on its "expected" background (the tall magenta bars at height each), so the rule is right of the time per species; average over the 50/50 mix.
  2. Interpret. The snow rule alone reaches . The extra comes from some real features — but of the score is fake. Why this step? This is exactly why interpretability catches the bug: high test accuracy hid a mostly-spurious model. Notice from the figure how small the orange "WRONG" bars ( each) are — that is precisely why the bug stays hidden until a saliency tool exposes it.

Verify: Deploy on wolves in grass (the left orange bar, now the only kind of wolf). The snow-rule now says "husky" for every such wolf → accuracy on that slice collapses toward , confirming the model did not learn the animal. ✓


Example 3 — Cell C: fairness gap, both signs (a gap between two FPRs)

Forecast: Guess the sign of before computing.

  1. Original. . Why this step? We compare the two groups' FPRs (both conditioned on ), not group-vs-marginal — this is the disparity the parent note insists on. A positive gap means group 's innocent members are more often wrongly flagged — group is harmed.
  2. Flipped. . Why this step? To show the metric handles both signs — the sign tells you which group suffers, the magnitude tells you how much.
  3. Magnitude. Both cases have percentage points of disparity, just pointing opposite ways. Why this step? Reporting the absolute size separately from the sign lets an auditor rank how severe a disparity is independently of which group it hurts — severity and direction are different questions.

Verify: A perfectly fair model (equal FPRs) would give . Here , so both scenarios flag a real problem; only the direction of harm differs. Units: probabilities, dimensionless, in — and both lie safely inside. ✓


Example 4 — Cell D: the zero / degenerate case (parity, no false alarm)

Forecast: Will the metric wrongly scream "bias"?

  1. Equal rates. . Why this step? A good disparity metric must return exactly when the two conditional rates match — otherwise it invents bias where none exists.
  2. Degenerate: empty group. If group has innocent defendants, then is undefined, not zero. Why this step? You cannot divide by zero. The honest answer is "insufficient data", never a fabricated . Reporting a number here would be a lie.
  3. What to do. Flag the sample as too small / collect more data before claiming fairness or unfairness. Why this step? An audit that reports a fabricated "0 = fair" on an empty group would let a genuinely biased system pass unnoticed — so refusing to output a number is the safe action, not a cop-out.

Verify: in the equal-rate case is the fixed point of the formula (subtracting equal numbers). The degenerate case correctly yields "undefined", matching real-world audit practice. ✓


Example 5 — Cell E: the limiting case (accuracy → 1, stakes → ∞)

Forecast: sounds nearly perfect — is it?

  1. Failures per year. Failure rate . Why this step? Accuracy hides absolute counts. The limit accuracy still leaves failures , which is large when is large.
  2. Interpret the limit. As accuracy , failures only if stays fixed. With mystery failures no one can explain, you cannot debug, cannot certify, cannot assign liability. Why this step? This is the parent's "safety" pillar quantified — even a near-perfect black box produces failures you must be able to explain.

Verify: Cross-check: if accuracy were exactly , failures , consistent with the formula. The gap between " feels perfect" and " real disasters" is the whole point. ✓


Example 6 — Cell F: local vs global mismatch

Forecast: Does one clean local explanation clear the model?

  1. Distinguish the two scopes. Local interpretability answers "why this one prediction?"; global answers "how does the model behave overall?" (parent's two Types). Why this step? A clean local story can coexist with a globally biased model — they are different questions.
  2. Weigh the evidence. ZIP code at global importance (the largest of all features, since and larger than any single share inside the remaining ) is a classic proxy for race/income geography (see Example 8). Why this step? The debt-to-income explanation for one person does not neutralise a model that leans on ZIP for everyone.
  3. Conclusion. Not trustworthy without a global fairness audit — the local explanation is necessary but not sufficient. Why this step? Certifying a model on a single flattering local example would let a globally ZIP-driven (hence proxy-biased) model into production — so we must escalate to a global audit before signing off.

Verify: Global feature importances sum to : , a consistent decomposition, and ZIP at genuinely dominates debt-to-income at . ✓


Example 7 — Cell G: real-world word problem (adverse-action reasons)

Forecast: Which four make the legal cut?

  1. Sort descending. . Why this step? "Principal reasons" means the largest contributors; we must rank before we can pick the top four.
  2. Take the top 4: late payments, credit utilization, account age, hard inquiries. Why this step? We show the notice is honest: the four disclosed reasons explain of the decision, so we are not hiding the real driver.
  3. Check the tail. Remaining features sum to — minor, legitimately omitted. Why this step? Confirming the undisclosed features are individually and collectively tiny proves the notice is not concealing a large hidden driver — a legal requirement, not a courtesy.

Verify: All contributions sum to , a valid decomposition, and top-4 share so it is genuinely the majority. See Model Cards and Documentation for how such disclosures get recorded. ✓


Example 8 — Cell H: exam-style twist (the hidden proxy)

Forecast: Does deleting the sensitive column fix it?

  1. Recall the disparity condition. Using from the definition box, bias exists when Why this step? The definition conditions on race regardless of whether race is a column; a proxy that carries race information re-introduces exactly this dependence, so the inequality can still hold.
  2. Quantify the leaked signal with . Shared variance between two variables is . Here Why this step? We just defined as the fraction of one variable's variation explained by the other. So means about of the variation in race is still recoverable from ZIP alone — the model can reconstruct most of the sensitive attribute it "lost".
  3. Connect back to fairness. Because ZIP carries of the race signal, conditioning on ZIP is almost conditioning on race. The two conditional approval rates in Step 1 therefore still differ, so (from Example 3) stays non-zero: the disparity survives. Why this step? This closes the loop — deleting the column changed the name of the input but not the information, and the fairness metric still fires.
  4. Conclusion. Roughly of the racial signal survives inside ZIP, so the model remains biased. This is why interpretability tools must scan features for proxy correlations with protected attributes, not merely confirm the sensitive column was dropped. Why this step? Stating the operational lesson turns the number into an audit rule: check proxies, because a passed "column removed" test does not clear the model.

Verify: , and since this is a valid variance fraction; confirms "majority of the signal retained", so the disparity in Step 3 cannot be cleared by dropping race alone. See Fairness in Machine Learning and Adversarial Examples for related proxy attacks. ✓


Recall Self-test (reveal after trying)

In Example 1, which model won and by how much? ::: Model Y (interpretable), vs — a margin of . In Example 5, how many unexplained failures per year at accuracy over ops? ::: . In Example 8, what fraction of the racial signal does ZIP retain if ? ::: . Why is the "no bias" fixed point in Example 4? ::: Because subtracting two equal FPRs gives zero, so a fair model lands exactly on it.

See also: Model Transparency vs Model Accuracy · Inherently Interpretable Models · Explainable AI (XAI) Techniques