1. A working system, broken on purpose
Every case ships a real system that runs, then plants a fault in editable files. The learner opens files that actually break behavior — no toy stubs, no fill-in-the-blank.
Author your own case
How a Botopsy Lab diagnostic case is put together — a working system, a planted fault, the evidence to find it, and a grader that judges behavior. Build, break, diagnose, fix.
Planned — not final. This documents the case-authoring flow we are building. The self-serve authoring tools are not open yet; the shape below is what we are working toward, not a shipped feature.
Anatomy of a case
Every case ships a real system that runs, then plants a fault in editable files. The learner opens files that actually break behavior — no toy stubs, no fill-in-the-blank.
You script the commands a learner runs to see the failure and narrow it down — logs, node graphs, topic echoes, status checks. Diagnosis comes before editing.
The grader launches the learner's current files and judges observed runtime behavior — does the system now do the right thing? It is never a text diff against a reference answer.
A second, differently-shaped scenario that applies the same lesson elsewhere, so the skill sticks instead of memorizing one fix.
How you'll author one (planned)
Authored cases run in the same metered cloud workspace learners already use — the grader spins up a real container, not a sandboxed approximation.
What's live today vs coming
Live now: 22 hand-built diagnostic cases and 9 browser playgrounds you can work through today. Each already runs on the behavioral-grader model described above.
Planned: the self-serve case builder that lets you author, grade, and publish your own case using this exact flow.