SYSTEM: EducationStack
VERSION: UnifiedAlmostCode v1.0
TRIAD:
  - EducationOS  (Capability acquisition mechanics)
  - SchoolOS     (Population-scale synchronisation + standardisation)
  - TuitionOS    (Local phase repair + acceleration + individual routing)

OS: EducationOS
FUNCTION: Convert Time + Effort + Method into Durable Capability
OUTPUTS:
  - Skill (procedural)
  - Knowledge (conceptual)
  - Transfer (apply in new contexts)
  - Judgment (choose what to do)
  - Stability (works under pressure/variation)

CONSTRAINTS:
  - Human working memory limits
  - Practice needed for automation
  - Forgetting curve (decay without retrieval)
  - Transfer is not automatic
  - Stress/identity affects access to skill

SENSORS:
  - Understanding: can explain, not just answer
  - Recall: can retrieve without prompts
  - Transfer: can solve unfamiliar variants
  - Fluency: speed + low error
  - Stability: still works under time pressure

FAILURE_TRACE:
  weak foundations -> overload -> avoidance -> gaps widen -> test panic -> collapse in confidence
REPAIR_TRACE:
  shrink scope -> rebuild foundations -> spaced retrieval -> targeted variation -> restore stability

OS: SchoolOS
FUNCTION: Produce minimum viable capability at population scale on a predictable schedule
PRIMARY_OUTPUT:
  - Cohort synchronisation (age-batch milestones)
SECONDARY_OUTPUT:
  - Standardised floor: literacy/numeracy/civic norms
TERTIARY_OUTPUT:
  - Sorting/credential signals (for labour allocation)

REASON:
  civilisation planning requires predictable pipelines:
    - childcare logistics
    - workforce intake timing
    - training progression
    - social coordination

SENSORS:
  - Attendance
  - Grade-level completion
  - Standardised assessment
  - Behavioural compliance (classroom operability)
  - Cohort progression rate

FAILURE_TRACE:
  high variance learners + fixed pacing -> mismatch -> disengagement -> dropout or quiet failure
REPAIR_TRACE:
  external routing (TuitionOS) + adaptive grouping + alternative pacing lanes

OS: TuitionOS
FUNCTION: Repair or accelerate individual learning trajectories when SchoolOS cannot fit variance
PRIMARY_OUTPUT:
  - Phase recovery (P0/P1 -> P2/P3)
SECONDARY_OUTPUT:
  - Personalised pacing and feedback
TERTIARY_OUTPUT:
  - Identity restoration ("I can do it")

SENSORS:
  - Micro-diagnostic of gaps
  - Error patterns (not scores)
  - Time-to-stability (weeks to reliable performance)
  - Confidence stability under exam conditions

FAILURE_TRACE:
  teach shortcuts only -> temporary score lift -> variation breaks -> relapse
REPAIR_TRACE:
  rebuild base concepts -> practice with variation -> exam simulation -> stable confidence

LAW: The triad exists because civilisation needs BOTH:
  (1) EducationOS = true capability formation
  (2) SchoolOS    = mass scheduling + standardisation
  (3) TuitionOS   = variance repair + acceleration
If you remove SchoolOS:
  - education becomes non-synchronised -> civilisation planning fails
If you remove TuitionOS:
  - variance learners fall through -> silent mass underperformance
If you remove EducationOS:
  - both school and tuition become rituals without durable capability

CLAIM:
  SchoolOS optimises civilisation throughput.
  Students/parents optimise individual meaning, speed, autonomy, fit.
  Objective mismatch creates continuous friction that feels like "brokenness".

STABILITY:
  SchoolOS survives because it solves coordination at scale.
  Even if learning quality is uneven, synchronisation still holds society together.

TRACE:
  fixed pacing -> mismatch -> boredom/anxiety -> disengagement -> weaker outcomes -> public anger
REPAIR:
  keep SchoolOS for synchronisation
  add TuitionOS / alternative pacing lanes
  strengthen EducationOS methods inside classrooms

CLAIM:
  Technology can accelerate EducationOS (learning mechanics),
  but it does not automatically replace SchoolOS (cohort synchronisation).

TECH_LIMIT:
  Tech can teach a child.
  Tech cannot synchronise a nation by itself.

TRACE:
  "AI can teach everything" -> remove structure -> families diverge -> inequality widens -> coordination fails
REPAIR:
  keep synchronisation layer
  use AI inside EducationOS + TuitionOS as accelerant, not replacement

LOCK:
  Education is capability acquisition.
  School is a scheduling + synchronisation implementation of education at population scale.

RULE:
  When diagnosing failure:
    - If capability formation failed -> EducationOS issue
    - If pacing/fit failed -> SchoolOS issue
    - If individual recovery needed -> TuitionOS activation

CLAIM:
  SchoolOS is designed for the median learner under fixed pacing.
  It will systematically fail high-variance learners unless TuitionOS or alternative lanes exist.

TRACE:
  variance + fixed pace -> repeated failure -> identity damage -> avoidance -> long-term underperformance
REPAIR:
  variance routing:
    - pace adjustment
    - scope fencing
    - step size control
    - targeted repair cycles (TuitionOS)

CLAIM:
  Tuition exists because SchoolOS cannot fit variance while maintaining synchronisation.
  TuitionOS is the universal local repair layer.

ROLE:
  TuitionOS reduces leak rates from SchoolOS:
    - fewer dropouts
    - fewer chronic gaps
    - higher stability before high-stakes gates

TRACE:
  high-stakes exams + fixed pacing -> gap accumulation -> panic -> last-minute cramming -> fragile competence
REPAIR:
  continuous repair cycles -> stable competence -> exam becomes output, not gamble

PIPELINE:
  EducationOS (capability mechanics)
    is implemented at scale by
  SchoolOS (synchronisation + standardisation)
    and patched/accelerated locally by
  TuitionOS (variance repair + phase recovery)
CIVILISATION REQUIREMENT:
  remove any one -> leakage, inequality, or coordination failure rises.