Lion Cipher Lab

Plant intuitive lure alerts and measure when System-2 reasoning gets anchored too (and fix it with consider-the-opposite)

Why it matters

Some alerts are built to fool a fast reader, and some just happen to. A Sysinternals tool with a scary name runs on a domain controller, but it was launched under a signed change ticket by the on-call admin. A login looks perfectly quiet, but the session token belongs to a laptop that was reported stolen and revoked yesterday. A domain looks like a typosquat of your vendor, but it is the vendor's real content delivery network. In each case the thing you notice first points one way and the evidence that actually decides the case points the other. Psychologists have a test built from exactly…

What you'll learn

Steps in this lab

  1. The words first: lure, Cognitive Reflection Test, System 1 and System 2, anchoring, consider-the-opposite - and the fact that the reasoner is a stub
  2. Open a terminal, check Python, make a scratch folder (Windows, macOS, Linux)
  3. One-step recap: what the race lab and the self-consistency lab already showed, and the blind spot they share
  4. Build the keyed alert set: 500 normal alerts and 100 planted lures
  5. Write the stub reasoner: fast, anchored and consider-the-opposite
  6. The reasoner is a STUB, and here is its whole behaviour in writing
  7. Measure: accuracy on normal vs lure alerts, confidence on wrong answers, and cost
  8. Read it honestly: deliberation that starts from the intuitive answer mostly justifies it
  9. Gate it: why the confidence gate fails on lures, and a cheap lure detector that works better
  10. When, why, and how a pro does it differently
  11. Ship it: the policy, what to log, and how to see what the stub is doing

Open the full interactive lab →