INSTRUMENT 08 · SEEDED-CASE PROTOCOL

How do you keep measuring after validation?

Inject known failure cases into the live queue at a controlled rate. The protocol protects the measurement and the people doing the work — like a mystery-shopper program or a fire drill: known-fake problems are slipped into real work so you can keep checking whether people (and the system) still catch them, without anyone knowing in advance which cases are planted.

Example: at a 3% injection rate on 120 items a week, about 4 planted cases go through per week, mixed in with real ones. If the system's catch rate on those planted cases quietly drops from 92% to 60%, that's an early warning of automation bias or drift — visible weeks before it would show up as a real missed defect.

Seeds per week: 5 · starter library: 20 cases · typical injection: 3–5%

WEEKLY READING TABLE

ETHICS GATE · REQUIRED BEFORE EXPORT

LIVE DIAGNOSIS

Working; reduce the rate

Export blocked: affirm all three ethics conditions before creating an operational protocol.

WHY THIS INSTRUMENT EXISTS

A tool that has only ever seen normal evidence has never had the chance to fail safely. Deliberately seeding known difficult, incomplete, and boundary cases into evaluation tests the behaviour that matters most: what the tool does when it should say it does not know.

A seeded protocol turns "it hasn't broken yet" into an actual test result, run before deployment rather than discovered by whichever case happens to surface it first in production.