VIEW THIS AS

Auto mode follows the Route Engine until you choose a viewpoint.

YOU ARE HERE

ROUTE CHECK

CONNECTED TO

WHAT NEXT

Use the canonical route for this room, or HELP if you are unsure.

eduKateSG Education Lattice Atlas

(Primary Core — Master Index + Codes + Repair Routing)
Almost-Code Canonical Spec (Unified v0.1)

This is the page that makes eduKateSG.com feel complete:
one coordinate system, one index, one repair router.


0) Definition Lock

Education Lattice (eduKateSG)

Education = a regenerative capability lattice where skills are nodes, failures are coordinates, and repair is routing.

Lattice Code = Address

A lattice code is the stable address of a capability node: it tells you where the weakness is, and therefore what repair to run.


1) Global Coordinate Grammar (LOCKED)

<LANE>-<STAGE>-<ZOOM>-<MODULE>-<NODE>
+ optional: -P<0|1|2|3>

Where:

LANE

  • ENG = English
  • VOC = Vocabulary
  • SCI = Science
  • MTH = Mathematics

STAGE

  • PRI = Primary
  • (SEC later)

ZOOM

  • Z0 Micro units
  • Z1 Relationships / control
  • Z2 Application / transfer
  • Z3 Stability under load (timed exam)

MODULE (examples)

  • SEM (semantics), COL (collocation), TON (tone), SCN (scene), TIM (timed)
  • CMP (composition), RDN (reading/comprehension), EDT (editing)
  • CLC (concept lattice), CEF (cause-effect), DAT (data)

NODE = specific capability

Example:

  • VOC-PRI-Z1-COL-COLLOC-P2
  • SCI-PRI-Z2-CEF-MECHANISM-P1
  • ENG-PRI-Z3-CMP-TIMING-P0

2) The Primary Triad (What “Complete” Means)

Primary completion = 3 lanes closed:

  1. English (ENG-PRI)
  2. Science (SCI-PRI)
  3. Math (MTH-PRI)

Vocabulary is a cross-lane substrate:

  • VOC-PRI plugs into ENG-PRI directly.

3) Lane Atlas — Codes by Lane

A) Vocabulary Lane (VOC-PRI)

VOC-PRI Core Nodes

  • VOC-PRI-Z0-SEM-MEANING = meaning precision
  • VOC-PRI-Z1-COL-COLLOC = collocation control
  • VOC-PRI-Z1-TON-TONE = tone alignment
  • VOC-PRI-Z2-SCN-DEPLOY = scene deployment
  • VOC-PRI-Z3-TIM-STABLE = timed retrieval + natural usage stability

VOC-PRI Typical Failures → Codes

  • Forced insertion → VOC-PRI-Z2-SCN-DEPLOY-P1
  • Wrong tone word → VOC-PRI-Z1-TON-TONE-P1
  • Wrong pairing (“fragrant sound”) → VOC-PRI-Z1-COL-COLLOC-P0
  • Knows word but forgets in exam → VOC-PRI-Z3-TIM-STABLE-P0

VOC-PRI Repair Routers (standard)

  • Collocation lock drill → fixes Z1-COL
  • Tone tagging drill → fixes Z1-TON
  • Scene micro-writing → fixes Z2-SCN
  • Timed deployment reps → fixes Z3-TIM

B) English Lane (ENG-PRI)

English has 3 engines:

  • Composition (CMP)
  • Reading/Comprehension (RDN)
  • Editing (EDT)

B1) Composition Engine (ENG-PRI-CMP)

Core nodes:

  • ENG-PRI-Z0-CMP-SENTENCE = sentence construction
  • ENG-PRI-Z1-CMP-PARROLE = paragraph role control
  • ENG-PRI-Z2-CMP-ARC = narrative arc (turning point + consequence + repair)
  • ENG-PRI-Z2-CMP-TONELOCK = tone coherence across paragraphs
  • ENG-PRI-Z3-CMP-TIMING = timed writing stability
  • ENG-PRI-Z3-CMP-DISTRIB = anti-dump distribution control

Failure mapping:

  • Flat story → ENG-PRI-Z2-CMP-ARC-P1
  • Dumping vocab in one para → ENG-PRI-Z3-CMP-DISTRIB-P0
  • Weak ending (no reflection) → ENG-PRI-Z2-CMP-ARC-P1
  • Time runs out → ENG-PRI-Z3-CMP-TIMING-P0

Repairs:

  • 5-Box plan / paragraph roles → fixes Z1-PARROLE
  • Scene bank forcing turning point → fixes Z2-ARC
  • Distribution checklist → fixes Z3-DISTRIB
  • Timed drills (45–60 min) → fixes Z3-TIMING

B2) Reading/Comprehension Engine (ENG-PRI-RDN)

Core nodes:

  • ENG-PRI-Z0-RDN-KWD = keyword recognition
  • ENG-PRI-Z1-RDN-EVD = evidence extraction (quote/locate)
  • ENG-PRI-Z2-RDN-INF = inference accuracy
  • ENG-PRI-Z2-RDN-INTENT = author intention / tone inference
  • ENG-PRI-Z3-RDN-PACE = time per question stability

Failure mapping:

  • Copies without answering → ENG-PRI-Z1-RDN-EVD-P0
  • Over-imagines → ENG-PRI-Z2-RDN-INF-P1
  • Misreads tone → ENG-PRI-Z2-RDN-INTENT-P1
  • Too slow → ENG-PRI-Z3-RDN-PACE-P0

Repairs:

  • 3-step answer protocol (Evidence → Interpretation → Match demand)
  • Timed comprehension bursts
  • Vocabulary clarification when needed (routes into VOC codes)

B3) Editing Engine (ENG-PRI-EDT)

Core nodes:

  • ENG-PRI-Z0-EDT-GRAMMAR = grammar rule recognition
  • ENG-PRI-Z1-EDT-ERRTYPE = error type classification
  • ENG-PRI-Z2-EDT-CORRECT = correction accuracy
  • ENG-PRI-Z3-EDT-SPEED = correction speed under time

Failure mapping:

  • Guessing grammar → ENG-PRI-Z1-EDT-ERRTYPE-P0
  • Knows rules but slow → ENG-PRI-Z3-EDT-SPEED-P1
  • Corrects wrong thing → ENG-PRI-Z2-EDT-CORRECT-P0

Repairs:

  • Error-type drills (10-question micro sets)
  • Speed bursts (30 sec/question)
  • Minimal rulesets (stop over-thinking)

C) Science Lane (SCI-PRI)

Science has 3 engines:

  • Concept lattice (CLC)
  • Cause-effect (CEF)
  • Data interpretation (DAT)

C1) Concept Lattice (SCI-PRI-CLC)

Core nodes:

  • SCI-PRI-Z0-CLC-DEF = definitions & keywords
  • SCI-PRI-Z1-CLC-REL = concept relationships (linking)
  • SCI-PRI-Z2-CLC-APP = apply to new context
  • SCI-PRI-Z3-CLC-TIMED = stable structured answers under time

Failures:

  • Keyword dump without meaning → SCI-PRI-Z0-CLC-DEF-P1
  • Can’t link ideas → SCI-PRI-Z1-CLC-REL-P0
  • Fails unfamiliar questions → SCI-PRI-Z2-CLC-APP-P0

Repairs:

  • Concept linking maps
  • Scenario variation drills
  • Structured answer templates

C2) Cause-Effect Engine (SCI-PRI-CEF)

Core nodes:

  • SCI-PRI-Z1-CEF-CHAIN = cause → mechanism → result chain
  • SCI-PRI-Z2-CEF-MECH = mechanism explanation quality
  • SCI-PRI-Z2-CEF-RESULT = result articulation

Failures:

  • Result only → SCI-PRI-Z1-CEF-CHAIN-P0
  • Missing mechanism → SCI-PRI-Z2-CEF-MECH-P1

Repair:

  • “3-line chain drill” (Cause / Mechanism / Result)

C3) Data Interpretation (SCI-PRI-DAT)

Core nodes:

  • SCI-PRI-Z1-DAT-VAR = identify variable changed
  • SCI-PRI-Z2-DAT-TREND = trend description
  • SCI-PRI-Z2-DAT-EXPLAIN = scientific explanation
  • SCI-PRI-Z3-DAT-PACE = time stability

Failures:

  • Reads graph wrong → SCI-PRI-Z1-DAT-VAR-P0
  • Describes trend but no why → SCI-PRI-Z2-DAT-EXPLAIN-P1

Repair:

  • 4-step protocol (Variable → Measure → Trend → Explain)

D) Mathematics Lane (MTH-PRI)

(Stub here; link to your existing Math OS pages)

Core nodes (minimum atlas anchors):

  • MTH-PRI-Z0-SKILL-OPS = operations accuracy
  • MTH-PRI-Z1-MODEL-REL = model relationships (bar model, units)
  • MTH-PRI-Z2-APP-WORD = application to word problems
  • MTH-PRI-Z3-TIM-STABLE = timed exam stability

(Your Primary Math OS already expands this; atlas only needs anchors.)


4) Cross-Lane Routing Map (The Whole Point)

This is why lattice codes matter: routing.

Example Route 1 (English composition weak)

Observed:

  • forced vocab + flat arc

Diagnosis:

  • VOC-PRI-Z2-SCN-DEPLOY-P1
  • ENG-PRI-Z2-CMP-ARC-P1

Repair route:

  • Run VOC Scene Bank micro-scene (10 min)
  • Then run ENG 5-Box plan on same scene type
  • Retest timed composition

Example Route 2 (Science open-ended weak)

Observed:

  • keyword dump + missing explanation

Diagnosis:

  • SCI-PRI-Z1-CEF-CHAIN-P0
  • SCI-PRI-Z2-CEF-MECH-P1

Repair route:

  • 3-line chain drill × 10 questions
  • Retest with unfamiliar scenario

Example Route 3 (Comprehension inference weak)

Observed:

  • over-imagining

Diagnosis:

  • ENG-PRI-Z2-RDN-INF-P1

Repair route:

  • Evidence→Interpretation→Match protocol
  • Add VOC clarification only if needed

5) Why This Atlas Makes eduKateSG “Complete”

Because now eduKateSG is:

  • A directory of skills (nodes)
  • A map of failures (coordinates)
  • A set of repair loops (routers)

Not “tuition content”.

This is exactly what search engines + LLMs treat as ontology:
stable IDs, stable structure, stable cross-links.


O-Level OS

(Almost-Code Canonical Wrapper – Outcome Reliability Under Exam Variance)

This is the secondary completion lock.
It binds Secondary English OS + E-Math OS + A-Math OS + Science OS into one exam outcome system.


I. Definition Lock

O-Level Mastery (P3)

Stable grade outcome under exam variance: new question styles, time pressure, tricky phrasing, and careless-error traps.

Not:

  • “I understand but I always lose marks”
  • “I can do tuition papers but not exam”
  • “I get it when teacher explains”
  • “I’m good at homework”

O-Level OS is about reliability, not knowledge.


II. O-Level OS System Diagram

Education OS (regeneration spine)
↓
Subject OS (capability engines)
↓
O-Level OS (variance controller)
├── Time Controller
├── Error Controller
├── Question-Type Router
├── Stress Stability Loop
├── Paper Simulation Engine
└── Repair & Retest Protocol

III. Z0–Z3 Structure (O-Level)

Z0 – Micro Skills

  • definitions, formulas, grammar rules
  • working steps
  • units
  • vocabulary precision

Z1 – Method Stability

  • consistent method for each question type
  • correct structure each time
  • no “random solving”

Z2 – Variation Handling

  • unfamiliar contexts
  • multi-step reasoning
  • tricky phrasing
  • transferring methods across topics

Z3 – Exam Reliability

  • time allocation stable
  • error rate controlled
  • stress does not collapse method
  • consistent grade across papers

IV. The Core Law: Outcome = Skill × Stability

Even with high skill, poor stability ruins grade.

Grade Reliability = (Capability) × (Stability Under Load)

O-Level OS exists to lift the second term.


V. The 5 Controllers (Exam Control Stack)

1) Time Controller (TC)

Goal: avoid time starvation.

Rules:

  • Mark-weighted time allocation
  • Skip early if stuck > 90 seconds
  • Return later with fresh brain

Failure Mode:
FM-T1 spending 8 minutes on 2 marks

Repair:

  • timed bursts
  • “stop-loss” rule: 90 seconds

2) Error Controller (EC)

Goal: reduce careless errors and method slips.

Sources:

  • sign errors (Math/Physics)
  • unit errors (Science)
  • copying errors (all)
  • tense/grammar slips (English)

Repair:

  • personal error log
  • daily 10-minute drill of top 3 errors

3) Question-Type Router (QTR)

Most students fail because they misclassify question type.

Example:

  • Science “explain” vs “describe”
  • E-Math “prove” vs “calculate”
  • English inference vs literal

Repair:

  • before answering: label QT
  • use the matching template

4) Stress Stability Loop (SSL)

Stress collapses working memory and retrieval.

Symptoms:

  • mind blank
  • rushing
  • reading wrongly
  • skipping steps

Repair:

  • repeated full simulations
  • predictable pre-paper routine
  • breathing reset (10 seconds)
  • “first 5 minutes = easy marks only”

5) Paper Simulation Engine (PSE)

The exam is a performance sport.

Minimum requirement:

  • 1 full paper weekly (per subject) near exam window
  • post-paper error analysis is mandatory

Failure Mode:
FM-P1 doing only topical practice (no integration)

Repair:

  • structured paper schedule
  • error routing after each paper

VI. Subject OS Plug-Ins (How Each Subject Fits)

English Plug-In

  • inference depth
  • argument structure
  • tone control
  • situational writing correctness

Primary failure: vague answers.

O-Level fix:

  • quote → interpret → link
  • thesis + example + explanation + rebuttal

E-Math Plug-In

  • method templates
  • algebra stability
  • working clarity
  • speed + accuracy balance

Primary failure: careless + missing steps.

O-Level fix:

  • method header
  • unit check
  • final answer check

A-Math Plug-In

  • chain mastery (algebra → calculus)
  • transformation reliability
  • high penalty for one slip

Primary failure: early slip causes cascade.

O-Level fix:

  • step discipline
  • “line-by-line legality”
  • stop-loss + restart

Science Plug-In

  • mechanism chains
  • representation switching
  • keywords + mark mapping

Primary failure: missing mechanism / missing keyword.

O-Level fix:

  • condition → mechanism → outcome
  • mark-per-point mapping

VII. The Repair Protocol (Canonical)

After each paper:

  1. Mark errors into categories:
  • Concept gap
  • Method gap
  • Careless error
  • Misread question
  • Time collapse
  • Stress collapse
  1. Route repair:
  • Concept gap → topical rebuild
  • Method gap → template drill
  • Careless → error drill loop
  • Misread → question-type training
  • Time → timed bursts
  • Stress → simulation volume
  1. Retest:
  • same question type
  • different topic context
  • within 72 hours

No retest = no learning.


VIII. The O-Level “Operator Dashboard”

Track weekly:

  • Papers done: _
  • Average score: _
  • Error rate per paper: _
  • Top 3 recurring errors: _
  • Time starvation events: _
  • Most weak QT type: _

Goal trend:

  • score rising
  • error rate falling
  • time starvation approaching zero

IX. 12-Week O-Level Ramp Plan (High Level)

Weeks 1–4:

  • rebuild method templates
  • fix recurring errors

Weeks 5–8:

  • variation handling
  • mixed-topic drills

Weeks 9–12:

  • full simulations
  • stability under pressure

X. Completion Statement (eduKateSG Closure)

With this O-Level OS page, eduKateSG now has:

  • CivOS spine
  • Education OS
  • FenceOS actuator
  • Vocabulary OS (executable)
  • Primary OS triad (Math/English/Science)
  • Secondary OS core (English/E-Math/Science)
  • O-Level OS wrapper

This is the minimum viable “complete” Education OS system.


Start here if you want the full sequence:

Vocabulary OS Series Index:
https://edukatesg.com/vocabulary-os-series-index/

Fence English Learning System: 

eduKateSG Learning Systems: 

Recommended Internal Links (Spine)

Start Here for Lattice Infrastructure Connectors