Runner

Continuously moving forward while managing path, obstacles, and rhythm; core is readability and choice cost.

What is it

Your character runs forward automatically while you dodge, jump, and slide — Temple Run and Subway Surfers are built on this.

How it plays

The screen scrolls nonstop as you switch lanes and jump at the last moment; the speed keeps climbing and your palms start sweating — every second asks "how much longer can you last?"

Why learn it

It makes "difficulty ramping" tangible — if you want to learn how to raise tension without scaring off beginners, the runner is the standard answer.

Runner play packs difficulty into the time dimension: auto-forward motion turns every second into a decision deadline, so the speed curve IS the difficulty curve. The hard part is not obstacle placement — it is readability engineering: obstacle lead time decides whether a player fails a decision or fails a reaction, and camera plus speed together set the information density. Behind every "this game is fair" review is a precise ratio of lead time to speed.

Why This Mechanic Matters
For Players

Runners satisfy the primal urge of forward motion: obstacles keep coming, you keep dodging, and the distance itself is the progress bar — simple, tense, and you always want to know how far you can go.

For the Ecosystem

The runner is the industrialized template of hyper-casual: minimal mechanics, content that scales infinitely through parameters, and one of the most proven ad-monetization funnels in the business.

Transferable Craft

Learn runners and you learn rhythm-and-readability engineering: how speed curves ramp, how much obstacle lead time to give, how to arrange difficulty breathing — this "timeline typesetting" skill is just as central in level design and boss fights.

Play Behavior
Runner
Gameplay Features
Complexity
Beginner → Advanced
Learning Goals
  • Beginner: understand the minimal loop — auto-forward → obstacle appears → input → judge → speed change — and reproduce a lane-switch dodge in the demo
  • Intermediate: write the obstacle-readability contract (lead time, lane spacing, segment rhythm) and shape difficulty with initial speed plus acceleration curve
  • Advanced: design segment structure with peaks and valleys (difficulty breathing) and verify level pacing with misread rate, survival curve, and per-segment pass rate
Core Patterns

② Instant Playable Demo

Runner Demo
Loading game…
Rule Hints
Rule: Auto-forward (base 5 m/s) → Obstacle/branch appears → Input (slide/jump/turn) → Judgment (pass/fail) → Speed/combo changes
Lab Guide: treat the demo as an experiment
Initial Speed Experiment
Do: Drag "Initial Speed" from 120 up to 320px/s
Observe: Speed compresses the decision window: at 320px/s the same obstacle lead time halves your reaction budget. Speed doesn’t change obstacle density — it changes the evaluation cost per obstacle. That is the boundary between "died because I couldn’t see" and "died because I couldn’t choose in time"
Acceleration Curve Contrast
Do: Run "Acceleration Curve" at 0 and at 30px/s², 60 seconds each
Observe: At 0 the difficulty is flat and players hit the ceiling fast; at 30px/s² every minute is a new game. An acceleration curve is free difficulty progression at the cost of a slow start — it moves "pacing structure" from level design into parameter design

③ Behavior System Breakdown

3.1 Problems Solved
  • Use minimal input to create multiple branching choices (lane/jump/turn/branch).
  • Standardize obstacle readability and advance notice, reducing "can't see, then die".
  • Use speed and segment structure to create rhythmic peaks and troughs, avoiding monotonous straight lines.
3.2 Minimal Ruleset
  • Forward speed: base 5 m/s, combo bonus +0.5 m/s per combo, max 8 m/s.
  • Obstacle judgement: jump pass requires triggering jump within 0.3 s before obstacle, jump height ≥1.2 m; slide pass requires sliding within 0.2 s before obstacle; turn pass requires completing turn when lane spacing ≥1.5 m.
  • Reward system: collecting items increases combo +1; combo ≥5 triggers combo bonus 1.2× speed; combo lasts 10 s.
3.3 System Loop (optional)
Input (jump/slide/turn) → Judgment (pass?) → Feedback (speed/combo) → Scene progression → New obstacle → New input
Design Notes
Speed does not change obstacle density — it changes evaluation cost: the same obstacle at 320px/s halves your reaction time. An acceleration curve is free difficulty progression at the price of a tame opening, so the early game must stand on obstacle composition, not speed.
Shorter lead time can improve flow (counterintuitive, but bounded): compressing the warning drops players into pure-instinct flow — past the threshold it degrades into "dead before you see it." Good runners park lead time at the edge of "just barely readable."
Failure must blame the choice, not the reflex: when a player thinks "I didn’t misreact, I picked the wrong lane," they queue another run — engineering "reaction failure" into "decision failure" is the core retention work of runners.

④ Common Combos & Variants

Runner + Progression
Earn 1 experience point every 10 m; upon reaching 5 points, unlock a new running stance or item, raising the maximum combo cap.
Runner + Combat
Collect energy items to trigger abilities (e.g., sprint, shield); ability charge accumulates from combos, and combos reset after use.
Runner + Random
Procedurally stitch track segments; obstacle types and density are randomly generated along a difficulty curve, maintaining player adaptability.
⑤ Advanced Design & Algorithms (collapsed)Click to expand
Design Warnings
  • Insufficient readability leads to "reaction failure" rather than "decision failure", causing players to lose rhythm.
  • Too high obstacle density overwhelms choices, turning the game into pure reaction and reducing depth.
  • Too low obstacle advance time can actually increase rhythm, but also raises misjudgement rates because players must decide faster, leading to over-anticipation and delayed reaction.
Algorithm Examples
  • Level: segment stitching, difficulty rhythm arrangement.
  • Judgement: terrain collision, jump trajectory, camera follow.

⑥ Related Case Articles