Ask what should change when the equation is manipulated, then let the visualization test that expectation.
Foundation Lab
Test-Time Compute & Inference Scaling
The paradigm behind o1: spend more compute at inference for harder problems
\text{Quality} \sim \log(\text{inference compute})Selected Foundation Object
Keep the equation fixed; move through the evidence.
Train-time and test-time compute are substitutes: you can trade one for the other
\text{Quality} \sim \log(\text{inference compute})Use the runnable panel, the key equation, and canonical papers as separate forms of evidence for the same object.
The useful learning product is the reusable mechanism you can carry into another model, paper, or engineering tradeoff.
This atlas page keeps the working demo; the domain notebook carries the fuller Intuition -> Math -> Code -> Demo sequence.
Why It Matters for Modern Models
- The paradigm behind o1: spend more compute at inference for harder problems
- Enables adaptive compute: easy questions are fast, hard ones "think longer"
- May be more efficient than pure pretraining scaling for reasoning tasks
What Tutorials Skip
What is still poorly explained in textbooks and papers:
- Train-time and test-time compute are substitutes: you can trade one for the other
- Verifiers (reward models) let you search through many candidate solutions
- Tree search over reasoning steps explores the space of possible derivations
Interactive Visualization
Core Math (Optional Deep Dive)
If you want intuition first, start with the key equation and the visualization. Come back here for the full walkthrough.
Test-time scaling trades compute for quality at inference:
Best-of-N sampling: Generate N responses, select best via verifier:
Process Reward Models score intermediate steps:
Monte Carlo Tree Search for reasoning: