A TOC orientation to the readiness curriculum. Press play, or step straight into the loop.
▶Begin Operator Challenge
✓Validate with SME
Engineering Proof · below the waterline
Five models. One loop.
ADDIE · Bloom · Kirkpatrick · SAM · Gagné
The engine behind this brief. Completion is not capability — we measure readiness.
Open the instrument panel→
A readiness curriculum for the operators who will stand a live data stream and decide, under pressure, what an uncertain contact really is. The software is the vehicle. The decision is the destination.
An operator sits at the new interface. A contact appears where there should be open water. The acoustic feed registers anomalous cavitation — but the waveform never resolves into a clean profile.
A biological false positive? Or a small uncrewed subsurface asset? The AI will not commit. It hands back a confidence score and waits for a human.
No slide deck teaches this moment. Rehearsal does.
Below the threshold to act. Above the threshold to ignore. The decision falls to the operator.
Completion is not capability.
We don't train clicks. We engineer judgment — and we measure readiness.
A standard request runs a linear track — analyze, design, develop, ship. That works for content. It breaks against a probabilistic AI system, where the right answer is a calibrated bet, not a fact.
So we replace ADDIE's straight line with a Readiness Development Lifecycle — a loop, engineered backward from the exact moments the system gets tested in the water.
Every stakeholder — engineers, leadership, end users — aligns under one outcome-driven frame. And instead of status reports, leadership watches a readiness dashboard: live visibility into how operators actually perform.
The lifecycle moves at the speed of the AI it trains against. Treat this as content delivery and you build a gap between the classroom and the mission. We close that gap by refusing to ever open it.
Ask an expert what they know and you'll get technical trivia. The objective is harder and more valuable: capture exactly how they think when the pressure is real.
With limited documentation, the interviews are the source of truth. We pull from three groups, each answering a different question.
We don't transcribe opinions. We refine raw observation into the structure of a choice — then build that structure into the simulation as deliberate friction.
These triggers and anchors map directly to the mission tasks. We engineer smart friction — the operator must manually filter the noise to reach the anchor, which is exactly how the expertise gets built. We ignore software features in favor of the correct escalation decision.
Back at the moment of pressure: the operator makes the call and clicks ESCALATE. The system drops them straight into a continuous consequence loop built from that specific choice.
In a probabilistic world, "correct / incorrect" is useless. So the feedback does something sharper — it isolates the exact signal that mattered, and names the noise that pulled the novice off the anchor.
The loop calibrates the operator's judgment against an established expert baseline, run after run, until the gap closes.
The interface is the vehicle.
The correct decision is the destination.
Feedback never says "wrong." It does three things, every time:
Course completion creates a dangerous illusion of capability. Clicking next does not mean an operator can manage a swarm under pressure.
So the dashboard reports quantitative telemetry against an expert-derived gate — three measures, continuously.
Completion is not capability.
We measure readiness.
The final objective is the systematic engineering of operator judgment — precise decisions under real operational conditions. Thank you. Ready for your questions.