OutFigure Get in touch

Synthetic demo data

What won on the day, and what lasted.

DemoTutor is a pretend tutor with 5,000 made-up learners, ten skills and three teaching styles, handed out at random. Every number below comes from the engine the API runs. We planted the effects in the data on purpose, so you can check the estimates against the truth.

One learner’s receipt.

On the standard plan: one check right after the lesson, then retention and transfer checks four to ten days later, done without help.

DemoTutor · sandbox project Synthetic demo data

Receipt for dt_int_88

Contrast case · Area of rectangles · delivered 2 September 2026, 08:32 UTC

Status evaluated every check is in, or its time ran out

How far MD4 later, on something new

How sure CS1 it came after, that’s all

What followed
  1. Before the lesson wrong
  2. Straight after wrong
  3. A week on, new item right
Evidence considered
  • 2 days before Before the lesson Starting point
  • 13 minutes after Right after Counted
  • 7 days after Later, same kind of question Counted
  • 7 days after Later, new question Counted
What this receipt can’t prove
  • Nobody knows how reliable the test was
  • It came after the lesson, and that’s all
  • One person’s change can’t be pinned on the lesson
Experiment · teaching strategy

A week later, each style against worked examples

  • Worked example52% the comparison
  • Socratic question59% +6.5 points (+2.1 to +11.1)
  • Contrast case65% +12.9 points (+8.4 to +17.3)

CS3 · a fair, random test · split held, p = 0.50

A drawing of the receipt page in the console: one made-up learner’s receipt and the experiment they were part of, worked out by the API’s engine on DemoTutor’s 5,000 made-up learners.

Wrong before the lesson, still wrong right after it, then right a week later on a question they had never seen. Judged on the check right after the lesson, this would have looked like a failure. It is still one learner, though. The receipt says the result came after the lesson, and that nothing here rules out some other cause.

What this receipt can’t prove
  • Nobody knows how reliable the test was

    Nobody has recorded how reliable the test behind this result is.

  • It came after the lesson, and that’s all

    The result came after the lesson. Nothing here rules out another cause.

  • One person’s change can’t be pinned on the lesson

    This learner was in a fair test. The test compares groups; it never explains one learner’s change.

Across every learner.

Who got counted is part of the answer. A number worked out on the learners whose checks came back says something different from one worked out on everyone.

checked afterwards
87% of lessons whose checking time is over (MD2 or deeper)
checked a day or more later
53% of lessons whose checking time is over (MD3 or MD4)
How far the evidence went, across all receipts
DepthMeaningReceipts
MD0Nothing usable came after the lesson.650
MD1Only indirect signs came after it: activity, behaviour, or a model’s guess or score.0
MD2The learner was checked on the skill soon after the lesson.1,707
MD3The learner was checked on the skill a day or more after the lesson.1,367
MD4The learner was checked later on a question they hadn’t seen, a new kind of task, or an outside test.1,276

The head-to-head.

Each learner’s teaching style was picked at random before any lesson, so the gap between styles a week later is a fair test (CS3 on the scale). It tells you about the styles, never about any one learner.

Each strategy straight after and a week later, and its difference from worked examples a week later, with its 95% margin of error
StrategyStraight afterA week laterDifference, pointsBuilt in
Worked example79%52%controlcontrol
Socratic question70%59%+6.5 (+2.1 to +11.1)+6.0
Contrast case71%65%+12.9 (+8.4 to +17.3)+12.0

Learners with a week-later result for each style: worked example 915, socratic question 885, contrast case 843. The split between styles was checked against the plan: it held (p = 0.50).

The same comparison, written up the way a team would pass it on: the evidence report, in Markdown, exactly as the API returns it. It is a sandbox report on invented data, and it says so.

What this example can’t tell you.

It shows the engine finding effects we planted. It says nothing about your learners.

  • Real teaching

    DemoTutor’s learners and their results are made up.

  • Your data

    Real logs miss checks, record help unevenly and reuse questions. Running the audit on your own export shows how far yours reach.

  • Your product

    The engine finds the effects it was given, under the conditions it was given them.

Ask about a pilot How the numbers are worked out