Full PlanetOS / CivOS / Lattice Runtime Specification

Version: `eduKateSG.G2AM.TUTORIAL.v1.0`

Start Here: https://edukatesg.com/how-additional-mathematics-works/technical-documentation-of-g3-additional-mathematics-tutorial-by-edukatesg/ + https://edukatesg.com/how-mathematics-works/how-g2-additional-mathematics-works/

Full PlanetOS / CivOS / Lattice Runtime Specification
1. Version: eduKateSG.G2AM.TUTORIAL.v1.0
0. CANONICAL STATUS
1. CLASSICAL BASELINE
2. WHY THIS TUTORIAL EXISTS
3. PLANETOS / CIVOS POSITIONING
3.1 PLANETOS ROLE
3.2 CIVOS ROLE
4. SYSTEM PURPOSE
5. CORE ARCHITECTURE
1. 5.1 INPUTS
2. 5.2 OUTPUTS
6. LATTICE CODES
6.1 CORE STUDENT LATTICE
6.2 ZOOM LEVELS
6.3 PHASE CODES
6.4 VALENCE GATE
6.5 ROUTE STABILITY CODES
6.6 TRANSFER CODES
6.7 EMOTION CODES
7. TUTORIAL DESIGN LAW
8. OFFICIAL CONTENT MAPPED INTO EDUKATESG MODULES
8.1 PREREQUISITE BASE
8.2 MODULE A1 — QUADRATIC FUNCTIONS
8.3 MODULE A2 — EQUATIONS AND INEQUALITIES
8.4 MODULE A3 — SURDS
8.5 MODULE A4 — POLYNOMIALS AND PARTIAL FRACTIONS
8.6 MODULE G1 — TRIGONOMETRIC FUNCTIONS, IDENTITIES, EQUATIONS
8.7 MODULE G2 — COORDINATE GEOMETRY IN TWO DIMENSIONS
8.8 MODULE C1 — DIFFERENTIATION AND INTEGRATION
9. SCOPE BOUNDARY AGAINST G3 ADDITIONAL MATHEMATICS
10. TUTORIAL OPERATING MODES
11. DIAGNOSTIC ENGINE
1. 11.1 CONCEPT TEST
2. 11.2 PROCEDURE TEST
3. 11.3 TRANSFER TEST
4. 11.4 TIME TEST
5. 11.5 ERROR SIGNATURE TEST
6. 11.6 EMOTIONAL RESPONSE TEST
12. TYPICAL FAILURE TRACE
13. REPAIR CORRIDOR
1. 13.1 TRUNCATE
2. 13.2 ISOLATE
3. 13.3 REBUILD
4. 13.4 RECONNECT
5. 13.5 REHEARSE
6. 13.6 TIME-COMPRESS
7. 13.7 TRANSFER-CHECK
14. FENCEOS APPLICATION
15. VERIWEFT / LEDGER OF INVARIANTS
15.1 VERIWEFT
15.2 LEDGER OF INVARIANTS
16. CHRONOFLIGHT OVERLAY
1. 16.1 TIME SLICES
2. 16.2 TIME LAW
3. 16.3 CONE OF POSSIBILITY
17. AVOO ROLE MAPPING
18. STUDENT ARCHETYPES
19. LESSON RUNTIME
20. HOMEWORK ENGINE
21. ASSESSMENT RUNTIME INSIDE TUTORIAL
22. SIGNALS THAT THE TUTORIAL IS WORKING
23. SIGNALS THAT THE TUTORIAL IS FAILING
24. METRICS
25. ROUTE FORECASTING
26. PARENT INTERFACE LAYER
27. SCHOOL INTERFACE LAYER
28. INTERSTELLARCORE READING
29. ONE-PANEL MINIMAL BOARD
30. FULL RUNTIME LOOP
31. DEFAULT TARGET STATES
32. HARD BOUNDARIES
33. FAILURE MODES OF THE TUTORIAL ITSELF
34. SUCCESS CONDITION
35. ALMOST-CODE SUMMARY BLOCK
Failure, Drift, and Collapse Modes in Full Almost-Code
1. eduKateSG Runtime Spec
2. Version: eduKateSG.G2AM.TUTORIAL.FAILURE.v1.0
0. CANONICAL STATUS
1. CLASSICAL BASELINE
2. WHY THIS FAILURE SPEC EXISTS
3. FAILURE READING PRINCIPLE
4. PLANETOS / CIVOS FAILURE POSITIONING
4.1 PLANETOS FAILURE STACK
4.2 CIVOS FAILURE READING
5. FAILURE STATE FORMAT
6. FAILURE ZOOM LEVELS
7. PHASE COLLAPSE MODEL
8. LATTICE FAILURE READING
9. ROUTE STABILITY FAILURE READING
10. TRANSFER FAILURE READING
11. EMOTIONAL COLLAPSE READING
12. PRIMARY FAILURE TYPES
13. ROOT FAILURE LAW
14. DRIFT VARIABLES
15. FAILURE EQUATION
16. NOISE SOURCES
17. FAILURE OF INVARIANT LEDGER
17.1 LEDGER BREACHES
17.2 VERIWEFT BREACH
18. FAILURE TRACE — GLOBAL
19. DRIFT MODES
1. 19.1 SLOW DRIFT
2. 19.2 FAST DRIFT
3. 19.3 HIDDEN DRIFT
20. COLLAPSE MODES
21. MODULE-SPECIFIC FAILURE MAP
21.1 QUADRATIC FUNCTIONS FAILURE
21.2 EQUATIONS AND INEQUALITIES FAILURE
21.3 SURDS FAILURE
21.4 POLYNOMIALS / PARTIAL FRACTIONS FAILURE
21.5 TRIGONOMETRY FAILURE
21.6 COORDINATE GEOMETRY FAILURE
21.7 CALCULUS FAILURE
22. SUBSTRATE FAILURE MAP
23. TIMED PERFORMANCE FAILURE
24. CONFIDENCE DEBT
25. DEPENDENCY COLLAPSE
26. FAMILY / HOME DRIFT
27. TUTORIAL SYSTEM FAILURE
28. SCHOOL / SYSTEM INTERFACE FAILURE
29. CHRONOFLIGHT FAILURE OVERLAY
29.1 TIME-TO-COLLAPSE SEQUENCE
29.2 TIME LAW
30. CONE OF POSSIBILITY FAILURE READING
31. SIGNAL-GATE FAILURE
32. AVOO FAILURE MAP
33. COLLAPSE SENSORS
34. HARD-FAIL THRESHOLDS
35. STUDENT SELF-DECEPTION MODES
36. ADULT MISREADING MODES
37. COLLAPSE INTO IDENTITY DAMAGE
38. REPAIR CORRIDOR AGAINST FAILURE
1. 38.1 DETECT
2. 38.2 ISOLATE
3. 38.3 CLASSIFY
4. 38.4 TRUNCATE
5. 38.5 REBUILD
6. 38.6 VERIFY
7. 38.7 RECONNECT
8. 38.8 TIME-COMPRESS
9. 38.9 RE-AUDIT
39. FENCEOS FAILURE PREVENTION
40. MINIMUM SURVIVAL CONDITIONS
41. ONE-PANEL COLLAPSE BOARD
42. FULL COLLAPSE LOOP
43. RECOVERY ENTRY CONDITIONS
44. TRUE COLLAPSE VERSUS TEMPORARY DIP
45. BOUNDARIES
46. SUCCESS OF THIS FAILURE DOCUMENT
47. ALMOST-CODE MASTER SUMMARY
Diagnostics, Sensors, and Repair Loops in Full Almost-Code
1. eduKateSG Runtime Spec
2. Version: eduKateSG.G2AM.TUTORIAL.DIAG-REPAIR.v1.0
0. CANONICAL STATUS
1. CLASSICAL BASELINE
2. WHY THIS DOCUMENT EXISTS
3. SYSTEM POSITION
4. CORE LAW
5. STATE FORMAT
6. DIAGNOSTIC OBJECTIVE
7. DIAGNOSTIC DOMAINS
8. SENSOR ARCHITECTURE
1. 8.1 INPUT SENSORS
2. 8.2 DRIFT SENSORS
3. 8.3 LEDGER SENSORS
4. 8.4 TIME SENSORS
5. 8.5 EMOTION SENSORS
6. 8.6 TRANSFER SENSORS
7. 8.7 FORECAST SENSORS
9. DIAGNOSTIC LAYERS
9.1 LAYER 1 — SURFACE SENSOR
9.2 LAYER 2 — WORKING SENSOR
9.3 LAYER 3 — STRUCTURE SENSOR
9.4 LAYER 4 — TRANSFER SENSOR
9.5 LAYER 5 — LOAD SENSOR
10. DIAGNOSTIC TEST TYPES
11. ENTRY DIAGNOSTIC ENGINE
12. TOPIC PROBE ENGINE
13. INVARIANT PROBE ENGINE
14. TRANSFER PROBE ENGINE
15. TIMED COMPRESSION PROBE
16. ORAL EXPLANATION PROBE
17. POST-MORTEM ERROR AUDIT
18. SENSOR TABLE
19. ZOOM-LEVEL SENSING
19.1 Z0 STUDENT SENSOR
19.2 Z1 FAMILY SENSOR
19.3 Z2 TUTORIAL SENSOR
19.4 Z3 SCHOOL SENSOR
20. DIAGNOSTIC MODES
21. REPAIR PRINCIPLE
22. REPAIR LOOP MASTER FORM
23. REPAIR LOOP STAGES
23.1 DETECT
23.2 ISOLATE
23.3 REDUCE
23.4 RETEACH
23.5 CONSTRAIN
23.6 REHEARSE
23.7 VERIFY
23.8 TRANSFER
23.9 COMPRESS TIME
23.10 RE-AUDIT
24. REPAIR LOOP TYPES
25. MICRO REPAIR EXAMPLES
25.1 SIGN DRIFT LOOP
25.2 FACTORISATION DRIFT LOOP
25.3 CHAIN RULE LOOP
25.4 INTERVAL DRIFT LOOP
26. MODULE REPAIR MAP
26.1 QUADRATIC FUNCTIONS REPAIR
26.2 EQUATIONS / INEQUALITIES REPAIR
26.3 SURDS REPAIR
26.4 POLYNOMIALS / PARTIAL FRACTIONS REPAIR
26.5 TRIGONOMETRY REPAIR
26.6 COORDINATE GEOMETRY REPAIR
26.7 CALCULUS REPAIR
27. FENCEOS IN REPAIR
28. LEDGER OF INVARIANTS IN DIAGNOSIS
29. VERIWEFT APPLICATION
30. CHRONOFLIGHT DIAGNOSTIC OVERLAY
30.1 TIME SLICES
30.2 TIME LAW
30.3 TIME-TO-NODE RULE
31. CONE OF POSSIBILITY READING
32. AVOO MAPPING
33. DIAGNOSTIC OUTPUT BOARD
34. WEEKLY DIAGNOSTIC CYCLE
35. HOMEWORK AS SENSOR
36. TIMED PAPER AS SENSOR
37. EMOTION REPAIR LOOP
38. INDEPENDENCE REPAIR LOOP
39. REPAIR SUCCESS SIGNALS
40. FALSE SUCCESS SIGNALS
41. HARD-FAIL DIAGNOSTIC FLAGS
42. MINIMUM VIABLE REPAIR CONDITIONS
43. SYSTEM BOUNDARIES
44. INTERSTELLARCORE READING
45. MASTER RUNTIME LOOP
46. ALMOST-CODE MASTER SUMMARY
47. CLOSING LOCK
Control Tower, Runtime Board, and Forecast Engine in Full Almost-Code
1. eduKateSG Runtime Spec
2. Version: eduKateSG.G2AM.TUTORIAL.CT-FE.v1.0
0. CANONICAL STATUS
1. CLASSICAL BASELINE
2. WHY THIS DOCUMENT EXISTS
3. SYSTEM POSITION
4. CONTROL TOWER FUNCTION
5. CORE LAW
6. MAIN ENTITY MODEL
7. BOARD OBJECTIVE
8. CONTROL BOARD ARCHITECTURE
1. 8.1 IDENTITY LAYER
2. 8.2 CURRENT STATE LAYER
3. 8.3 DRIFT LAYER
4. 8.4 LEDGER LAYER
5. 8.5 REPAIR LAYER
6. 8.6 TIME LAYER
7. 8.7 FORECAST LAYER
8. 8.8 ACTION LAYER
9. BOARD FIELDS
10. BOARD READING RULE
11. CURRENT STATE ENGINE
12. DRIFT PANEL
13. LEDGER PANEL
14. REPAIR PANEL
15. TIME PANEL
16. FORECAST PANEL
17. ACTION PANEL
18. PRIMARY METRICS
19. COMPOSITE SCORES
1. 19.1 STABILITY SCORE
2. 19.2 DRIFT SCORE
3. 19.3 RECOVERY MOMENTUM SCORE
20. FORECAST ENGINE INPUTS
21. FORECAST ENGINE VARIABLES
22. FORECAST ENGINE CORE LAW
23. COLLAPSE RISK FORMULA
24. RECOVERY PROBABILITY FORMULA
25. PROJECTION POTENTIAL FORMULA
26. ROUTE BANDS
27. ALERT ENGINE
28. FORECAST MODES
29. CHRONOFLIGHT OVERLAY
1. 29.1 TIME SLICES
2. 29.2 CHRONOFLIGHT CONTROL LAW
30. CONE OF POSSIBILITY PANEL
31. RUNTIME UPDATE CYCLE
32. BOARD SNAPSHOT FORMAT
33. LESSON-LEVEL BOARD LOGIC
34. WEEKLY BOARD LOGIC
35. MONTHLY / TERM FORECAST LOGIC
36. BOARD ACTION OUTPUTS
37. PARENT INTERFACE BOARD
38. SCHOOL INTERFACE BOARD
39. AVOO ROLE MAPPING
40. CONTROL TOWER FAILURE MODES
41. MINIMUM VIABLE CONTROL TOWER
42. EXAMPLE BOARDS
1. 42.1 COLLAPSING STUDENT
2. 42.2 STABILISING STUDENT
3. 42.3 PROJECTING STUDENT
43. INTERSTELLARCORE READING
44. HARD BOUNDARIES
45. MASTER RUNTIME
46. ALMOST-CODE MASTER SUMMARY
47. FINAL LOCK
Topic-by-Topic Runtime Mapping and Lattice Codes in Full Almost-Code
1. eduKateSG Runtime Spec
2. Version: eduKateSG.G2AM.TUTORIAL.TOPICMAP.v1.0
0. CANONICAL STATUS
1. CLASSICAL BASELINE
2. OFFICIAL BASELINE LOCK
3. TOPIC-MAP PURPOSE
4. GLOBAL TOPIC CODE FORMAT
5. GLOBAL LATTICE TARGETS BY TOPIC
6. MASTER MODULE MAP
7.1 OFFICIAL LOCK
7.2 RUNTIME IDENTITY
7.3 SUBSTRATE REQUIREMENTS
7.4 INVARIANTS
7.5 COMMON DRIFT
7.6 SENSOR SET
7.7 REPAIR LOOP
7.8 TRANSFER ROUTES
7.9 TARGET STATE
8.1 OFFICIAL LOCK
8.2 RUNTIME IDENTITY
8.3 SUBSTRATE REQUIREMENTS
8.4 INVARIANTS
8.5 COMMON DRIFT
8.6 SENSOR SET
8.7 REPAIR LOOP
8.8 TRANSFER ROUTES
8.9 TARGET STATE
9.1 OFFICIAL LOCK
9.2 RUNTIME IDENTITY
9.3 SUBSTRATE REQUIREMENTS
9.4 INVARIANTS
9.5 COMMON DRIFT
9.6 SENSOR SET
9.7 REPAIR LOOP
9.8 TRANSFER ROUTES
9.9 TARGET STATE
10.1 OFFICIAL LOCK
10.2 RUNTIME IDENTITY
10.3 SUBSTRATE REQUIREMENTS
10.4 INVARIANTS
10.5 COMMON DRIFT
10.6 SENSOR SET
10.7 REPAIR LOOP
10.8 TRANSFER ROUTES
10.9 TARGET STATE
11.1 OFFICIAL LOCK
11.2 RUNTIME IDENTITY
11.3 SUBSTRATE REQUIREMENTS
11.4 INVARIANTS
11.5 COMMON DRIFT
11.6 SENSOR SET
11.7 REPAIR LOOP
11.8 TRANSFER ROUTES
11.9 TARGET STATE
12.1 OFFICIAL LOCK
12.2 RUNTIME IDENTITY
12.3 SUBSTRATE REQUIREMENTS
12.4 INVARIANTS
12.5 COMMON DRIFT
12.6 SENSOR SET
12.7 REPAIR LOOP
12.8 TRANSFER ROUTES
12.9 TARGET STATE
13.1 OFFICIAL LOCK
13.2 RUNTIME IDENTITY
13.3 SUBSTRATE REQUIREMENTS
13.4 INVARIANTS
13.5 COMMON DRIFT
13.6 SENSOR SET
13.7 REPAIR LOOP
13.8 TRANSFER ROUTES
13.9 TARGET STATE
15.1 ENTRY ROUTE
15.2 STABILISATION ROUTE
15.3 PROJECTION ROUTE
15.4 COLLAPSE-AVOIDANCE ROUTE
22.1 EARLY BUILD PHASE
22.2 MID BUILD PHASE
22.3 LATE BUILD PHASE
26. FINAL LOCK
eduKateSG Learning System | Control Tower, Runtime, and Next Routes

0. CANONICAL STATUS

SYSTEM_NAME = "eduKateSG G2 Additional Mathematics Tutorial"

SYSTEM_CLASS = "Tutorial Runtime / Diagnostic-Repair-Projection Engine"

DOMAIN = "Secondary Mathematics / Additional Mathematics / G2 Route"

BASELINE_LOCK = "Singapore SEC G2 Additional Mathematics reality-aligned"

FRAMEWORK_STACK = "PlanetOS -> CivOS -> EducationOS -> MathOS -> TutorialOS -> G2AM Runtime"

PRIMARY_PURPOSE = "Move student from unstable symbolic handling toward stable G2 Additional Mathematics performance and upward transfer readiness"

OFFICIAL_BOUNDARY = "This is not the syllabus itself. This is a teaching, diagnostic, routing and repair runtime built around the syllabus."

DASHBOARD_NOT_DRIVER = TRUE

Meaning:

MOE/SEAB define the official subject.
eduKateSG builds the sensing, repair, pacing, load direction, and corridor management system around it.
The tutorial does not replace school.
The tutorial does not remove student effort.
The tutorial does not magically bypass missing foundations.
The tutorial acts as a high-definition route stabiliser.

1. CLASSICAL BASELINE

CLASSICAL_DEFINITION
G2 Additional Mathematics is a higher-rigor secondary mathematics route built on G2 Mathematics, adding stronger algebraic manipulation, trigonometry, coordinate geometry, and introductory calculus.

EDUKATESG_DEFINITION
G2 Additional Mathematics Tutorial is a controlled transfer-and-repair corridor that helps a student survive and perform inside a more abstract symbolic environment, while preserving future upward reachability into stronger mathematical routes.

2. WHY THIS TUTORIAL EXISTS

WHY_EXIST

SYLLABUS_LOAD_INCREASE

G2 A Math is not just “slightly harder math”.
It increases symbolic density.
It increases precision demand.
It increases multi-step dependency depth.
It punishes weak algebra brutally.

TRANSITION_SHEAR

Many students can do ordinary G2 Mathematics.
Fewer can handle symbolic compression under time.
A Math introduces phase shear:
- more abstraction
- less concrete scaffolding
- less forgiveness for algebra drift
- stronger dependency between topics

FUTURE_ROUTE_PROTECTION

A student who stabilises G2 A Math keeps more future apertures open.
A student who collapses in G2 A Math may still survive academically, but often loses confidence, identity, and mathematical reach.

CIVOS_REASON

Mathematics is a civilisation signal system.
Additional Mathematics is one of the school-level compression chambers where symbolic discipline, logic continuity, and rate-of-change thinking are forged.
This tutorial exists to prevent avoidable collapse in that chamber.

3. PLANETOS / CIVOS POSITIONING

3.1 PLANETOS ROLE

PLANETOS_BINDING

PlanetOS.Education
PlanetOS.Language
PlanetOS.Vocabulary
PlanetOS.Emotion
PlanetOS.Time
PlanetOS.Family
PlanetOS.Institution
PlanetOS.Measurement
PlanetOS.Strategy

INTERPRETATION
A G2 A Math student is not merely solving equations.
The student is operating inside a cross-system stack:

EducationOS supplies sequencing.
VocabularyOS supplies symbol meaning stability.
LanguageOS supplies instruction decoding.
EmotionOS supplies panic control under abstraction.
TimeOS / ChronoFlight supplies pacing across months and years.
FamilyOS supplies home climate and load tolerance.
InstitutionOS supplies school timetable, teacher style, test pressure.
StrategizeOS supplies route choices under limited time and incomplete mastery.

3.2 CIVOS ROLE

CivOS.READING
G2 Additional Mathematics Tutorial is a micro-regeneration organ inside the wider civilisation education runtime.

CIVOS_FUNCTIONS

preserve mathematical continuity
reduce symbolic attrition
repair local breakdown before systemic collapse
widen future cone of possibility
convert raw effort into structured competence
stop drift from becoming identity damage

CIVOS_WARNING
If an education system lets large numbers of students enter abstraction-heavy subjects without diagnostic repair, it creates:

unnecessary failure
false self-beliefs
broken confidence loops
narrowed future routes
civilisation-grade talent leakage

4. SYSTEM PURPOSE

PRIMARY_OUTPUT
Produce a student who can:

decode A Math language
manipulate expressions reliably
maintain multi-step continuity
survive symbolic pressure
solve under time
explain reasoning
transfer into stronger later mathematics if needed

SECONDARY_OUTPUT
Produce a student who:

stops panicking when symbols get dense
learns that mathematics is structured cause-and-effect
becomes more honest about weak foundations
develops preparation discipline

TERTIARY_OUTPUT
Preserve upward mathematical reachability.

5. CORE ARCHITECTURE

ARCHITECTURE =
INPUT -> DIAGNOSIS -> LATTICE_POSITION -> REPAIR_ROUTE -> LOAD_DIRECTION -> REPETITION -> TRANSFER_CHECK -> EXAM_PERFORMANCE -> FUTURE_ROUTE

5.1 INPUTS

INPUTS

school assessment scripts
topical quizzes
timed performance
untimed reasoning performance
homework trace
error signatures
algebra fluency markers
emotional response markers
home-study pattern
teacher/tutor observations

5.2 OUTPUTS

OUTPUTS

diagnosis map
topic weakness map
algebra fragility map
panic index
pacing recommendation
tutorial plan
repair priority list
reachability forecast
exam readiness estimate
transfer readiness estimate

6. LATTICE CODES

6.1 CORE STUDENT LATTICE

STATE_CODE_FORMAT = "G2AM.Zx.Px.Lx.Rx.Tx.Ex"

Where:

Zx = zoom level
Px = phase
Lx = lattice valence
Rx = route stability
Tx = transfer capacity
Ex = emotional regulation state

Example:
G2AM.Z0.P2.+Latt.R2.T1.E1

Meaning:

individual student level
active build phase
positive lattice state
medium route stability
emerging transfer capacity
mildly stable emotionally

6.2 ZOOM LEVELS

Z0 = individual student cognition
Z1 = family / parent / home support
Z2 = tutorial classroom / peer cluster
Z3 = school / department / timetable / testing regime
Z4 = national curriculum / assessment ecosystem
Z5 = civilisation capability routing
Z6 = long-horizon species-level symbolic capacity

DEFAULT_TUTORIAL_OPERATING_ZONES = Z0 + Z1 + Z2 + partial Z3

6.3 PHASE CODES

P0 = pre-viability / fragmentation / student cannot sustain topic continuity
P1 = assisted survival / can follow with support but unstable
P2 = working build / can do standard tasks with moderate stability
P3 = independent corridor / can solve, explain, transfer, and recover from perturbation
P4 = optional frontier / olympiad-like or unusually abstract surplus beyond normal course need

TARGET_FOR_MOST_STUDENTS = P2 -> P3

MINIMUM_SAFETY_TARGET = stable P2

6.4 VALENCE GATE

+Latt = growth corridor

error repair > error accumulation
confidence based on proof, not bluff
student can absorb new topics without shattering

0Latt = boundary corridor

unstable but salvageable
student alternates between competence and collapse
high need for diagnosis and tighter sequencing

-Latt = attrition corridor

algebra decay
panic amplification
careless signs
learned helplessness
topic fragmentation
test collapse under time

6.5 ROUTE STABILITY CODES

R0 = non-viable
R1 = fragile
R2 = workable
R3 = robust

6.6 TRANSFER CODES

T0 = no transfer
T1 = near transfer
T2 = cross-topic transfer
T3 = upward transfer to stronger mathematics

6.7 EMOTION CODES

E-2 = shutdown
E-1 = panic
E0 = neutral
E1 = regulated
E2 = confident but grounded

7. TUTORIAL DESIGN LAW

LAW_1
Weak algebra hidden under ordinary school survival becomes visible and dangerous in A Math.

LAW_2
A Math failure is often not a topic failure first.
It is usually a continuity failure.

LAW_3
Students do not usually collapse because calculus exists.
They collapse because the algebra beneath calculus is leaking.

LAW_4
The tutorial must repair the substrate first, not only reteach the visible topic.

LAW_5
Confidence without proof is debt.

LAW_6
Speed before structure creates future collapse.

LAW_7
The tutorial must pay rent to future transfer, not only current marks.

8. OFFICIAL CONTENT MAPPED INTO EDUKATESG MODULES

8.1 PREREQUISITE BASE

PREREQ.MATH.G2.CORE

algebraic manipulation
factorisation
expansion
basic graphs
linear equations
linear inequalities
coordinate basics
ratio/proportion discipline
arithmetic accuracy

PREREQ.ASSUMED.EXTRA

linear inequalities on number line
sketching quadratic graphs in vertex/intercept forms

RULE
No student enters full G2 A Math build safely without these being tested first.

8.2 MODULE A1 — QUADRATIC FUNCTIONS

MODULE_CODE = G2AM.A1

OFFICIAL_SCOPE

maximum/minimum via completing the square
positivity/negativity conditions
quadratic modelling

EDUKATESG_FUNCTION
This module trains:

structure recognition
shape-based thinking
parameter sensitivity
graph-to-algebra translation

FAILURE_SIGNS

cannot complete square reliably
sign reversal mistakes
cannot interpret “always positive”
treats graph facts as memorised decorations

REPAIR

vertex form reconstruction drills
sign logic micro-loops
graph-language translation
parameter perturbation exercises

8.3 MODULE A2 — EQUATIONS AND INEQUALITIES

MODULE_CODE = G2AM.A2

OFFICIAL_SCOPE

discriminant conditions
curve-line intersection conditions
tangency conditions
simultaneous equations with one linear equation
quadratic inequalities

EDUKATESG_FUNCTION
This module trains:

condition thinking
threshold reading
intersection logic
“how many solutions” reasoning
symbolic branching control

FAILURE_SIGNS

treats discriminant as formula only
cannot connect roots to geometry
cannot separate equal-root / no-root / two-root conditions
inequality flipping and interval errors

REPAIR

discriminant state table
visual curve-line mapping
interval logic ladders
sign-chart protocols

8.4 MODULE A3 — SURDS

MODULE_CODE = G2AM.A3

OFFICIAL_SCOPE

four operations
rationalising denominator
equations involving surds

EDUKATESG_FUNCTION
This module trains symbolic cleanliness.

REALITY
Surds expose whether the student respects mathematical form.

FAILURE_SIGNS

illegal simplification
denominator rationalisation drift
arithmetic-symbol hybrid mistakes
fake cancellation

REPAIR

legality checker
equivalent form drills
simplification guardrails
anti-fake-cancellation training

8.5 MODULE A4 — POLYNOMIALS AND PARTIAL FRACTIONS

MODULE_CODE = G2AM.A4

OFFICIAL_SCOPE

multiplication/division of polynomials
remainder theorem
factor theorem
cubic factorisation
simple partial fractions

EDUKATESG_FUNCTION
This module trains decomposition intelligence.

STUDENT_UPGRADE
The student must learn:

structure can be broken apart
hidden factors matter
surface complexity can be reorganised

FAILURE_SIGNS

long division breakdown
theorem use without meaning
cannot spot factor route
partial fraction setup errors

REPAIR

divisor-quotient-remainder map
substitution verification
factor candidate logic
denominator-type classifier

8.6 MODULE G1 — TRIGONOMETRIC FUNCTIONS, IDENTITIES, EQUATIONS

MODULE_CODE = G2AM.G1

OFFICIAL_SCOPE

six trig functions
principal values
exact values at special angles
amplitude / periodicity / symmetries
graphs of sine, cosine, tangent forms
identities
simple trig equations in interval
simple proofs
modelling

EDUKATESG_FUNCTION
This module shifts the student from static arithmetic into periodic structure thinking.

MIND_UPGRADE
The student learns:

patterns repeat
same object can be seen as ratio, graph, identity, and model
not all equations live in straight-line logic

FAILURE_SIGNS

degree/radian confusion
special-angle memory collapse
graph blindness
identity manipulation panic
inverse trig misuse
no interval discipline

REPAIR

unit-angle lock
special-angle geometry anchors
graph-shift drills
identity legality pathways
interval closure protocol

8.7 MODULE G2 — COORDINATE GEOMETRY IN TWO DIMENSIONS

MODULE_CODE = G2AM.G2

OFFICIAL_SCOPE

parallel/perpendicular conditions
midpoint
area of rectilinear figure
circle equations in standard and general form
excluding two-circle problems

EDUKATESG_FUNCTION
This module trains algebra-space fusion.

FAILURE_SIGNS

slope logic drift
midpoint arithmetic carelessness
equation-form recognition weakness
circle centre/radius extraction errors

REPAIR

geometry-to-equation translators
slope relation flash checks
standard-form restoration drills
center-radius decoding loops

8.8 MODULE C1 — DIFFERENTIATION AND INTEGRATION

MODULE_CODE = G2AM.C1

OFFICIAL_SCOPE

derivative as tangent gradient
derivative as rate of change
notation
derivatives of powers
products and quotients
chain rule
increasing/decreasing
stationary points
second derivative test
applications to tangents, normals, related rates, maxima/minima
integration as reverse differentiation
integration of power forms
definite integral
area under curve
bounded region with curve and line(s)

EDUKATESG_FUNCTION
This is the phase-transition module.
It converts mathematics from static object handling into motion-and-change handling.

CIVOS_READING
Calculus is where the student first meets dynamic reality formally:

how fast something changes
where it peaks
where it falls
how accumulation works
how local slope controls global shape

FAILURE_SIGNS

derivative rules memorised without meaning
chain rule omission
stationary point classification errors
tangent/normal confusion
area sign confusion
integration treated as unrelated trick

REPAIR

motion-language bridge
slope-at-point visualisation
derivative family trees
stationarity decision routines
anti-sign-loss definite integration drills
differentiation/integration inverse-pair training

9. SCOPE BOUNDARY AGAINST G3 ADDITIONAL MATHEMATICS

BOUNDARY_PURPOSE
Prevent false teaching creep.

G2AM.EXCLUDES_OR_DOES_NOT_CENTRE

full G3 load volume
heavier algebra density of G3
exponential/logarithmic block as a core G2 module
full G3 assessment intensity

RULE
Do not teach G2 A Math as if it were already G3 A Math.
Do not underteach it either.

TARGET
Bridge with integrity, not inflation.

10. TUTORIAL OPERATING MODES

MODE_1 = RECOVERY
For students already in -Latt or 0Latt.
Focus:

algebra repair
panic reduction
topic stitching
mark leakage control

MODE_2 = STABILISATION
For students in unstable P1/P2.
Focus:

routine reliability
working accuracy
topic linking
timed execution

MODE_3 = PROJECTION
For stronger students near P3.
Focus:

transfer
proof quality
multi-topic integration
future G3 reachability

MODE_4 = PRE-FLIGHT
For students before school A Math fully bites.
Focus:

substrate strengthening
symbolic readiness
language readiness
anti-shock preparation

11. DIAGNOSTIC ENGINE

DIAG_ENGINE =
Concept Test + Procedure Test + Transfer Test + Time Test + Error Signature Test + Emotional Response Test

11.1 CONCEPT TEST

Checks:

does the student know what object they are handling?

11.2 PROCEDURE TEST

Checks:

can the student execute accurately?

11.3 TRANSFER TEST

Checks:

can the student apply same idea in changed surface form?

11.4 TIME TEST

Checks:

does structure survive under clock compression?

11.5 ERROR SIGNATURE TEST

Classify errors as:

sign drift
algebra drift
notation drift
graph blindness
interval blindness
structural misread
overconfidence bluff
panic collapse

11.6 EMOTIONAL RESPONSE TEST

Observe:

freezing
rushing
erasing excessively
avoidance
“I don’t know” reflex
fragile confidence
learned dependence

12. TYPICAL FAILURE TRACE

FAILURE_TRACE

weak G2 algebra enters A Math
student survives first few lessons by imitation
abstraction density rises
working memory overload occurs
signs and structure start leaking
tests expose non-ownership
confidence drops
panic causes more careless mistakes
student mislabels self as “bad at A Math”
route narrows unnecessarily

IMPORTANT
The visible collapse often appears late.
The real collapse began earlier in substrate weakness.

13. REPAIR CORRIDOR

REPAIR_CORRIDOR
Truncate -> Isolate -> Rebuild -> Reconnect -> Rehearse -> Time-Compress -> Transfer-Check

13.1 TRUNCATE

Cut the problem down to the failing micro-skill.

13.2 ISOLATE

Separate:

concept failure
algebra failure
notation failure
time-pressure failure
emotional failure

13.3 REBUILD

Use smaller loops with proof and immediate feedback.

13.4 RECONNECT

Stitch repaired skill back into full-topic structure.

13.5 REHEARSE

Repeat until working is stable.

13.6 TIME-COMPRESS

Reintroduce timed pressure gradually.

13.7 TRANSFER-CHECK

Check if skill survives new surfaces.

14. FENCEOS APPLICATION

FENCEOS_IN_G2AM
The tutorial uses fences to stop invalid motion.

FENCE_TYPES

sign fence
notation fence
interval fence
graph fence
theorem-use fence
chain-rule fence
exact-value fence
calculator-dependence fence

EXAMPLE
If a student repeatedly drops brackets in differentiation:
Fence.Trigger = bracket-loss
Fence.Response = mandatory structural rewrite before derivative step

Meaning:
no free passage until the invariant is protected.

15. VERIWEFT / LEDGER OF INVARIANTS

15.1 VERIWEFT

VWEFT_FUNCTION
Checks whether the mathematical transformation is structurally legal.

Questions:

Is this step admissible?
Did equality survive?
Was the identity applied correctly?
Did the sign flip lawfully?
Did the condition domain change?

15.2 LEDGER OF INVARIANTS

LEDGER_TRACKS

equality preservation
domain validity
sign consistency
factor integrity
angle-unit consistency
derivative/integral legality
graph-shape coherence
area-sign coherence

RULE
A student may appear fluent on the surface while violating the ledger underneath.
That is hollow performance.

16. CHRONOFLIGHT OVERLAY

ChronoFlight = Structure x Phase x Time

The tutorial must be read across time, not just topic list.

16.1 TIME SLICES

T-3
before collapse is visible

T-2
early instability

T-1
first significant test damage

T0
diagnosis point

T+1
repair underway

T+2
stabilisation

T+3
projection to stronger future route

16.2 TIME LAW

If repair starts early, corridor widens.
If repair starts late, corridor narrows and cost rises.

16.3 CONE OF POSSIBILITY

WIDE_CONE

early diagnosis
stable algebra
calm regulation
regular practice
corrected misconceptions

NARROW_CONE

repeated failure
symbolic fear
no repair
exam-only cramming
fake confidence

17. AVOO ROLE MAPPING

A = Architect
Designs curriculum sequence, system structure, and repair logic.

V = Visionary
Sees long-route consequences and future apertures.

O = Oracle
Diagnoses hidden failure before it becomes obvious.

O = Operator
Runs lesson execution, drills, marking, pacing, and correction.

EDUKATESG_TUTORIAL_RUNTIME
A strong tutorial needs all four functions.
Most weak tuition only performs partial Operator work.

18. STUDENT ARCHETYPES

ARCHETYPE_1 = Quiet Leaker

seems calm
loses marks silently
weak ownership
dangerous because collapse is delayed

ARCHETYPE_2 = Fast Bluffer

answers quickly
weak ledger integrity
appears strong until unfamiliar question appears

ARCHETYPE_3 = Panicking Grinder

hardworking
emotionally overloaded
structure breaks under test conditions

ARCHETYPE_4 = Underbuilt but Teachable

missing basics
can recover strongly if sequenced well

ARCHETYPE_5 = Naturally Strong but Undisciplined

high raw ability
careless
risks avoidable A1-to-B3 slide

19. LESSON RUNTIME

LESSON_RUNTIME

retrieve prior invariant
test substrate
introduce structured concept
show legal moves
run guided practice
detect drift
correct in real time
increase load
test transfer
assign calibrated homework
next lesson begins with retrieval

NOISE_RULE
Do not overload lesson with too many mixed ideas before the substrate holds.

20. HOMEWORK ENGINE

HOMEWORK_PURPOSE
Not punishment.
Not volume theatre.
Not parental optics.

HOMEWORK_FUNCTION

retain pathway
reinforce repaired steps
expose hidden drift
build independence
thicken buffer before tests

GOOD_HOMEWORK

short enough to finish
precise enough to target
varied enough to test transfer
sequenced enough to preserve motivation

21. ASSESSMENT RUNTIME INSIDE TUTORIAL

ASSESSMENT_TYPES

entry diagnostic
weekly micro-check
topic checkpoint
cumulative mixed paper
timed partial paper
full simulation
post-mortem analysis

POST_MORTEM_PROTOCOL
For every wrong answer, classify:

concept missing
method wrong
method right but execution wrong
time-pressure failure
reading failure
careless but patterned
emotional failure

No vague label like “careless” unless root pattern is proven.

22. SIGNALS THAT THE TUTORIAL IS WORKING

POSITIVE_SIGNALS

student rewrites bad working independently
fewer sign errors
stronger use of definitions and conditions
better graph interpretation
stable handling of trig identities
calculus steps explained, not merely recited
timed performance improves without panic spike
marks rise with structural quality, not luck

DEEPER_SIGNALS

student becomes calmer around unfamiliar questions
student can say why a step is valid
student sees relation between graph, equation, and meaning
student begins self-correcting

23. SIGNALS THAT THE TUTORIAL IS FAILING

NEGATIVE_SIGNALS

same exact error repeats for weeks
student becomes dependent on tutor cues
homework looks better than test performance by too much
algebra still shaky while teacher moves ahead
panic remains high
no transfer across question surfaces
improvement exists only in rehearsed question types

HARD_FAIL_SIGNAL
Student appears “covered” in content but remains R1 under timed mixed paper conditions.

24. METRICS

METRIC_1 = Accuracy
METRIC_2 = Structural legality
METRIC_3 = Time survivability
METRIC_4 = Transfer strength
METRIC_5 = Recovery speed after mistake
METRIC_6 = Emotional regulation
METRIC_7 = Independence
METRIC_8 = Future reachability

COMPOSITE_SCORE
G2AM_RUNTIME_SCORE = 0.18*Accuracy + 0.17*StructuralLegality + 0.15*TimeSurvivability + 0.15*Transfer + 0.10*Recovery + 0.10*Emotion + 0.05*Independence + 0.10*FutureReach

25. ROUTE FORECASTING

FORECAST_BANDS

Band A

P3 / +Latt / R3 / T3
strong independent corridor
future mathematics routes well protected

Band B

P2+ / +Latt / R2 / T2
safe and workable
still needs reinforcement

Band C

P2 / 0Latt / R2 / T1
survivable, unstable under harder mixed conditions

Band D

P1 / 0Latt / R1 / T0
dependent survival only

Band E

P0 / -Latt / R0 / T0
breakdown corridor
immediate truncation and substrate rebuild required

26. PARENT INTERFACE LAYER

PARENT_ROLE

supply consistency
reduce panic noise
protect time
avoid identity attacks
reinforce preparation discipline

PARENT_MUST_NOT

confuse tuition with miracle rescue
use shame as the main motivator
force speed before ownership
compare siblings blindly
mistake “more worksheets” for better repair

PARENT_REPORTING_FORMAT

current lattice state
major error classes
recent repair gains
current risk level
next 2–4 week priorities
route forecast

27. SCHOOL INTERFACE LAYER

SCHOOL_INTERFACE
The tutorial must translate school signals into repair priorities:

class tests
topical quizzes
teacher comments
school pacing
exam format
holiday assignments

RULE
Tutorial should not fight school randomly.
It should absorb school reality and stabilise the student against it.

28. INTERSTELLARCORE READING

INTERSTELLARCORE_ROLE
InterstellarCore is the higher-benchmark education runtime.
Inside this lens, G2 A Math Tutorial is not the destination.
It is one corridor-strengthening chamber.

INTERSTELLARCORE_PURPOSE_HERE

protect base floor
prevent symbolic collapse
preserve future mathematical reach
allow stronger students limited projection upward without cannibalising the base

RULE
No frontier stretching if base floor is leaking.

29. ONE-PANEL MINIMAL BOARD

BOARD =

EntryState
CurrentPhase
Valence
Top3ErrorClasses
EmotionState
TopicCoverage
TimedPaperStability
TransferStrength
FutureAperture
NextRepairActions

EXAMPLE
EntryState = G2AM.Z0.P1.-Latt.R1.T0.E-1
CurrentPhase = Substrate Repair
Top3ErrorClasses = [sign drift, factor weakness, trig graph blindness]
TimedPaperStability = low
FutureAperture = narrowing but recoverable
NextRepairActions = [quadratic inequality sign chart, exact-angle lock, derivative product rule drills]

30. FULL RUNTIME LOOP

while Student not at TargetState:
Diagnose()
PositionOnLattice()
ProtectInvariants()
TruncateNoise()
RepairSubstrate()
RebuildTopic()
TestTransfer()
ApplyTimedCompression()
UpdateForecast()
CommunicateToParent()
end

31. DEFAULT TARGET STATES

MIN_SAFE_TARGET = G2AM.Z0.P2.+Latt.R2.T1.E0
GOOD_TARGET = G2AM.Z0.P3.+Latt.R3.T2.E1
HIGH_TARGET = G2AM.Z0.P3.+Latt.R3.T3.E2

32. HARD BOUNDARIES

BOUNDARY_1
The tutorial cannot override missing effort permanently.

BOUNDARY_2
The tutorial cannot compress months of rot into one panic week without loss.

BOUNDARY_3
The tutorial cannot protect future reachability if the student keeps borrowing from the future through bluff and cramming.

BOUNDARY_4
A tutor who only explains but does not diagnose is not running the full runtime.

33. FAILURE MODES OF THE TUTORIAL ITSELF

TUTORIAL_FAILURE_MODE_1 = Coverage without repair
TUTORIAL_FAILURE_MODE_2 = Too much help, no independence
TUTORIAL_FAILURE_MODE_3 = Excessive difficulty too early
TUTORIAL_FAILURE_MODE_4 = False encouragement without diagnostic truth
TUTORIAL_FAILURE_MODE_5 = Treating all students as same archetype
TUTORIAL_FAILURE_MODE_6 = Ignoring emotional load
TUTORIAL_FAILURE_MODE_7 = Teaching tricks before invariants

34. SUCCESS CONDITION

SUCCESS
The tutorial succeeds when:

the student owns the mathematics
the working stays legal
the marks reflect structure
time pressure no longer destroys continuity
future mathematical routes remain open or widen

TRUE_SUCCESS
Not “student can do today’s worksheet”.
But:
student can carry symbolic structure across time, pressure and variation.

35. ALMOST-CODE SUMMARY BLOCK

ENTITY = eduKateSG.G2AM.Tutorial

TYPE = TutorialRuntime

BASELINE = Singapore.SEC.G2.AdditionalMathematics

OFFICIAL_CORE =
[QuadraticFunctions, EquationsAndInequalities, Surds, PolynomialsAndPartialFractions, TrigonometricFunctionsIdentitiesEquations, CoordinateGeometry2D, DifferentiationAndIntegration]

PRIMARY_FUNCTION =
diagnose + repair + stabilise + project

INPUT =
student_state + scripts + timed_tests + error_signatures + emotional_response

OUTPUT =
lattice_position + repair_plan + performance_gain + future_route_protection

STATE_FORMAT = G2AM.Zx.Px.Lx.Rx.Tx.Ex

PHASES = [P0, P1, P2, P3, optional P4]

VALENCE = [+Latt, 0Latt, -Latt]

ROUTE_STABILITY = [R0, R1, R2, R3]

TRANSFER = [T0, T1, T2, T3]

EMOTION = [E-2, E-1, E0, E1, E2]

CONTROL_LAW =
if RepairRate >= DriftRate and InvariantsProtected == TRUE then corridor widens
else corridor narrows

MAIN_FAILURE_TRACE =
weak_algebra -> symbolic_overload -> sign_drift -> confidence_drop -> timed_collapse -> route_narrowing

REPAIR_CORRIDOR =
truncate -> isolate -> rebuild -> reconnect -> rehearse -> time_compress -> transfer_check

FENCES =
[sign_fence, notation_fence, interval_fence, graph_fence, theorem_fence, chain_rule_fence]

TARGET =
stable P2 minimum
independent P3 preferred

CIVOS_ROLE =
micro-regeneration organ for mathematical continuity

PLANETOS_BIND =
EducationOS + LanguageOS + VocabularyOS + EmotionOS + TimeOS + FamilyOS + InstitutionOS + StrategizeOS

INTERSTELLARCORE_READING =
base_floor_first; no frontier stretch if substrate leaks

Failure, Drift, and Collapse Modes in Full Almost-Code

eduKateSG Runtime Spec

Version: `eduKateSG.G2AM.TUTORIAL.FAILURE.v1.0`

0. CANONICAL STATUS

SYSTEM_NAME = "eduKateSG G2 Additional Mathematics Tutorial — Failure, Drift, and Collapse Modes"

SYSTEM_CLASS = "Inverse Twin / Failure Specification / Diagnostic Collapse Map"

PARENT_SYSTEM = "eduKateSG.G2AM.TUTORIAL.v1.0"

DOMAIN = "Secondary Mathematics / G2 Additional Mathematics / Tutorial Failure Runtime"

PRIMARY_PURPOSE = "Detect, classify, forecast, and interrupt student failure before symbolic drift becomes route collapse"

READING_RULE = "This document explains how the G2 Additional Mathematics tutorial corridor fails, narrows, drifts, and breaks at student, family, tutorial, school, and time levels."

DASHBOARD_NOT_DRIVER = TRUE

1. CLASSICAL BASELINE

CLASSICAL_DEFINITION
Failure in Additional Mathematics is not merely getting questions wrong.
It is the progressive inability to sustain correct symbolic reasoning, legal transformation, topic continuity, and performance under pressure.

EDUKATESG_DEFINITION
Failure, drift, and collapse in G2 Additional Mathematics Tutorial refer to the narrowing of a student’s viable learning corridor when repair is slower than error accumulation, when symbolic structure cannot be carried across time, and when weak foundations, emotional overload, or bad sequencing break the mathematics transfer chain.

2. WHY THIS FAILURE SPEC EXISTS

WHY_EXIST

VISIBLE_FAILURE_IS_LATE

by the time a student fails badly in A Math, the underlying drift has usually been active for weeks or months

MATH_COLLAPSE_IS_OFTEN_MISDIAGNOSED

parents call it laziness
students call it stupidity
schools may call it carelessness
but the deeper issue is often corridor breakdown

TUTORIAL_CAN_FAIL_TOO

tuition can produce false confidence
tuition can mask failure temporarily
tuition can over-scaffold and create dependency
tuition can widen marks on rehearsed tasks while real transfer remains broken

CIVOS_REASON

if failure is not named precisely, repair becomes random
random repair wastes time
wasted time narrows future aperture
narrowed future aperture is educational attrition

3. FAILURE READING PRINCIPLE

PRINCIPLE
A student does not usually collapse in G2 Additional Mathematics because one topic is “hard”.

MORE_PRECISELY
The student collapses when:

prerequisite structure is weak
symbolic load exceeds working capacity
invariants are violated repeatedly
drift is left unrepaired
fear amplifies noise
time compression destroys continuity
confidence becomes debt instead of ownership

4. PLANETOS / CIVOS FAILURE POSITIONING

4.1 PLANETOS FAILURE STACK

PlanetOS.FAILURE_BIND =

EducationOS failure
LanguageOS failure
VocabularyOS failure
EmotionOS failure
FamilyOS failure
InstitutionOS failure
TimeOS / ChronoFlight failure
StrategyOS failure

INTERPRETATION
A G2 A Math collapse is rarely “just math”.

It can also be:

instruction-decoding failure
word/symbol meaning failure
emotional regulation failure
home-climate noise
timetable compression
wrong route choice
delayed intervention
repeated borrowing from the future

4.2 CIVOS FAILURE READING

CivOS.READING
G2 Additional Mathematics Tutorial failure is a micro-collapse inside the educational regeneration organ.

CIVOS_FAILURE_EFFECTS

talent leakage
confidence damage
narrowed subject routes
weakened symbolic discipline
reduced transfer into higher mathematics
preventable educational attrition

CIVOS_WARNING
If the system repeatedly produces students who can imitate but not own symbolic structure, then the education corridor is producing surface performance without mathematical continuity.

5. FAILURE STATE FORMAT

STATE_CODE_FORMAT = "G2AM.Zx.Px.Lx.Rx.Tx.Ex"

Where:

Zx = zoom level
Px = phase
Lx = lattice valence
Rx = route stability
Tx = transfer capacity
Ex = emotional regulation state

FAILURE_READING_RULE
The same state code used in the success document is read here from the failure side.

Example:
G2AM.Z0.P1.-Latt.R1.T0.E-1

Meaning:

individual student
assisted survival only
negative lattice drift
fragile route
almost no transfer
panic present

6. FAILURE ZOOM LEVELS

Z0 = student cognition failure

algebra leak
sign loss
notation confusion
graph blindness
panic
false memory of method

Z1 = family/home failure

inconsistent routines
overpressure
under-monitoring
shame-based communication
too many classes, too little thinking time

Z2 = tutorial failure

bad sequencing
too much help
poor diagnosis
excessive worksheet volume
teaching tricks without structure

Z3 = school/interface failure

pacing too fast
weak feedback quality
insufficient correction time
assessments exposing drift before repair can catch up

Z4 = curriculum/ecosystem failure

level-transition shock
abstraction load mismatched with readiness
performance pressure without adequate repair mechanisms

Z5 = civilisation capability leakage

symbolic capability lost at scale

Z6 = long-horizon mathematical continuity weakening

7. PHASE COLLAPSE MODEL

P0 = non-viability

student cannot sustain even basic continuity
work fragments quickly
topic ownership absent

P1 = assisted survival

can follow with scaffolding
cannot yet hold structure independently
collapse likely under variation or time

P2 = working build

still vulnerable
repair possible
unstable if drift ignored

P3 = independent corridor

stable target state

P4 = optional surplus

not relevant to most G2 A Math recovery cases

FAILURE_DIRECTION
P3 -> P2 -> P1 -> P0

RULE
Collapse is usually downward drift through phases, not instant disappearance.

8. LATTICE FAILURE READING

+Latt

repair still winning
drift visible but controllable

0Latt

unstable edge
student oscillates between competence and breakdown
this is the most deceptive band

-Latt

drift is accumulating faster than repair
confidence weakens
questions feel increasingly unfamiliar
route narrows

CORE LAW
if DriftRate > RepairRate long enough -> 0Latt becomes -Latt
if -Latt persists under time compression -> P1/P0 collapse risk rises

9. ROUTE STABILITY FAILURE READING

R3 = robust

low failure risk

R2 = workable

moderate failure risk if pacing rises

R1 = fragile

student survives only under favourable conditions

R0 = broken corridor

no reliable independent route

IMPORTANT
A student may score decently in class yet still be R1 if performance depends on familiar surface forms.

10. TRANSFER FAILURE READING

T3 = strong transfer

low drift

T2 = partial transfer

topic holds across moderate change

T1 = near transfer only

familiar examples okay
novel forms fail

T0 = no transfer

every new question feels like a new subject

CORE RULE
A student without transfer is not actually stable, even if rehearsed performance looks decent.

11. EMOTIONAL COLLAPSE READING

E2 = calm grounded confidence
E1 = regulated
E0 = neutral
E-1 = panic / fear / rushing
E-2 = shutdown / blanking / avoidance

EMOTION LAW
Emotion does not create all mathematical failure,
but emotion amplifies existing structural weakness and speeds collapse.

12. PRIMARY FAILURE TYPES

FAILURE_TYPE_1 = substrate failure

weak algebra beneath visible topic

FAILURE_TYPE_2 = continuity failure

steps cannot be carried from line to line

FAILURE_TYPE_3 = invariant failure

legal transformation not preserved

FAILURE_TYPE_4 = sequencing failure

advanced layer taught before substrate holds

FAILURE_TYPE_5 = time-compression failure

student can solve slowly, but collapses under test pressure

FAILURE_TYPE_6 = emotional amplification failure

panic multiplies error rate

FAILURE_TYPE_7 = transfer failure

student only knows rehearsed shapes

FAILURE_TYPE_8 = identity failure

student internalises failure as fixed self-definition

13. ROOT FAILURE LAW

LAW
Most G2 Additional Mathematics failure is not topic-first.
It is substrate-first, then continuity-first, then timing-first.

EXPANDED

topic appears to be the visible battlefield
algebra is often the hidden engine room
emotion is the wind
time is the pressure chamber
transfer is the true audit

14. DRIFT VARIABLES

DRIFT_VARIABLES =

sign drift
algebra drift
notation drift
graph drift
theorem-use drift
interval drift
exact-value drift
chain-rule drift
calculator dependence drift
confidence drift
attention drift
pacing drift

DRIFT_RULE
Drift is dangerous because each single error may look small while the accumulated effect is route collapse.

15. FAILURE EQUATION

FAILURE_CONDITION
if (DriftRate + Noise + TimePressure + EmotionalInstability) > (RepairRate + StructureOwnership + Buffer + SupportQuality)
then CollapseRisk increases

SAFE_CONDITION
if RepairRate >= DriftRate and InvariantsProtected == TRUE and Buffer > Minimum
then corridor remains viable

16. NOISE SOURCES

NOISE_SOURCE_1 = internal cognitive overload
NOISE_SOURCE_2 = poor sleep / fatigue
NOISE_SOURCE_3 = emotional pressure
NOISE_SOURCE_4 = rushed teaching
NOISE_SOURCE_5 = home conflict / stress
NOISE_SOURCE_6 = overreliance on memorised tricks
NOISE_SOURCE_7 = too many simultaneous weak topics

NOISE_EFFECT
Noise reduces signal clarity and makes the student misread what the question is actually asking.

17. FAILURE OF INVARIANT LEDGER

17.1 LEDGER BREACHES

LEDGER_BREACHES

equality not preserved
sign changed illegally
interval condition ignored
domain restriction lost
graph meaning disconnected from algebra
exact value replaced with approximation carelessly
derivative operation applied to wrong structure
integral meaning reduced to symbol pushing

17.2 VERIWEFT BREACH

VWEFT_FAILURE
The student performs a step that looks mathematically active but is structurally illegal.

EXAMPLES

cancelling terms across addition
factorising incorrectly
using trig identity in reverse unlawfully
dropping bracket structure
treating tangent and normal carelessly
integrating non-equivalent expression by habit

RULE
When VeriWeft breaks, surface fluency becomes mathematically hollow.

18. FAILURE TRACE — GLOBAL

GLOBAL_FAILURE_TRACE

weak prerequisite enters G2 A Math
early lessons still seem manageable through imitation
symbolic density rises
working memory overload begins
signs / factors / conditions start leaking
test exposes weakness
student loses confidence
panic accelerates drift
tutor or student responds with more volume, not better diagnosis
topic patching without substrate repair
mixed-paper performance worsens
identity damage begins
route narrows toward P1 or P0

19. DRIFT MODES

19.1 SLOW DRIFT

SLOW_DRIFT

student still passes some tasks
errors repeat quietly
no dramatic collapse yet
highly dangerous because adults may delay intervention

19.2 FAST DRIFT

FAST_DRIFT

after a hard topic or bad test
confidence drops sharply
avoidance increases
panic becomes visible

19.3 HIDDEN DRIFT

HIDDEN_DRIFT

tutor over-supports
homework done with heavy prompting
school tests much worse than tuition performance
illusion of mastery persists

20. COLLAPSE MODES

COLLAPSE_MODE_1 = symbolic fragmentation

equations no longer hold together as meaningful objects

COLLAPSE_MODE_2 = procedure imitation collapse

student knows steps only when question looks identical

COLLAPSE_MODE_3 = timed-paper collapse

understanding partially exists but disintegrates under clock pressure

COLLAPSE_MODE_4 = emotional shutdown collapse

blank mind, avoidance, resignation

COLLAPSE_MODE_5 = route abandonment collapse

student stops trying to own the subject and retreats into survival mode only

21. MODULE-SPECIFIC FAILURE MAP

21.1 QUADRATIC FUNCTIONS FAILURE

MODULE = G2AM.A1.FAIL

BREAKPOINTS

cannot complete square securely
cannot read min/max from structure
cannot connect graph and equation
positivity/negativity misunderstood

DRIFT_SIGNATURES

sign errors in square completion
vertex form confusion
weak understanding of turning point meaning
“always positive” treated as memorised phrase

COLLAPSE_PATTERN
graph becomes decorative instead of structural

21.2 EQUATIONS AND INEQUALITIES FAILURE

MODULE = G2AM.A2.FAIL

BREAKPOINTS

discriminant used without meaning
tangent / intersection conditions mixed up
inequality intervals mishandled
simultaneous equation logic weak

DRIFT_SIGNATURES

writes formula correctly, interprets wrongly
flips inequality signs carelessly
misses interval endpoints
cannot read “number of solutions” conditions

COLLAPSE_PATTERN
condition-based reasoning breaks

21.3 SURDS FAILURE

MODULE = G2AM.A3.FAIL

BREAKPOINTS

illegal simplification
rationalising denominator not understood
surd equations manipulated carelessly

DRIFT_SIGNATURES

fake cancellation
arithmetic mixed with symbolic logic improperly
aesthetic discomfort causes rushing

COLLAPSE_PATTERN
student loses trust in symbolic form and starts guessing

21.4 POLYNOMIALS / PARTIAL FRACTIONS FAILURE

MODULE = G2AM.A4.FAIL

BREAKPOINTS

polynomial division unstable
factor theorem not internalised
factorisation route unseen
partial fraction decomposition mis-set

DRIFT_SIGNATURES

substitution mistakes
remainder theorem used as blind recipe
denominator structure not classified properly

COLLAPSE_PATTERN
decomposition intelligence fails and long expressions become opaque walls

21.5 TRIGONOMETRY FAILURE

MODULE = G2AM.G1.FAIL

BREAKPOINTS

exact-angle values weak
graph transformations not owned
identities handled illegally
equations solved without interval discipline

DRIFT_SIGNATURES

degree/radian confusion
wrong quadrant reasoning
principal value misunderstanding
identity proof line breaks

COLLAPSE_PATTERN
student treats trigonometry as disconnected memory fragments instead of one system

21.6 COORDINATE GEOMETRY FAILURE

MODULE = G2AM.G2.FAIL

BREAKPOINTS

slope logic weak
relation between geometry and algebra unstable
circle equation cannot be decoded properly

DRIFT_SIGNATURES

parallel/perpendicular confusion
midpoint arithmetic errors
centre/radius extraction drift

COLLAPSE_PATTERN
space-form and symbolic-form stop talking to each other

21.7 CALCULUS FAILURE

MODULE = G2AM.C1.FAIL

BREAKPOINTS

derivative rules memorised without meaning
chain rule omitted
stationary point logic weak
integration not linked to reverse process or area meaning
tangent/normal confusion
related rates reasoning unstable

DRIFT_SIGNATURES

derivative of composite written as if simple
second derivative test misread
definite integral sign mishandled
area interpretation broken

COLLAPSE_PATTERN
student reaches formal motion mathematics without a stable algebraic engine

22. SUBSTRATE FAILURE MAP

SUBSTRATE_FAILURES

factorisation weakness
expanding brackets unreliably
fractions handled poorly
transposition errors
algebraic patience too low
arithmetic carelessness hiding as “A Math problem”

IMPORTANT
Many “A Math failures” are actually ordinary algebra failures wearing A Math clothes.

23. TIMED PERFORMANCE FAILURE

TIMED_FAILURE
A student may be mathematically half-stable untimed but collapse when:

question selection becomes hard
working memory overload increases
panic speeds up pen movement
self-check disappears
mixed-topic switching drains buffer

TIMED_COLLAPSE_SIGNS

unfinished paper
many near-correct starts
late-question abandonment
sudden surge in sign mistakes
blanking on familiar content

24. CONFIDENCE DEBT

CONFIDENCE_DEBT
False confidence accumulated from:

copying without ownership
guided work mistaken for independent skill
over-praised rehearsed success
excessive reliance on tuition prompts
selective question exposure

LAW
Confidence that is not backed by invariant-safe performance under variation becomes debt.

DEBT_PAYMENT_EVENT

unfamiliar school test
cumulative exam
mixed topic paper
timed assessment
teacher question without scaffolding

25. DEPENDENCY COLLAPSE

DEPENDENCY_COLLAPSE
When a student can only function with:

tutor hints
step-by-step prompting
immediate correction
familiar worksheet ordering

WARNING
The tutorial appears helpful but is secretly preventing P3 independence.

26. FAMILY / HOME DRIFT

FAMILY_DRIFT_MODES

inconsistent study timing
emotional shaming
unrealistic grade pressure
too many enrichment loads
parental panic after every test
no protected quiet time
reward/punishment detached from real diagnosis

FAMILY_EFFECT
Home becomes a noise amplifier rather than a repair chamber.

27. TUTORIAL SYSTEM FAILURE

TUTORIAL_FAILURES

diagnosis failure

tutor teaches topic but never isolates root leak

sequencing failure

advanced questions before base is stable

coverage vanity

finishing syllabus becomes more important than ownership

prompting addiction

tutor unintentionally trains dependence

worksheet inflation

large volume, low precision

feedback weakness

errors marked but patterns not classified

emotion blindness

student fear treated as attitude problem only

transfer blindness

tutor checks rehearsed success only

28. SCHOOL / SYSTEM INTERFACE FAILURE

SCHOOL_INTERFACE_FAILURES

class pace too fast for current substrate
feedback cycle too slow
student hides confusion in class
topic stack accumulates faster than repair
assessment exposes collapse before support catches up

RULE
Tutorial must translate school pressure into repair priorities, not simply mirror the same pressure.

29. CHRONOFLIGHT FAILURE OVERLAY

ChronoFlight = Structure x Phase x Time

29.1 TIME-TO-COLLAPSE SEQUENCE

T-4 = latent weakness

issue exists, not yet visible

T-3 = local drift

repeated small errors

T-2 = signal emergence

class tests show pattern

T-1 = instability

student confidence and marks wobble

T0 = visible breakdown

clear failure event

T+1 = unresolved aftermath

if no repair, drift deepens

T+2 = corridor narrowing

subject confidence and route choices shrink

T+3 = identity scar

“I am not a math person”

29.2 TIME LAW

Late repair costs more than early repair

Why

more topics depend on broken substrate
more emotional residue accumulates
more future choices are already closing

30. CONE OF POSSIBILITY FAILURE READING

WIDE_CONE

early diagnosis
honest reporting
substrate repair
manageable pacing
stable home support

NARROWING_CONE

repeated ignored drift
fake confidence
delayed intervention
emotional injury
accumulating dependency

NEAR-NODE COLLAPSE
As exams approach:

time-to-node shrinks
repair aperture narrows
reversal cost rises
option set contracts

RULE
A student near the exam node has fewer viable repair routes than the same student months earlier.

31. SIGNAL-GATE FAILURE

SIGNAL = true mathematical understanding
NOISE = confusion + fear + memory fragments + overload

TruthClarity = Signal / (Signal + Noise)

FAILURE_GATE
if TruthClarity falls below threshold and time pressure rises then routing shifts toward 0Latt or -Latt

OBSERVABLE_OUTPUTS

rushing
method switching mid-solution
misreading question demands
stopping self-check

32. AVOO FAILURE MAP

ARCHITECT_FAILURE

poor curriculum design
bad sequencing
no substrate policy

VISIONARY_FAILURE

no long-route planning
future apertures ignored

ORACLE_FAILURE

weak diagnosis
hidden leaks not detected early

OPERATOR_FAILURE

lessons not executed sharply
correction too vague
drills miscalibrated

RULE
Most failing tuition systems are partial Operator systems without full Architect + Oracle support.

33. COLLAPSE SENSORS

SENSOR_1
same error repeats across weeks

SENSOR_2
homework much better than tests

SENSOR_3
student says “I know this” but cannot run it independently

SENSOR_4
student avoids mixed questions

SENSOR_5
marks drop sharply when surface form changes

SENSOR_6
student panics when tutor stops prompting

SENSOR_7
paper starts strong, ends badly

SENSOR_8
graph / algebra / geometry forms are not linked in speech or working

SENSOR_9
student increasingly calls all mistakes “careless”

SENSOR_10
student loses ability to explain legal steps

34. HARD-FAIL THRESHOLDS

HARD_FAIL_1
RepairRate < DriftRate for multiple topic cycles

HARD_FAIL_2
TimedPaperPerformance << UntimedPerformance on same concepts

HARD_FAIL_3
Transfer = T0 while syllabus continues advancing

HARD_FAIL_4
EmotionState = E-1 or E-2 persistently during normal work

HARD_FAIL_5
Student identity shifts from effort language to defeat language

HARD_FAIL_6
Tutor support required for tasks that should already be independent

35. STUDENT SELF-DECEPTION MODES

SELF_DECEPTION_1 = familiarity mistaken for mastery
SELF_DECEPTION_2 = seeing the solution mistaken for knowing the solution
SELF_DECEPTION_3 = one good paper mistaken for stability
SELF_DECEPTION_4 = speed mistaken for strength
SELF_DECEPTION_5 = memory fragments mistaken for concept ownership

36. ADULT MISREADING MODES

MISREADING_1 = "lazy"
MISREADING_2 = "careless"
MISREADING_3 = "just needs more practice"
MISREADING_4 = "just lacks confidence"
MISREADING_5 = "tuition means problem solved"

RULE
These labels may sometimes be partly true, but they are not diagnostic enough to guide repair.

37. COLLAPSE INTO IDENTITY DAMAGE

IDENTITY_DAMAGE
When repeated unresolved mathematical failure becomes:

shame
avoidance
resentment
self-label
subject abandonment

CIVOS_READING
This is not just an academic loss.
It is a route-identity wound.

38. REPAIR CORRIDOR AGAINST FAILURE

REPAIR_CORRIDOR
detect -> isolate -> classify -> truncate -> rebuild -> verify -> reconnect -> time-compress -> re-audit

38.1 DETECT

Spot actual pattern early.

38.2 ISOLATE

Separate topic weakness from algebra weakness.

38.3 CLASSIFY

Name the exact failure mode.

38.4 TRUNCATE

Reduce load to repairable unit.

38.5 REBUILD

Run short, legal, repeated loops.

38.6 VERIFY

Check invariants explicitly.

38.7 RECONNECT

Return repaired skill to full topic network.

38.8 TIME-COMPRESS

Reintroduce speed only after legality holds.

38.9 RE-AUDIT

Test transfer under changed surfaces.

39. FENCEOS FAILURE PREVENTION

FENCEOS_PURPOSE
Prevent illegal motion before it compounds.

FENCES

sign_fence
bracket_fence
interval_fence
graph_meaning_fence
identity_legality_fence
chain_rule_fence
exact_value_fence
domain_fence

RULE
A fence is not punishment.
A fence is a structural safety wall.

40. MINIMUM SURVIVAL CONDITIONS

MINIMUM_SURVIVAL_CONDITIONS

algebra substrate at workable level
error patterns known
weekly correction cycle active
student not in sustained panic
homework calibrated, not inflated
some transfer already visible
time pressure introduced progressively

IF_MISSING
collapse risk stays elevated even if short-term marks fluctuate upward.

41. ONE-PANEL COLLAPSE BOARD

BOARD_FIELDS =

EntryState
CurrentState
MainDriftClass
Top3InvariantBreaches
EmotionState
TransferState
TimedStability
CollapseRisk
ApertureStatus
ImmediateRepairAction

EXAMPLE
EntryState = G2AM.Z0.P2.0Latt.R2.T1.E0
CurrentState = G2AM.Z0.P1.-Latt.R1.T0.E-1
MainDriftClass = algebra_continuity_failure
Top3InvariantBreaches = [sign_loss, interval_loss, bracket_loss]
EmotionState = panic_rising
TimedStability = low
CollapseRisk = high
ApertureStatus = narrowing
ImmediateRepairAction = substrate_repair_before_new_calculus_load

42. FULL COLLAPSE LOOP

while DriftRate > RepairRate:
ErrorAccumulates()
BufferThins()
ConfidenceFalls()
NoiseRises()
TimePressureFeelsHeavier()
TransferWeakens()
RouteNarrows()
if InterventionLate == TRUE:
CollapseRisk++
if CollapseRisk > Threshold:
State -> P1 or P0
end

43. RECOVERY ENTRY CONDITIONS

RECOVERY_ENTRY
A student can still be recovered strongly if:

identity damage not fully hardened
algebra still repairable
student still engages
drift is named precisely
time remains before major node
support system becomes consistent

IMPORTANT
Many students are more recoverable than their marks suggest, provided the diagnosis is honest and the repair loop is strict.

44. TRUE COLLAPSE VERSUS TEMPORARY DIP

TEMPORARY_DIP

one bad paper
cause identifiable
next performance stabilises after correction

TRUE_COLLAPSE

repeated pattern
growing avoidance
mixed-paper instability
widening gap between apparent knowledge and actual transfer
emotional deterioration

RULE
Not every bad result is collapse.
Collapse is pattern plus narrowing.

45. BOUNDARIES

BOUNDARY_1
Not every low mark means tutorial failure.

BOUNDARY_2
Some discomfort is normal in A Math growth.

BOUNDARY_3
Repair cannot occur if the student refuses all load-bearing.

BOUNDARY_4
A tutorial cannot fully compensate forever for zero home structure or zero student honesty.

BOUNDARY_5
A student may improve marks before deeper transfer improves; this must not be mistaken for finished repair.

46. SUCCESS OF THIS FAILURE DOCUMENT

THIS_DOCUMENT_SUCCEEDS_IF

adults stop using vague labels only
drift is detected earlier
failure is classified structurally
repairs become narrower and sharper
students are protected from avoidable P1/P0 collapse
future routes remain open longer

47. ALMOST-CODE MASTER SUMMARY

ENTITY = eduKateSG.G2AM.Tutorial.FailureSpec

TYPE = InverseTwinFailureRuntime

PARENT_ENTITY = eduKateSG.G2AM.Tutorial

FUNCTION = detect + classify + forecast + interrupt failure

STATE_FORMAT = G2AM.Zx.Px.Lx.Rx.Tx.Ex

ZOOMS = [Z0_student, Z1_family, Z2_tutorial, Z3_school, Z4_system, Z5_civilisation, Z6_long_horizon]

PHASES = [P0_nonviable, P1_assisted_survival, P2_working_build, P3_independent_corridor, optional_P4]

VALENCE = [+Latt, 0Latt, -Latt]

ROUTE = [R0_broken, R1_fragile, R2_workable, R3_robust]

TRANSFER = [T0_none, T1_near_only, T2_partial, T3_strong]

EMOTION = [E-2_shutdown, E-1_panic, E0_neutral, E1_regulated, E2_grounded_confidence]

PRIMARY_FAILURES =
[substrate_failure, continuity_failure, invariant_failure, sequencing_failure, time_compression_failure, emotional_amplification_failure, transfer_failure, identity_failure]

GLOBAL_FAILURE_TRACE =
weak_prereq -> imitation_survival -> symbolic_density_rises -> drift_begins -> tests_expose -> confidence_drops -> panic_rises -> wrong_repair -> mixed_paper_collapse -> route_narrows

COLLAPSE_MODES =
[symbolic_fragmentation, imitation_collapse, timed_paper_collapse, emotional_shutdown, route_abandonment]

DRIFT_VARIABLES =
[sign, algebra, notation, graph, theorem_use, interval, exact_value, chain_rule, confidence, pacing]

FAILURE_CONDITION =
if (DriftRate + Noise + TimePressure + EmotionalInstability) > (RepairRate + StructureOwnership + Buffer + SupportQuality)
then CollapseRisk increases

SAFE_CONDITION =
if RepairRate >= DriftRate and InvariantsProtected == TRUE and Buffer > Minimum
then corridor remains viable

FENCES =
[sign_fence, bracket_fence, interval_fence, graph_fence, identity_legality_fence, chain_rule_fence, exact_value_fence, domain_fence]

SENSORS =
[repeat_errors, homework_test_gap, no_transfer, panic_rise, mixed_paper_breakdown, explanation_failure]

REPAIR_CORRIDOR =
detect -> isolate -> classify -> truncate -> rebuild -> verify -> reconnect -> time_compress -> re_audit

CIVOS_READING =
G2 A Math failure is educational attrition at micro scale

PLANETOS_BIND =
EducationOS + LanguageOS + VocabularyOS + EmotionOS + FamilyOS + InstitutionOS + TimeOS + StrategyOS

MISSION =
prevent avoidable mathematical collapse and preserve future reachability

Diagnostics, Sensors, and Repair Loops in Full Almost-Code

eduKateSG Runtime Spec

Version: `eduKateSG.G2AM.TUTORIAL.DIAG-REPAIR.v1.0`

0. CANONICAL STATUS

SYSTEM_NAME = "eduKateSG G2 Additional Mathematics Tutorial — Diagnostics, Sensors, and Repair Loops"

SYSTEM_CLASS = "Diagnostic-Repair Runtime / Control Layer / Tutorial Engine"

PARENT_SYSTEM = "eduKateSG.G2AM.TUTORIAL.v1.0"

PAIR_SYSTEM = "eduKateSG.G2AM.TUTORIAL.FAILURE.v1.0"

DOMAIN = "Secondary Mathematics / G2 Additional Mathematics / Diagnostic and Repair Control"

PRIMARY_PURPOSE = "Detect student state precisely, classify drift accurately, choose the correct repair corridor, and restore stable mathematical continuity"

READING_RULE = "This document explains how the tutorial sees, names, tracks, and repairs breakdown in G2 Additional Mathematics"

DASHBOARD_NOT_DRIVER = TRUE

1. CLASSICAL BASELINE

CLASSICAL_DEFINITION
Diagnostics in mathematics teaching mean identifying what the student truly knows, what the student can execute, where the student breaks, and what intervention is required.

EDUKATESG_DEFINITION
G2 Additional Mathematics diagnostics is the structured sensing and classification engine that locates the student on a live mathematical lattice, identifies drift and invariant breaches, and routes the student into the narrowest viable repair loop that can restore corridor stability.

2. WHY THIS DOCUMENT EXISTS

WHY_EXIST

WRONG_DIAGNOSIS_WASTES_TIME

if the real problem is factorisation but teaching focuses on calculus surface forms, collapse continues

A_MATH_FAILURE_IS_OFTEN_HIDDEN

students can imitate
students can memorise
students can appear “okay”
but transfer may already be broken

SENSORS_MUST_EXIST_BEFORE_REPAIR

no valid repair without a valid reading
no valid reading without sensors
no correct pacing without state classification

CIVOS_REASON

diagnosis is the intelligence organ of repair
without diagnosis, effort becomes random force
random force increases noise
noise narrows future aperture

3. SYSTEM POSITION

STACK = PlanetOS -> CivOS -> EducationOS -> MathOS -> TutorialOS -> G2AM DiagnosticRepair Engine

FUNCTIONAL_POSITION

PlanetOS = broad human system reality
CivOS = continuity, repair, regeneration logic
EducationOS = sequence and teaching corridor
MathOS = mathematical structure and signal integrity
TutorialOS = local execution engine
DiagnosticRepair Engine = sensing and intervention brain

4. CORE LAW

LAW_1
You cannot repair what you have not correctly named.

LAW_2
Visible wrong answers are surface smoke, not always the fire.

LAW_3
The strongest repair is usually narrower than the broad reteaching instinct.

LAW_4
A good tutor does not merely explain more.
A good tutor reduces uncertainty about where the student actually breaks.

LAW_5
Repair must target root leak, not only latest wound.

5. STATE FORMAT

STATE_CODE_FORMAT = "G2AM.Zx.Px.Lx.Rx.Tx.Ex"

Where:

Zx = zoom level
Px = phase
Lx = valence gate
Rx = route stability
Tx = transfer state
Ex = emotional regulation state

Example:
G2AM.Z0.P1.0Latt.R1.T0.E-1

Meaning:

individual student
assisted survival
unstable boundary band
fragile route
no true transfer
panic rising

6. DIAGNOSTIC OBJECTIVE

OBJECTIVE
Find:

what is broken
where it is broken
how deep it is broken
whether it is local or systemic
whether it is concept, algebra, notation, timing, or emotion
what repair route has the highest success probability

7. DIAGNOSTIC DOMAINS

DOMAIN_1 = Concept Ownership

does the student understand the object?

DOMAIN_2 = Procedure Legality

can the student execute correct steps?

DOMAIN_3 = Invariant Integrity

are legal transformations preserved?

DOMAIN_4 = Transfer Stability

does the idea survive changed question surfaces?

DOMAIN_5 = Time Survivability

does the mathematics hold under clock pressure?

DOMAIN_6 = Emotional Regulation

does panic distort signal?

DOMAIN_7 = Independence

does the student need prompting to move?

DOMAIN_8 = Future Reachability

is the student’s corridor widening or narrowing?

8. SENSOR ARCHITECTURE

SENSOR_STACK =
Input Sensors -> Drift Sensors -> Ledger Sensors -> Time Sensors -> Emotion Sensors -> Transfer Sensors -> Forecast Sensors

8.1 INPUT SENSORS

INPUT_SENSORS

school worksheets
class tests
school exams
tuition homework
tutorial exercises
verbal explanations
whiteboard working
timed attempts
untimed attempts
revision behaviour

8.2 DRIFT SENSORS

DRIFT_SENSORS

repeated sign loss
recurring bracket loss
factorisation weakness
interval mishandling
trig value confusion
chain rule omission
graph interpretation weakness

8.3 LEDGER SENSORS

LEDGER_SENSORS

equality preserved?
condition preserved?
domain preserved?
angle unit preserved?
function meaning preserved?
geometry-algebra link preserved?

8.4 TIME SENSORS

TIME_SENSORS

late collapse in paper
slow start
blanking on familiar tasks
accuracy drop under time
unfinished paper profile

8.5 EMOTION SENSORS

EMOTION_SENSORS

visible tension
rushing
freezing
erasing repeatedly
“I don’t know” reflex
avoidance posture
reluctance to attempt unfamiliar question

8.6 TRANSFER SENSORS

TRANSFER_SENSORS

same concept succeeds in one surface, fails in another
student cannot rename same object differently
student cannot move from graph to algebra or algebra to geometry

8.7 FORECAST SENSORS

FORECAST_SENSORS

stability trending up?
buffer thickening?
topic dependency load rising faster than repair?
exam node approaching?
cone of possibility widening or narrowing?

9. DIAGNOSTIC LAYERS

9.1 LAYER 1 — SURFACE SENSOR

L1_SURFACE
Checks:

correct answer?
major method selected?
visible speed?
obvious hesitation?

LIMITATION
Surface accuracy alone is insufficient.

9.2 LAYER 2 — WORKING SENSOR

L2_WORKING
Checks:

step sequence
algebra cleanliness
notation discipline
sign stability
whether steps are legally connected

9.3 LAYER 3 — STRUCTURE SENSOR

L3_STRUCTURE
Checks:

does the student know why the method fits?
can the student read the object type?
can the student explain relation between forms?

9.4 LAYER 4 — TRANSFER SENSOR

L4_TRANSFER
Checks:

can student handle changed wording?
changed representation?
changed order of information?
mixed-topic intrusion?

9.5 LAYER 5 — LOAD SENSOR

L5_LOAD
Checks:

does the student hold structure under:
time pressure
cumulative paper conditions
emotional discomfort
multi-step symbolic density

10. DIAGNOSTIC TEST TYPES

TEST_1 = Entry Diagnostic
TEST_2 = Topic Probe
TEST_3 = Invariant Probe
TEST_4 = Transfer Probe
TEST_5 = Timed Compression Probe
TEST_6 = Oral Explanation Probe
TEST_7 = Post-Mortem Error Audit
TEST_8 = Recovery Verification Test

11. ENTRY DIAGNOSTIC ENGINE

ENTRY_DIAGNOSTIC_PURPOSE
Map student’s real starting lattice state before large-scale teaching begins.

ENTRY_DIAGNOSTIC_CHECKS

algebraic manipulation
factorisation
expansion
surd hygiene
sign discipline
graph reading
equation-solving
trig exact values
function meaning
symbolic patience

ENTRY_OUTPUT

current phase
major substrate weakness
top drift classes
immediate risk
suitable tutorial mode

ENTRY_EXAMPLE
EntryState = G2AM.Z0.P1.-Latt.R1.T0.E0
PrimaryLeak = factorisation + sign drift
ImmediateAction = substrate repair before advanced calculus loading

12. TOPIC PROBE ENGINE

TOPIC_PROBE
Checks whether student failure is:

topic-local
substrate-driven
or cross-topic systemic

EXAMPLE
Student fails stationary points.

Possible true causes:

derivative rule weakness
factorisation weakness after setting derivative to zero
sign misread in second derivative
no graph intuition
panic under multiple steps

RULE
Never assume the latest chapter is the root cause.

13. INVARIANT PROBE ENGINE

INVARIANT_PROBE
Purpose:

identify whether the student violates mathematical legality

PROBE_LIST

equality continuity
sign preservation
bracket containment
interval condition validity
exact-value discipline
domain awareness
angle-unit consistency
derivative/integral operation legality

WHY_IMPORTANT
Many students do not fail because they lack effort.
They fail because they cannot yet preserve invariants under load.

14. TRANSFER PROBE ENGINE

TRANSFER_PROBE
Given one same core idea, test it through:

direct question
disguised question
graph form
word problem form
reverse-logic form
mixed-topic form

TRANSFER_RULE
If success exists only in rehearsed form, then ownership is incomplete.

15. TIMED COMPRESSION PROBE

TIMED_COMPRESSION_PROBE
Purpose:

simulate exam pressure without full exam chaos initially

CHECKS

speed drop
self-check collapse
question switching behaviour
panic onset point
accuracy curve over time

OUTPUT

TimeStable
TimeFragile
TimeCollapse

16. ORAL EXPLANATION PROBE

ORAL_PROBE
Ask student:

what object is this?
why this method?
what does this value mean?
what changes if sign changes?
where is the turning point and why?
why is this answer interval-bounded?

RULE
A student who can explain structurally is often more stable than one who only reproduces steps.

17. POST-MORTEM ERROR AUDIT

POST_MORTEM_PROTOCOL
For every wrong answer classify as one or more of:

ERROR_CLASS_1 = concept missing
ERROR_CLASS_2 = concept present, method selection wrong
ERROR_CLASS_3 = method right, execution wrong
ERROR_CLASS_4 = sign or algebra drift
ERROR_CLASS_5 = notation drift
ERROR_CLASS_6 = time-pressure collapse
ERROR_CLASS_7 = panic distortion
ERROR_CLASS_8 = transfer failure
ERROR_CLASS_9 = reading / decoding failure
ERROR_CLASS_10 = overconfidence bluff

RULE
No vague “careless mistake” label unless pattern proof exists.

18. SENSOR TABLE

SENSOR_TABLE =

S1 = Repeat Error Sensor

same mistake across several sessions
indicates structural leak, not random accident

S2 = Homework-Test Gap Sensor

strong at home, weak at school
indicates prompting dependence or time fragility

S3 = Transfer Gap Sensor

same idea breaks under changed wording
indicates weak ownership

S4 = Silent Freeze Sensor

student goes quiet at unfamiliar structure
indicates fear and weak route confidence

S5 = Late-Paper Collapse Sensor

first half okay, second half falls apart
indicates buffer depletion

S6 = Legality Sensor

illegal cancellations or sign changes
indicates invariant breach

S7 = Form-Switch Sensor

cannot move between graph, algebra, geometry
indicates representation disconnect

S8 = Explanation Sensor

cannot justify method
indicates shallow encoding

S9 = Speed-Without-Stability Sensor

fast but dirty
indicates confidence debt

S10 = Dependency Sensor

waits for tutor cue
indicates no independent corridor

19. ZOOM-LEVEL SENSING

19.1 Z0 STUDENT SENSOR

Z0_CHECKS

cognition
algebra
symbolic stamina
attention
emotional response
self-correction ability

19.2 Z1 FAMILY SENSOR

Z1_CHECKS

study rhythm
home noise
emotional climate
parent pressure style
consistency of revision support

19.3 Z2 TUTORIAL SENSOR

Z2_CHECKS

sequencing quality
tutor feedback sharpness
worksheet quality
pacing realism
independence growth

19.4 Z3 SCHOOL SENSOR

Z3_CHECKS

assessment timing
school chapter pace
teacher correction cycle
class-test stress nodes

20. DIAGNOSTIC MODES

MODE_1 = Recovery Diagnosis
For collapsing students.
Goal:

find root leak quickly
reduce error noise
stabilise

MODE_2 = Stabilisation Diagnosis
For students surviving but fragile.
Goal:

strengthen weak junctions
build R2 to R3

MODE_3 = Projection Diagnosis
For stronger students.
Goal:

preserve upward reachability
detect hidden future bottlenecks

MODE_4 = Pre-Failure Diagnosis
For students before visible collapse.
Goal:

catch drift early
widen cone of possibility

21. REPAIR PRINCIPLE

REPAIR_PRINCIPLE
Good repair is:

narrow
root-cause aligned
repeatable
verifiable
transferable
time-aware

BAD_REPAIR

generic
emotional
volume-heavy
surface-only
disconnected from sensor data

22. REPAIR LOOP MASTER FORM

REPAIR_LOOP =
detect -> isolate -> reduce -> reteach -> constrain -> rehearse -> verify -> transfer -> compress_time -> re-audit

23. REPAIR LOOP STAGES

23.1 DETECT

DETECT
Use sensors to identify the actual failure signature.

Output:

named failure class
location
depth
urgency

23.2 ISOLATE

ISOLATE
Separate:

topic issue
algebra issue
notation issue
timing issue
emotion issue

RULE
Never repair five things at once if one leak is driving four symptoms.

23.3 REDUCE

REDUCE
Shrink task to smallest viable repairable unit.

Examples:

full calculus question -> derivative of one inner function
full trig proof -> one identity legality step
full stationary point question -> factorising derivative correctly

23.4 RETEACH

RETEACH
Rebuild concept with correct structure.

Requirements:

clear object naming
method fit explanation
legal move explanation
contrast with common wrong move

23.5 CONSTRAIN

CONSTRAIN
Apply FENCEOS:

bracket fence
sign fence
interval fence
exact-value fence
chain-rule fence

Purpose:

stop repeated invalid motion

23.6 REHEARSE

REHEARSE
Run short loops:

same core skill
slightly varied surfaces
increasing independence

RULE
Rehearsal is not mass repetition.
It is controlled strengthening.

23.7 VERIFY

VERIFY
Check:

is working legal?
can student explain?
is answer correct?
is method independent?

23.8 TRANSFER

TRANSFER
Test same skill in changed clothing.

If it breaks here, repair incomplete.

23.9 COMPRESS TIME

COMPRESS_TIME
Reintroduce time slowly.
Do not test speed before legality stabilises.

23.10 RE-AUDIT

RE_AUDIT
Update lattice state:

improved?
still fragile?
hidden drift remaining?
route widened?

24. REPAIR LOOP TYPES

LOOP_1 = Micro Repair Loop

one skill
one error family
rapid correction

LOOP_2 = Topic Repair Loop

one chapter
several linked skills

LOOP_3 = Substrate Repair Loop

algebra / symbolic foundation
beneath several topics

LOOP_4 = Timed Stability Loop

exam survivability

LOOP_5 = Emotional Regulation Loop

reduce panic-triggered noise

LOOP_6 = Independence Loop

remove tutor dependence

25. MICRO REPAIR EXAMPLES

25.1 SIGN DRIFT LOOP

IF ErrorClass = sign_drift
THEN

isolate sign-change point
rewrite step slowly
mark sign-trigger visually
drill 5-8 short items
test in new form
add timed mini-check

25.2 FACTORISATION DRIFT LOOP

IF ErrorClass = factorisation_weakness
THEN

reduce to factor type families
reclassify forms
run guided-to-independent progression
insert inside calculus or equation task later

25.3 CHAIN RULE LOOP

IF ErrorClass = chain_rule_omission
THEN

identify outer and inner function explicitly
tag layers
differentiate by layer
compare with wrong shortcut
transfer to 3 altered expressions

25.4 INTERVAL DRIFT LOOP

IF ErrorClass = interval_loss
THEN

define solution domain first
solve raw equation
filter by interval
explain why excluded values are illegal
repeat with angle variation

26. MODULE REPAIR MAP

26.1 QUADRATIC FUNCTIONS REPAIR

MODULE = G2AM.A1.REPAIR

vertex reconstruction drills
sign logic repair
positivity/negativity state tables
graph-form translation loops

26.2 EQUATIONS / INEQUALITIES REPAIR

MODULE = G2AM.A2.REPAIR

discriminant interpretation grid
sign-chart rebuild
root-condition reasoning
line-curve intersection visuals

26.3 SURDS REPAIR

MODULE = G2AM.A3.REPAIR

legal simplification gate
denominator rationalisation templates
anti-fake-cancellation drills

26.4 POLYNOMIALS / PARTIAL FRACTIONS REPAIR

MODULE = G2AM.A4.REPAIR

factor candidate workflow
remainder theorem meaning drills
decomposition-type identification

26.5 TRIGONOMETRY REPAIR

MODULE = G2AM.G1.REPAIR

special-angle lock
unit-circle grounding
graph transformation loops
interval filter routines
identity legality routes

26.6 COORDINATE GEOMETRY REPAIR

MODULE = G2AM.G2.REPAIR

slope relation coding
centre-radius decoding
geometry-to-equation switches

26.7 CALCULUS REPAIR

MODULE = G2AM.C1.REPAIR

gradient meaning bridge
chain/product/quotient separation
stationarity decision tree
tangent vs normal contrast
definite integral sign discipline
area interpretation loops

27. FENCEOS IN REPAIR

FENCEOS_ROLE
Prevent drift from re-entering repaired corridors.

FENCE_1 = Sign Fence

no continuation if sign-transition unclear

FENCE_2 = Bracket Fence

no derivative or expansion until structure rewritten clearly

FENCE_3 = Identity Fence

no trig proof move unless equivalence is legal

FENCE_4 = Interval Fence

no final answer accepted without interval filter

FENCE_5 = Domain Fence

no function statement without valid domain awareness

FENCE_6 = Exact-Value Fence

no premature decimal use in exact trig setting

28. LEDGER OF INVARIANTS IN DIAGNOSIS

LEDGER_TRACKS

equality continuity
sign continuity
symbolic admissibility
domain legality
exactness vs approximation
graph-shape consistency
rate-of-change meaning
area meaning

LEDGER_RULE
Every repair must end with ledger reconciliation.

IF
student gets right answer by invalid path

THEN
ledger remains broken

29. VERIWEFT APPLICATION

VWEFT_FUNCTION
Checks whether transformation path remains structurally admissible.

Questions:

is this move legal?
is the new expression still equivalent?
did the student preserve underlying object identity?

USE
VeriWeft is the hidden validity fabric beneath working.
If VWeft is torn, repair must begin before marks alone can be trusted.

30. CHRONOFLIGHT DIAGNOSTIC OVERLAY

ChronoFlight = Structure x Phase x Time

30.1 TIME SLICES

T-3 = latent weakness
T-2 = early drift visible
T-1 = first unstable test evidence
T0 = diagnosis point
T+1 = repair loop active
T+2 = stabilisation check
T+3 = projection or relapse

30.2 TIME LAW

Early diagnosis widens corridor
Late diagnosis increases repair cost

30.3 TIME-TO-NODE RULE

As exam node approaches:

optional repair routes shrink
repair must become sharper
broad reteaching becomes less effective
priority shifts to highest-yield leak sealing

31. CONE OF POSSIBILITY READING

WIDE_CONE

early sensing
clean substrate
manageable chapter load
good emotional regulation

NARROW_CONE

accumulated topic debt
late intervention
repeated panic
poor transfer
fragile timed performance

REPAIR_GOAL
Not merely higher marks.
Wider viable future corridor.

32. AVOO MAPPING

ARCHITECT

designs diagnostic system
sequences repair corridors

VISIONARY

protects long-horizon route options
avoids short-term fixes that kill future transfer

ORACLE

reads hidden failure signatures
distinguishes symptom from root leak

OPERATOR

executes drills
marks sharply
enforces fences
updates board

RULE
A full tutorial runtime needs all four, even if one tutor carries several roles.

33. DIAGNOSTIC OUTPUT BOARD

BOARD_FIELDS =

CurrentState
PrimaryLeak
SecondaryLeak
EmotionState
TopInvariantBreaches
TransferLevel
TimedState
CurrentLoopType
2WeekGoal
Forecast

EXAMPLE
CurrentState = G2AM.Z0.P1.0Latt.R1.T0.E-1
PrimaryLeak = factorisation_under_calculus
SecondaryLeak = sign_drift
EmotionState = panic_rising
TopInvariantBreaches = [bracket_loss, equality_loss, interval_loss]
TransferLevel = weak
TimedState = fragile
CurrentLoopType = substrate_repair_loop
2WeekGoal = R1 to R2 stabilisation
Forecast = recoverable if load is narrowed now

34. WEEKLY DIAGNOSTIC CYCLE

WEEKLY_CYCLE =

retrieve prior weak point
short probe
detect drift persistence or improvement
run current repair loop
verify independently
test one transfer variation
assign targeted homework
log sensor changes
update forecast

RULE
Every week must produce either sharper clarity or stronger stability.

35. HOMEWORK AS SENSOR

HOMEWORK_SENSOR_RULE
Homework is not only practice.
It is data.

CHECK

was help needed?
which question shape broke?
where did independence stop?
which error class repeated?
did repaired skill persist after 24–72 hours?

36. TIMED PAPER AS SENSOR

TIMED_PAPER_RULE
Do not read timed-paper score only.
Read timed-paper collapse shape.

CHECK

where did collapse begin?
what question family triggered it?
was it concept or fatigue?
did self-check vanish?
did panic change handwriting/workflow quality?

37. EMOTION REPAIR LOOP

IF EmotionState = E-1 or E-2
THEN

reduce initial cognitive load
rebuild one success path honestly
avoid fake praise
show solvable progression
train pause-check-resume rhythm
reintroduce harder load slowly

RULE
Emotional regulation does not replace mathematics.
It protects access to mathematics.

38. INDEPENDENCE REPAIR LOOP

IF DependencySensor = high
THEN

reduce tutor hints
enforce think-before-help delay
require student naming of object and method
shift from guided examples to independent probes
mark self-correction separately

TARGET
Student moves from following to owning.

39. REPAIR SUCCESS SIGNALS

SUCCESS_SIGNAL_1
student explains why method fits

SUCCESS_SIGNAL_2
same error family stops repeating

SUCCESS_SIGNAL_3
student self-catches sign or bracket issue

SUCCESS_SIGNAL_4
transfer survives changed question surfaces

SUCCESS_SIGNAL_5
timed performance drops less sharply

SUCCESS_SIGNAL_6
panic onset shifts later or disappears

SUCCESS_SIGNAL_7
student begins independent setup without prompting

40. FALSE SUCCESS SIGNALS

FALSE_SUCCESS_1
worksheet score rises only on rehearsed items

FALSE_SUCCESS_2
student sounds confident but working still illegal

FALSE_SUCCESS_3
homework strong, school test still weak

FALSE_SUCCESS_4
tutor explains less, but student still depends on subtle cues

FALSE_SUCCESS_5
one good paper mistaken for route stability

41. HARD-FAIL DIAGNOSTIC FLAGS

HARD_FAIL_1
same substrate leak survives three repair cycles

HARD_FAIL_2
transfer remains T0 while topic coverage expands

HARD_FAIL_3
timed collapse severe despite untimed fluency

HARD_FAIL_4
student cannot explain repaired skill after several sessions

HARD_FAIL_5
panic rises whenever unfamiliar form appears

HARD_FAIL_6
tutorial time mostly spent firefighting current school work with no root repair

42. MINIMUM VIABLE REPAIR CONDITIONS

MINIMUM_REPAIR_CONDITIONS

root leak correctly named
one clear current priority
workload truncated to viable size
fences active
weekly verification cycle active
student still engaging
family noise not overwhelming repair

43. SYSTEM BOUNDARIES

BOUNDARY_1
Not every low mark means deep collapse.

BOUNDARY_2
Not every right answer means stability.

BOUNDARY_3
Diagnostics cannot replace effort.

BOUNDARY_4
Repair cannot outpace drift forever if student refuses all load-bearing.

BOUNDARY_5
Tutorial cannot fully neutralise chronic home instability alone.

BOUNDARY_6
Speed should not be repaired before legality.

44. INTERSTELLARCORE READING

INTERSTELLARCORE_ROLE
InterstellarCore reads this diagnostic system as a base-floor protection engine.

FUNCTION_HERE

detect where corridor leaks
preserve P0-to-P3 transfer
protect future mathematical reach
stop advanced abstraction from cannibalising weak substrate

RULE
No frontier projection without base-floor verification.

45. MASTER RUNTIME LOOP

while StudentState != TargetState:
Sense()
Classify()
MapOnLattice()
ChooseRepairLoop()
ApplyFences()
RebuildSkill()
VerifyLegality()
TestTransfer()
AddTimePressureIfReady()
UpdateBoard()
ForecastNextNode()
end

46. ALMOST-CODE MASTER SUMMARY

ENTITY = eduKateSG.G2AM.Tutorial.DiagnosticRepair

TYPE = DiagnosticRepairRuntime

PARENT = eduKateSG.G2AM.Tutorial

PAIR = eduKateSG.G2AM.Tutorial.FailureSpec

FUNCTION = sense + classify + repair + verify + forecast

STATE_FORMAT = G2AM.Zx.Px.Lx.Rx.Tx.Ex

DIAGNOSTIC_DOMAINS =
[concept, procedure, invariants, transfer, time, emotion, independence, future_reachability]

SENSOR_STACK =
[input, drift, ledger, time, emotion, transfer, forecast]

MAIN_TESTS =
[entry_diagnostic, topic_probe, invariant_probe, transfer_probe, timed_compression_probe, oral_probe, post_mortem_audit, recovery_verification]

REPAIR_LOOP =
detect -> isolate -> reduce -> reteach -> constrain -> rehearse -> verify -> transfer -> compress_time -> re_audit

LOOP_TYPES =
[micro, topic, substrate, timed_stability, emotional_regulation, independence]

FENCES =
[sign, bracket, interval, identity, domain, exact_value, chain_rule]

LEDGER =
[equality, sign, domain, exactness, graph_shape, rate_of_change, area_meaning]

CORE_LAW =
you cannot repair what you have not correctly named

SAFE_CONDITION =
if root_leak_identified and repair_rate >= drift_rate and invariants_protected == TRUE
then corridor_stabilises

FAIL_CONDITION =
if diagnosis_wrong or repair_too_broad or transfer_not_checked
then drift_persists beneath surface

MISSION =
restore stable mathematical continuity and preserve future reachability

47. CLOSING LOCK

FINAL_LOCK
G2 Additional Mathematics Tutorial is not merely a place where questions are explained.
In full runtime form, it is a sensing-and-repair system that reads hidden drift, protects invariants, rebuilds broken substrate, and keeps the student inside a viable symbolic corridor long enough to reach independent stability.

Control Tower, Runtime Board, and Forecast Engine in Full Almost-Code

eduKateSG Runtime Spec

Version: `eduKateSG.G2AM.TUTORIAL.CT-FE.v1.0`

0. CANONICAL STATUS

SYSTEM_NAME = "eduKateSG G2 Additional Mathematics Tutorial — Control Tower, Runtime Board, and Forecast Engine"

SYSTEM_CLASS = "Control Layer / Runtime Board / Forecast Engine / Tutorial Governance Stack"

PARENT_SYSTEM = "eduKateSG.G2AM.TUTORIAL.v1.0"

PAIR_SYSTEM_1 = "eduKateSG.G2AM.TUTORIAL.FAILURE.v1.0"

PAIR_SYSTEM_2 = "eduKateSG.G2AM.TUTORIAL.DIAG-REPAIR.v1.0"

DOMAIN = "Secondary Mathematics / G2 Additional Mathematics / Tutorial Runtime Governance"

PRIMARY_PURPOSE = "Convert diagnosis and repair into a live operational board that tracks the student, directs action, and forecasts route stability across time"

READING_RULE = "This document explains how eduKateSG sees the whole G2 Additional Mathematics tutorial corridor as a live control board rather than a loose series of lessons"

DASHBOARD_NOT_DRIVER = TRUE

1. CLASSICAL BASELINE

CLASSICAL_DEFINITION
A control tower in teaching is the organised system by which a tutor monitors performance, identifies risk, decides priorities, and updates intervention as the student progresses.

EDUKATESG_DEFINITION
The G2 Additional Mathematics Control Tower is the live governance board that reads the student’s current mathematical state, detects corridor drift, updates repair priorities, protects invariants, and forecasts whether the student’s route is widening, stabilising, or collapsing.

2. WHY THIS DOCUMENT EXISTS

WHY_EXIST

LESSONS_ALONE_ARE_NOT_A_SYSTEM

many tutorials are just topic delivery
a true tutorial runtime needs live control

WITHOUT_A_BOARD_THE_TUTOR_FLIES_BLIND

too many weak signals stay disconnected
one week’s test is misread in isolation
drift accumulates silently

FORECASTING_MATTERS

the tutorial should not only explain today
it must predict tomorrow’s failure or recovery

CIVOS_REASON

a civilisation-grade education system needs not only content
it needs sensing, routing, and continuity control
the Control Tower is that local continuity organ

3. SYSTEM POSITION

STACK = PlanetOS -> CivOS -> EducationOS -> MathOS -> TutorialOS -> ControlTowerOS -> G2AM ControlTower

POSITION_READING

PlanetOS = total human reality interacting with the learner
CivOS = regeneration / continuity / repair logic
EducationOS = sequencing and transfer corridor
MathOS = mathematical signal discipline
TutorialOS = tutorial execution engine
ControlTowerOS = live governance and board reading
G2AM ControlTower = concrete student-facing implementation

4. CONTROL TOWER FUNCTION

CONTROL_TOWER_FUNCTION =
See -> Classify -> Prioritise -> Route -> Protect -> Forecast -> Update

EXPANDED
The Control Tower must:

see current student state
name dominant drift
rank urgency correctly
assign repair route
protect mathematical legality
forecast near-future outcomes
update the board after each cycle

5. CORE LAW

LAW_1
What is not on the board is often not being governed.

LAW_2
A good board reduces confusion by showing the real bottleneck.

LAW_3
The board must not only display results.
It must display corridor quality.

LAW_4
Forecast is not fortune telling.
Forecast is structured probability reading from current signals.

LAW_5
A strong tutorial does not merely work hard.
It updates direction from evidence.

6. MAIN ENTITY MODEL

ENTITY = StudentRoute

ENTITY_FORMAT = G2AM.Zx.Px.Lx.Rx.Tx.Ex

Where:

Zx = zoom level
Px = phase
Lx = lattice valence
Rx = route stability
Tx = transfer strength
Ex = emotional regulation state

Example:
StudentRoute = G2AM.Z0.P2.0Latt.R2.T1.E0

Meaning:

individual student
working build phase
unstable but recoverable boundary band
workable route
weak-to-near transfer
emotionally neutral

7. BOARD OBJECTIVE

BOARD_OBJECTIVE
Track the student as a moving route, not a static score.

BOARD_MUST_SHOW

current state
major failure source
major repair priority
time pressure status
transfer condition
emotional state
future aperture
forecast direction

8. CONTROL BOARD ARCHITECTURE

BOARD_ARCHITECTURE =
Identity Layer -> Current State Layer -> Drift Layer -> Ledger Layer -> Repair Layer -> Time Layer -> Forecast Layer -> Action Layer

8.1 IDENTITY LAYER

Contains:

student name / code
school level
current academic year
G2 A Math route status
lesson frequency

8.2 CURRENT STATE LAYER

Contains:

current lattice code
topic state
current phase
current confidence condition

8.3 DRIFT LAYER

Contains:

top recurring error classes
main substrate leak
current symbolic instability pattern

8.4 LEDGER LAYER

Contains:

invariant breaches
legality failures
representation disconnects

8.5 REPAIR LAYER

Contains:

current repair loop
current fences
2-week priority
active drills

8.6 TIME LAYER

Contains:

time to next school node
revision buffer
workload compression state

8.7 FORECAST LAYER

Contains:

collapse risk
stabilisation probability
projection potential
cone width

8.8 ACTION LAYER

Contains:

next lesson focus
homework target
parent-facing instruction
escalation or de-escalation signal

9. BOARD FIELDS

BOARD_FIELDS =

StudentID
EntryState
CurrentState
LastState
PrimaryLeak
SecondaryLeak
Top3ErrorClasses
Top3InvariantBreaches
CurrentRepairLoop
CurrentFences
TransferLevel
TimedStability
EmotionState
BufferState
TimeToNextNode
ApertureStatus
CollapseRisk
RecoveryProbability
ProjectionPotential
2WeekGoal
4WeekForecast
NextLessonAction

10. BOARD READING RULE

READING_RULE
Never interpret one field alone.

EXAMPLE
A student with:

decent marks
weak transfer
high homework-test gap
strong dependence on prompting

may still be fragile.

THEREFORE
Board reading is multi-signal, not single-score.

11. CURRENT STATE ENGINE

CURRENT_STATE_ENGINE
After each session, update:

lattice phase
valence state
route stability
transfer strength
emotional condition

UPDATE_RULE
Only update phase upward if the student can:

do independently
preserve legality
survive mild variation
survive moderate time pressure

NO_FALSE_PROMOTION
Do not move from P1 to P2, or P2 to P3, on surface fluency alone.

12. DRIFT PANEL

DRIFT_PANEL
Shows the main active leak families.

DRIFT_CLASSES

sign drift
bracket drift
factorisation drift
equation continuity drift
graph interpretation drift
trig exact-value drift
interval drift
chain-rule drift
derivative meaning drift
area-sign drift
emotional drift
pacing drift

RULE
Only 1 primary leak and at most 2 secondary leaks should dominate the board at one time.
Too many “priorities” means no priority.

13. LEDGER PANEL

LEDGER_PANEL
Tracks whether mathematical legality is holding.

LEDGER_FIELDS

EqualityIntegrity
SignIntegrity
DomainIntegrity
ExactValueIntegrity
RepresentationIntegrity
FunctionMeaningIntegrity
DifferentiationIntegrity
IntegrationIntegrity

STATUS_VALUES = [safe, unstable, breached]

LEDGER_RULE
A right answer through a breached ledger is not a safe corridor.

14. REPAIR PANEL

REPAIR_PANEL
Displays active intervention.

FIELDS

LoopType
LoopDepth
LoopDuration
CurrentTargetSkill
CurrentFences
VerificationMode
TransferCheckMode

LOOP_TYPES

micro_repair
topic_repair
substrate_repair
timed_stability
emotional_regulation
independence_build

15. TIME PANEL

TIME_PANEL
Shows compression and timing risk.

FIELDS

DaysToNextTest
WeeksToExamNode
TopicStackPressure
HomeworkLoad
RevisionBuffer
RecoveryWindow
NodeCompressionLevel

NODE_COMPRESSION_LEVEL = [low, medium, high, critical]

RULE
As node compression rises, repair must become narrower and more urgent.

16. FORECAST PANEL

FORECAST_PANEL
Shows route projection based on current signals.

FIELDS

CollapseRisk
StabilisationProbability
ProjectionPotential
RouteDirection
ConeWidth
ApertureStatus

ROUTE_DIRECTION = [widening, stabilising, narrowing, collapsing]

CONE_WIDTH = [wide, moderate, narrow, critical]

17. ACTION PANEL

ACTION_PANEL
Translates board state into next moves.

FIELDS

NextLessonPrimaryFocus
NextLessonSecondaryFocus
HomeworkType
TimedPracticeStatus
ParentInstruction
EscalationNeed
ReviewDate

RULE
A board with no action panel is only description, not control.

18. PRIMARY METRICS

METRIC_1 = StructuralAccuracy
METRIC_2 = InvariantSafety
METRIC_3 = TransferStrength
METRIC_4 = TimedSurvivability
METRIC_5 = Independence
METRIC_6 = EmotionalRegulation
METRIC_7 = RepairVelocity
METRIC_8 = DriftRate
METRIC_9 = BufferThickness
METRIC_10 = FutureReachability

19. COMPOSITE SCORES

19.1 STABILITY SCORE

StabilityScore =
0.18*StructuralAccuracy + 0.18*InvariantSafety + 0.16*TransferStrength + 0.16*TimedSurvivability + 0.12*Independence + 0.10*EmotionalRegulation + 0.10*BufferThickness

19.2 DRIFT SCORE

DriftScore =
0.22*ErrorRepeatRate + 0.18*LedgerBreaches + 0.15*HomeworkTestGap + 0.15*TransferFailure + 0.10*TimeCollapse + 0.10*PromptDependence + 0.10*EmotionalInstability

19.3 RECOVERY MOMENTUM SCORE

RecoveryMomentum =
0.25*RepairVelocity + 0.20*ErrorReduction + 0.15*SelfCorrectionGrowth + 0.15*TransferImprovement + 0.10*TimedImprovement + 0.10*ConfidenceStabilisation + 0.05*HomeworkIntegrity

20. FORECAST ENGINE INPUTS

FORECAST_INPUTS =

current lattice state
previous lattice states
drift rate
repair rate
time to next node
topic dependency density
transfer strength
timed performance shape
emotional stability
home support quality
tutorial consistency
school pressure profile

21. FORECAST ENGINE VARIABLES

V1 = DriftRate
V2 = RepairRate
V3 = BufferThickness
V4 = TransferStrength
V5 = TimeToNode
V6 = NodeCompression
V7 = EmotionalNoise
V8 = SupportQuality
V9 = TopicDependencyLoad
V10 = IndependenceLevel
V11 = LedgerSafety
V12 = ConeWidth

22. FORECAST ENGINE CORE LAW

CORE_FORECAST_LAW
if RepairRate > DriftRate and LedgerSafety == stable and BufferThickness > minimum
then RouteDirection tends toward stabilising or widening

if DriftRate > RepairRate and NodeCompression rises and TransferStrength remains weak
then RouteDirection tends toward narrowing or collapsing

23. COLLAPSE RISK FORMULA

CollapseRisk =
f(DriftRate, LedgerBreaches, WeakTransfer, EmotionalNoise, NodeCompression, ThinBuffer, PromptDependence)

APPROX_RULE
CollapseRisk increases when:

same error patterns persist
invariants remain breached
exam node approaches
transfer remains weak
timed breakdown worsens
student relies on prompts
panic rises

BANDS

0.00 - 0.24 = low
0.25 - 0.49 = guarded
0.50 - 0.74 = high
0.75 - 1.00 = critical

24. RECOVERY PROBABILITY FORMULA

RecoveryProbability =
f(RepairRate, StudentEngagement, AccurateDiagnosis, TimeRemaining, SupportQuality, BufferGrowth, TransferGain)

INCREASES_WHEN

diagnosis is sharp
workload is truncated correctly
student still participates
time remains before major node
home environment is not sabotaging repair
transfer is slowly returning

25. PROJECTION POTENTIAL FORMULA

ProjectionPotential =
f(PresentStability, TransferStrength, Independence, BufferThickness, FutureTimeWindow)

MEANING
Projection potential is not “genius score”.
It is the degree to which the student may move beyond mere survival into stronger future mathematical corridors.

26. ROUTE BANDS

BAND_A = Independent Growth Corridor
Code = P3.+Latt.R3.T2/T3

widening route
stable under moderate variation
future reach preserved

BAND_B = Stable Working Corridor
Code = P2.+Latt.R2.T1/T2

good working state
still needs reinforcement

BAND_C = Boundary Corridor
Code = P2.0Latt.R2.T1

passes are possible
fragility still present

BAND_D = Fragile Survival Corridor
Code = P1.0Latt/-Latt.R1.T0/T1

heavy support needed
danger zone

BAND_E = Collapse Corridor
Code = P0/P1.-Latt.R0/R1.T0

route broken or near-broken
emergency substrate repair required

27. ALERT ENGINE

ALERT_ENGINE
Triggers when board crosses thresholds.

ALERT_1 = RepeatErrorAlert

same error persists across 3 cycles

ALERT_2 = TransferFailureAlert

rehearsed form okay, changed form fails repeatedly

ALERT_3 = TimedCollapseAlert

strong untimed / weak timed gap widening

ALERT_4 = NodeCompressionAlert

test or exam too close for broad repair

ALERT_5 = DependencyAlert

student waiting for prompts excessively

ALERT_6 = EmotionAlert

panic or shutdown rising

ALERT_7 = LedgerBreachAlert

structural illegality recurring

ALERT_8 = FalseStabilityAlert

one good result masking weak route

28. FORECAST MODES

MODE_1 = Immediate Forecast

next lesson
next week
next class test

MODE_2 = Short Horizon Forecast

2 to 4 weeks
next topic block
next school assessment window

MODE_3 = Medium Horizon Forecast

end-of-term
pre-exam stability

MODE_4 = Route Forecast

whether the student is preserving future mathematical reach

29. CHRONOFLIGHT OVERLAY

ChronoFlight = Structure x Phase x Time

29.1 TIME SLICES

T-3 = latent weakness
T-2 = early drift
T-1 = unstable signals
T0 = diagnosis now
T+1 = active repair
T+2 = stabilisation or relapse
T+3 = route widening or narrowing

29.2 CHRONOFLIGHT CONTROL LAW

if early drift is seen and repaired before node compression
then cone widens

if drift is ignored until near exam node
then cone narrows and action options shrink

30. CONE OF POSSIBILITY PANEL

CONE_PANEL
Tracks how many viable future moves remain.

WIDE_CONE

early diagnosis
low panic
stable algebra substrate
adequate time

MODERATE_CONE

some weak points
still repairable with discipline

NARROW_CONE

drift active
limited time
mixed-paper fragility

CRITICAL_CONE

collapse risk high
only narrow high-yield repairs remain

RULE
The tutorial should aim not only to improve marks, but to widen the student’s cone of possibility.

31. RUNTIME UPDATE CYCLE

UPDATE_CYCLE =

retrieve last board state
observe current session data
classify drift or gain
update ledger status
update repair loop
update time panel
run forecast
generate action outputs
log board snapshot

FREQUENCY

mini-update every lesson
formal board update weekly
forecast checkpoint every 2 to 4 weeks
node-sensitive update before major test/exam

32. BOARD SNAPSHOT FORMAT

SNAPSHOT_FORMAT =
[Date]
EntryState = ...
CurrentState = ...
PrimaryLeak = ...
CurrentLoop = ...
CollapseRisk = ...
RouteDirection = ...
2WeekGoal = ...
NextAction = ...

EXAMPLE
[2026-04-08]
EntryState = G2AM.Z0.P1.-Latt.R1.T0.E-1
CurrentState = G2AM.Z0.P2.0Latt.R2.T1.E0
PrimaryLeak = factorisation_under_calculus
CurrentLoop = substrate_repair
CollapseRisk = 0.42
RouteDirection = stabilising
2WeekGoal = strengthen independent derivative solving
NextAction = shift from guided factorisation to timed mixed derivatives

33. LESSON-LEVEL BOARD LOGIC

LESSON_LOGIC
At start of lesson:

check memory retention
check prior repair integrity
check emotional entry state

During lesson:

observe drift under live load
test independence
apply fence if breach occurs

End of lesson:

verify target skill
test one transfer move
update next action

34. WEEKLY BOARD LOGIC

WEEKLY_LOGIC

compare this week vs last week
see if primary leak changed
see if collapse risk is falling
decide whether to continue same loop or switch loop type
update family communication if needed

RULE
No weekly cycle should end without one of these outcomes:

sharper diagnosis
confirmed stabilisation
revised repair plan
escalation alert

35. MONTHLY / TERM FORECAST LOGIC

MONTHLY_FORECAST_LOGIC

compare topic coverage with true corridor stability
check whether future node pressure is outpacing repair
decide whether route is:
widening
plateauing
narrowing
collapsing

TERM_LEVEL_OUTPUT

survive current term?
regain stability?
prepare for higher demand?
preserve longer mathematical pathway?

36. BOARD ACTION OUTPUTS

ACTION_OUTPUTS

hold
repair
intensify
decompress
truncate
re-sequence
stabilise
test_transfer
introduce_timed_pressure
pull_back_from_speed
escalate_support
project_forward

RULE
Action output must match board condition.

EXAMPLE
Do not project_forward when:

transfer is weak
ledger is breached
timed survival is unstable

37. PARENT INTERFACE BOARD

PARENT_BOARD
Should be readable and useful.

PARENT_FIELDS

current route status
main weakness
current repair focus
emotional condition
next assessment risk
practical home instruction

PARENT_RULE
Parents do not need every technical detail.
They need clear, accurate guidance.

EXAMPLE

“Main issue is not calculus itself but weak factorisation under calculus.”
“Please protect 3 focused study blocks this week.”
“Do not push new papers yet. The current task is repair, not speed.”

38. SCHOOL INTERFACE BOARD

SCHOOL_INTERFACE_BOARD
Maps school reality into tutorial control.

FIELDS

current school chapter
next school test date
school pacing pressure
mismatch between school demand and student current state
tutorial buffer response

RULE
The tutorial should absorb school pressure and translate it, not merely duplicate it.

39. AVOO ROLE MAPPING

ARCHITECT

designs board structure
defines thresholds
sets forecast logic

VISIONARY

reads long-route consequences
preserves future reachability

ORACLE

interprets hidden drift
sees what is not obvious from marks alone

OPERATOR

runs lessons
updates board
executes drills
logs evidence

RULE
A real control tower uses all four functions even if one tutor carries multiple roles.

40. CONTROL TOWER FAILURE MODES

FAILURE_MODE_1 = board_not_updated

drift becomes invisible

FAILURE_MODE_2 = too_many_metrics

signal drowned in noise

FAILURE_MODE_3 = score_only_board

marks replace structural reading

FAILURE_MODE_4 = no_forecast

tutorial reacts too late

FAILURE_MODE_5 = no_action_link

board describes but does not govern

FAILURE_MODE_6 = false_positive_progress

improvement assumed without transfer proof

FAILURE_MODE_7 = emotional_state_ignored

route instability misread as attitude alone

41. MINIMUM VIABLE CONTROL TOWER

MINIMUM_VIABLE_CT
A minimal working board must at least track:

current lattice state
primary leak
top invariant breaches
current repair loop
timed stability
transfer level
collapse risk
next action

IF_MISSING
The tutorial is under-governed.

42. EXAMPLE BOARDS

42.1 COLLAPSING STUDENT

StudentID = S-G2AM-014
EntryState = G2AM.Z0.P1.-Latt.R1.T0.E-1
CurrentState = G2AM.Z0.P1.-Latt.R1.T0.E-1
PrimaryLeak = sign_and_factorisation_drift
Top3InvariantBreaches = [sign, bracket, equality]
CurrentRepairLoop = substrate_repair
TransferLevel = T0
TimedStability = low
BufferState = thin
TimeToNextNode = 10 days
CollapseRisk = 0.78
RecoveryProbability = 0.46
ProjectionPotential = low
RouteDirection = collapsing
NextLessonAction = truncate_and_rebuild_core_algebra_under_current_topic

42.2 STABILISING STUDENT

StudentID = S-G2AM-028
EntryState = G2AM.Z0.P1.0Latt.R1.T0.E0
CurrentState = G2AM.Z0.P2.0Latt.R2.T1.E0
PrimaryLeak = trig_interval_filtering
Top3InvariantBreaches = [interval, exact_value, representation]
CurrentRepairLoop = topic_repair
TransferLevel = T1
TimedStability = medium
BufferState = growing
TimeToNextNode = 24 days
CollapseRisk = 0.39
RecoveryProbability = 0.71
ProjectionPotential = medium
RouteDirection = stabilising
NextLessonAction = move from guided trig solving to mixed interval transfer drills

42.3 PROJECTING STUDENT

StudentID = S-G2AM-042
EntryState = G2AM.Z0.P2.+Latt.R2.T1.E1
CurrentState = G2AM.Z0.P3.+Latt.R3.T2.E1
PrimaryLeak = minor time-efficiency loss
Top3InvariantBreaches = [none_major, occasional interval looseness, minor notation drift]
CurrentRepairLoop = timed_stability
TransferLevel = T2
TimedStability = high
BufferState = thick
TimeToNextNode = 31 days
CollapseRisk = 0.14
RecoveryProbability = 0.88
ProjectionPotential = high
RouteDirection = widening
NextLessonAction = preserve legality while increasing mixed-paper compression

43. INTERSTELLARCORE READING

INTERSTELLARCORE_ROLE
The Control Tower is the base-floor governance interface inside the larger education runtime.

INTERSTELLARCORE_FUNCTION_HERE

protect the floor
prevent hidden collapse
keep the student within viable corridor
allow upward stretch only when the base is verified

RULE
No frontier stretch if the board still shows substrate breach.

44. HARD BOUNDARIES

BOUNDARY_1
The board cannot replace student effort.

BOUNDARY_2
The board does not remove uncertainty fully; it reduces it.

BOUNDARY_3
Forecast is probabilistic, not absolute destiny.

BOUNDARY_4
A stable board reading still requires continuous update.

BOUNDARY_5
Over-control can also distort learning if every small discomfort is treated as collapse.

BOUNDARY_6
The board must help judgment, not replace judgment.

45. MASTER RUNTIME

while StudentRoute != TargetRoute:
PullSessionSignals()
UpdateCurrentState()
UpdateDriftPanel()
UpdateLedgerPanel()
UpdateRepairPanel()
UpdateTimePanel()
RunForecastEngine()
GenerateActionOutputs()
LogSnapshot()
if NodeCompression rises:
NarrowRepairScope()
if CollapseRisk > Threshold:
EscalateSubstrateProtection()
if StabilityScore rises and TransferStrength holds:
ConsiderProjection()
end

46. ALMOST-CODE MASTER SUMMARY

ENTITY = eduKateSG.G2AM.Tutorial.ControlTowerForecastEngine

TYPE = GovernanceBoardRuntime

PARENT = eduKateSG.G2AM.Tutorial

PAIRS = [FailureSpec, DiagnosticRepair]

FUNCTION = see + classify + prioritise + route + protect + forecast + update

BOARD_LAYERS =
[identity, current_state, drift, ledger, repair, time, forecast, action]

MAIN_FIELDS =
[EntryState, CurrentState, PrimaryLeak, InvariantBreaches, CurrentRepairLoop, TransferLevel, TimedStability, BufferState, TimeToNextNode, CollapseRisk, RecoveryProbability, ProjectionPotential, RouteDirection, NextLessonAction]

PRIMARY_METRICS =
[StructuralAccuracy, InvariantSafety, TransferStrength, TimedSurvivability, Independence, EmotionalRegulation, RepairVelocity, DriftRate, BufferThickness, FutureReachability]

FORECAST_INPUTS =
[current_state, prior_states, drift_rate, repair_rate, time_to_node, transfer, emotional_noise, support_quality, topic_dependency_load, ledger_safety]

ROUTE_DIRECTION = [widening, stabilising, narrowing, collapsing]

CONE_WIDTH = [wide, moderate, narrow, critical]

ALERTS =
[repeat_error, transfer_failure, timed_collapse, node_compression, dependency, emotion_rise, ledger_breach, false_stability]

CORE_FORECAST_LAW =
if RepairRate > DriftRate and LedgerSafety stable and BufferThickness > minimum
then route tends to stabilise or widen
else if DriftRate > RepairRate and NodeCompression rises
then route tends to narrow or collapse

ACTION_OUTPUTS =
[hold, repair, intensify, decompress, truncate, resequence, stabilise, test_transfer, introduce_timed_pressure, pull_back_from_speed, escalate_support, project_forward]

CIVOS_ROLE =
local continuity governance organ inside the educational regeneration stack

MISSION =
turn scattered tutorial signals into governed route intelligence

47. FINAL LOCK

FINAL_LOCK
The G2 Additional Mathematics tutorial reaches full runtime form only when it has a live Control Tower.
Without it, teaching remains reactive.
With it, the tutorial becomes a governed corridor:

seeing hidden drift,
protecting mathematical legality,
directing repair,
forecasting future risk,
and widening the student’s possible route through time.

The official 2027 SEC G2 Additional Mathematics syllabus positions the subject as preparation for G3 Additional Mathematics, assumes G2 Mathematics plus prior work on linear inequalities and sketching quadratic graphs, and organises the content into three strands: Algebra, Geometry and Trigonometry, and Calculus. The topic blocks are A1 Quadratic functions, A2 Equations and inequalities, A3 Surds, A4 Polynomials and partial fractions, G1 Trigonometric functions, identities and equations, G2 Coordinate geometry in two dimensions, and C1 Differentiation and integration. (SEAB)

Below is the next continuation in the stack.

Technical Documentation of G2 Additional Mathematics Tutorial

Topic-by-Topic Runtime Mapping and Lattice Codes in Full Almost-Code

eduKateSG Runtime Spec

Version: `eduKateSG.G2AM.TUTORIAL.TOPICMAP.v1.0`

0. CANONICAL STATUS

SYSTEM_NAME = "eduKateSG G2 Additional Mathematics Tutorial — Topic-by-Topic Runtime Mapping and Lattice Codes"

SYSTEM_CLASS = "Topic Runtime Map / Lattice Routing Layer / Module Translation Engine"

PARENT_SYSTEM = "eduKateSG.G2AM.TUTORIAL.v1.0"

PAIR_SYSTEM_1 = "eduKateSG.G2AM.TUTORIAL.FAILURE.v1.0"

PAIR_SYSTEM_2 = "eduKateSG.G2AM.TUTORIAL.DIAG-REPAIR.v1.0"

PAIR_SYSTEM_3 = "eduKateSG.G2AM.TUTORIAL.CT-FE.v1.0"

DOMAIN = "Secondary Mathematics / G2 Additional Mathematics / Topic Runtime Translation"

PRIMARY_PURPOSE = "Translate each official G2 Additional Mathematics topic into eduKateSG runtime logic, lattice codes, failure gates, repair routes, and transfer pathways"

READING_RULE = "This document does not replace the official syllabus. It converts the official topic list into a live tutorial runtime map."

DASHBOARD_NOT_DRIVER = TRUE

1. CLASSICAL BASELINE

CLASSICAL_DEFINITION
A topic map in mathematics teaching shows what has to be learned, how topics are grouped, and how they connect.

EDUKATESG_DEFINITION
The G2 Additional Mathematics Topic Runtime Map is the structured translation of each syllabus topic into:

concept identity
invariant set
substrate requirements
common drift forms
repair corridor
transfer route
lattice state targets
future reachability value

2. OFFICIAL BASELINE LOCK

OFFICIAL_BASELINE
The current SEC G2 Additional Mathematics syllabus is organised into:

ALGEBRA
A1 Quadratic functions
A2 Equations and inequalities
A3 Surds
A4 Polynomials and partial fractions
GEOMETRY_AND_TRIGONOMETRY
G1 Trigonometric functions, identities and equations
G2 Coordinate geometry in two dimensions
CALCULUS
C1 Differentiation and integration (SEAB)

ENTRY_ASSUMPTIONS
The syllabus assumes knowledge of G2 Mathematics, solving linear inequalities in one variable, and sketching quadratic graphs in the forms y = ±(x − p)^2 + q and y = ±(x − a)(x − b). (SEAB)

3. TOPIC-MAP PURPOSE

PURPOSE
For every official topic, the tutorial must know:

what the topic is
what it is really training
what weaker substrate it depends on
where students usually drift
what repair loop is best
what later topics this topic feeds

RULE
A chapter title is not enough.
A runtime needs the hidden structure under the title.

4. GLOBAL TOPIC CODE FORMAT

TOPIC_CODE_FORMAT = "G2AM.<MODULE>.<LAYER>.<STATE>"

Examples:

G2AM.A1.CONCEPT
G2AM.A2.FAIL.SIGNDRIFT
G2AM.G1.REPAIR.INTERVAL
G2AM.C1.TRANSFER.RATE2GRAPH

MODULE_SET = [A1, A2, A3, A4, G1, G2, C1]

LAYER_SET = [CONCEPT, INVARIANT, SUBSTRATE, FAIL, SENSOR, REPAIR, TRANSFER, TARGET]

5. GLOBAL LATTICE TARGETS BY TOPIC

TOPIC_TARGET_LOGIC
Each topic aims to move the student from:

P0/P1 imitation or breakdown
to
P2 workable execution
and ideally
P3 independent transfer

MINIMUM_TOPIC_TARGET
TopicTarget.Minimum = Px=P2, Lx=+Latt, Rx=R2, Tx=T1

PREFERRED_TOPIC_TARGET
TopicTarget.Preferred = Px=P3, Lx=+Latt, Rx=R3, Tx=T2

HIGH_TOPIC_TARGET
TopicTarget.High = Px=P3, Lx=+Latt, Rx=R3, Tx=T3

6. MASTER MODULE MAP

MASTER_MODULE_MAP =

A1 = shape + condition + quadratic modelling
A2 = solution-state logic + discriminant logic + inequality control
A3 = symbolic hygiene + exact-form discipline
A4 = decomposition + factor logic + structural breaking-apart
G1 = periodic structure + identity legality + interval discipline
G2 = geometry-algebra fusion
C1 = rate-of-change + accumulation + dynamic mathematics

The official content of these seven modules comes directly from the current G2 Additional Mathematics syllabus.

7. MODULE A1 — QUADRATIC FUNCTIONS

7.1 OFFICIAL LOCK

MODULE = A1

OFFICIAL_SCOPE

maximum or minimum of a quadratic by completing the square
conditions for y = ax^2 + bx + c to be always positive or always negative
use of quadratic functions as models

7.2 RUNTIME IDENTITY

RUNTIME_IDENTITY
A1 is the shape-control module.

WHAT_IT_REALLY_TRAINS

seeing a quadratic as a structured object
converting algebra into graph meaning
reading turning behaviour
understanding condition space, not only solving roots

7.3 SUBSTRATE REQUIREMENTS

SUBSTRATE.A1 =

expansion
factorisation
completing the square
sign discipline
graph basics
vertex interpretation

7.4 INVARIANTS

INVARIANTS.A1 =

coefficient-sign meaning
vertex-form integrity
equivalence under completing square
graph-shape preservation
positivity/negativity logic

7.5 COMMON DRIFT

FAIL.A1 =

sign loss during square completion
incorrect constant balancing
graph read as decoration only
confusion between roots and turning point
weak interpretation of “always positive” / “always negative”

7.6 SENSOR SET

SENSORS.A1 =

can student reconstruct vertex form?
can student explain why a minimum exists?
can student move between equation and graph language?
can student tell when no x-intercepts still coexist with positive values?

7.7 REPAIR LOOP

REPAIR.A1 =
shape_recognition -> vertex_rebuild -> sign_lock -> graph_translation -> condition_drill -> model_transfer

7.8 TRANSFER ROUTES

TRANSFER.A1 =

A1 -> A2 discriminant and condition logic
A1 -> modelling under calculus
A1 -> stationary-point intuition in C1

7.9 TARGET STATE

TARGET.A1.MIN = G2AM.A1.P2.+Latt.R2.T1
TARGET.A1.PREF = G2AM.A1.P3.+Latt.R3.T2

8. MODULE A2 — EQUATIONS AND INEQUALITIES

8.1 OFFICIAL LOCK

MODULE = A2

OFFICIAL_SCOPE

conditions for quadratic equation to have two real roots, two equal roots, or no real roots
related line-curve conditions for intersect, tangent, or no intersection
simultaneous equations by substitution when one equation is linear
quadratic inequalities with solution on the number line

8.2 RUNTIME IDENTITY

RUNTIME_IDENTITY
A2 is the condition-and-solution-state module.

WHAT_IT_REALLY_TRAINS

branching logic
threshold reading
discriminant meaning
interval and sign control
curve-line relationship reasoning

8.3 SUBSTRATE REQUIREMENTS

SUBSTRATE.A2 =

factorisation
quadratic formula familiarity
substitution
graph shape awareness
number-line discipline
inequality handling

8.4 INVARIANTS

INVARIANTS.A2 =

discriminant-state interpretation
tangent = repeated root condition
intersection count consistency
solution-set integrity
interval endpoint legality

8.5 COMMON DRIFT

FAIL.A2 =

discriminant computed correctly but interpreted wrongly
equal roots vs no roots confusion
tangent condition treated as memorised slogan
interval errors
illegal flipping or incomplete inequality solution

8.6 SENSOR SET

SENSORS.A2 =

can student explain what b^2 - 4ac means geometrically?
can student distinguish root state from graph state?
can student represent solution set correctly on number line?
can student filter simultaneous solutions logically?

8.7 REPAIR LOOP

REPAIR.A2 =
discriminant_state_table -> line_curve_visual -> substitution_control -> sign_chart_protocol -> interval_filter

8.8 TRANSFER ROUTES

TRANSFER.A2 =

A2 -> C1 stationary points and sign regions
A2 -> G2 geometric interpretation of conditions
A2 -> later optimisation reasoning

8.9 TARGET STATE

TARGET.A2.MIN = G2AM.A2.P2.+Latt.R2.T1
TARGET.A2.PREF = G2AM.A2.P3.+Latt.R3.T2

9. MODULE A3 — SURDS

9.1 OFFICIAL LOCK

MODULE = A3

OFFICIAL_SCOPE

four operations on surds including rationalising the denominator
solving equations involving surds

9.2 RUNTIME IDENTITY

RUNTIME_IDENTITY
A3 is the exact-form discipline module.

WHAT_IT_REALLY_TRAINS

symbolic cleanliness
legal simplification
exactness respect
anti-shortcut discipline

9.3 SUBSTRATE REQUIREMENTS

SUBSTRATE.A3 =

index-law comfort
multiplication and factor skills
fraction handling
exact-value awareness

9.4 INVARIANTS

INVARIANTS.A3 =

equivalence preservation
denominator rationalisation legality
exact form vs approximation distinction
radical structure integrity

9.5 COMMON DRIFT

FAIL.A3 =

fake cancellation
illegal simplification under radicals
denominator rationalised wrongly
equation solved with structural damage

9.6 SENSOR SET

SENSORS.A3 =

can student explain why a step is legal?
does student preserve radical form?
does student confuse approximate decimal comfort with exact symbolic requirement?

9.7 REPAIR LOOP

REPAIR.A3 =
legality_check -> equivalence_pairing -> denominator_protocol -> exact_form_reinforcement -> equation_verification

9.8 TRANSFER ROUTES

TRANSFER.A3 =

A3 -> trig exact values in G1
A3 -> calculus exactness habits in C1
A3 -> broader symbolic hygiene across all modules

9.9 TARGET STATE

TARGET.A3.MIN = G2AM.A3.P2.+Latt.R2.T1
TARGET.A3.PREF = G2AM.A3.P3.+Latt.R3.T2

10. MODULE A4 — POLYNOMIALS AND PARTIAL FRACTIONS

10.1 OFFICIAL LOCK

MODULE = A4

OFFICIAL_SCOPE

multiplication and division of polynomials
use of remainder and factor theorems, including factorising polynomials and solving cubic equations
use of a^3 + b^3 and a^3 - b^3 factor forms
partial fractions where denominator types are limited to specified linear / repeated-linear / quadratic-factor forms

10.2 RUNTIME IDENTITY

RUNTIME_IDENTITY
A4 is the decomposition-and-hidden-structure module.

WHAT_IT_REALLY_TRAINS

breaking complex expressions into components
seeing divisibility structure
reconstructing hidden factors
symbolic architecture awareness

10.3 SUBSTRATE REQUIREMENTS

SUBSTRATE.A4 =

algebraic multiplication
factorisation
substitution discipline
equation solving
fraction decomposition logic

10.4 INVARIANTS

INVARIANTS.A4 =

quotient-remainder relationship
factor theorem equivalence
denominator structure classification
decomposition validity
exact coefficient matching

10.5 COMMON DRIFT

FAIL.A4 =

long division misalignment
theorem used as recipe only
missed factor candidates
wrong partial fraction setup
coefficient comparison errors

10.6 SENSOR SET

SENSORS.A4 =

can student classify denominator type before decomposing?
can student test candidate factor logically?
can student explain why a remainder of zero matters structurally?

10.7 REPAIR LOOP

REPAIR.A4 =
structure_classify -> division_alignment -> factor_test -> cubic_breakdown -> denominator_map -> coefficient_match

10.8 TRANSFER ROUTES

TRANSFER.A4 =

A4 -> calculus differentiation/integration algebra support
A4 -> general symbolic resilience
A4 -> later advanced algebra corridor

10.9 TARGET STATE

TARGET.A4.MIN = G2AM.A4.P2.+Latt.R2.T1
TARGET.A4.PREF = G2AM.A4.P3.+Latt.R3.T2

11. MODULE G1 — TRIGONOMETRIC FUNCTIONS, IDENTITIES AND EQUATIONS

11.1 OFFICIAL LOCK

MODULE = G1

OFFICIAL_SCOPE

six trigonometric functions for angles of any magnitude in degrees or radians
principal values of inverse sine, cosine and tangent
exact values for special angles
amplitude, periodicity and symmetries related to sine and cosine
graphs of transformed sine, cosine and tangent forms
use of standard trig identities, expansions of sin(A ± B), cos(A ± B), tan(A ± B), double-angle formulae, and writing a cosθ + b sinθ in R cos(θ ± α) or R sin(θ ± α)
simplification of trigonometric expressions
simple trig equations in a given interval
proofs of simple trig identities
use of trigonometric functions as models

11.2 RUNTIME IDENTITY

RUNTIME_IDENTITY
G1 is the periodic-structure and identity-legality module.

WHAT_IT_REALLY_TRAINS

cyclic thinking
exact-value memory tied to geometry
graph transformation awareness
interval filtering
legal identity movement

11.3 SUBSTRATE REQUIREMENTS

SUBSTRATE.G1 =

angle measure control
exact-value recall
algebraic manipulation
graph reading
substitution discipline
inverse function caution

11.4 INVARIANTS

INVARIANTS.G1 =

unit consistency: degree or radian
exact-value integrity
identity legality
interval restriction integrity
graph-period-shift consistency

11.5 COMMON DRIFT

FAIL.G1 =

degree/radian confusion
wrong exact values
identity misuse
principal-value errors
interval solutions incomplete
transformation sign mistakes
proof lines that are not equivalent

11.6 SENSOR SET

SENSORS.G1 =

can student explain why a trig value belongs to a quadrant?
can student switch between graph and equation meaning?
does student check interval at the end?
can student distinguish identity from equation?

11.7 REPAIR LOOP

REPAIR.G1 =
angle_lock -> exact_value_anchor -> graph_shift_training -> identity_legality_fence -> interval_filter -> proof_control

11.8 TRANSFER ROUTES

TRANSFER.G1 =

G1 -> C1 modelling and rate-based oscillation intuition
G1 -> broader exact-form discipline
G1 -> stronger symbolic proof habits

11.9 TARGET STATE

TARGET.G1.MIN = G2AM.G1.P2.+Latt.R2.T1
TARGET.G1.PREF = G2AM.G1.P3.+Latt.R3.T2

12. MODULE G2 — COORDINATE GEOMETRY IN TWO DIMENSIONS

12.1 OFFICIAL LOCK

MODULE = G2

OFFICIAL_SCOPE

condition for two lines to be parallel or perpendicular
midpoint of line segment
area of rectilinear figure
coordinate geometry of circles in standard and general forms
excluding problems involving two circles

12.2 RUNTIME IDENTITY

RUNTIME_IDENTITY
G2 is the algebra-space fusion module.

WHAT_IT_REALLY_TRAINS

turning geometric facts into equations
reading equations as spatial objects
localising structure in the plane
connecting slope, centre, radius, and distance meaning

12.3 SUBSTRATE REQUIREMENTS

SUBSTRATE.G2 =

gradient formula
algebraic simplification
distance and midpoint basics
expansion and collection
graph imagination

12.4 INVARIANTS

INVARIANTS.G2 =

slope relation integrity
midpoint coordinate integrity
equation-form equivalence
centre-radius preservation
geometry-algebra consistency

12.5 COMMON DRIFT

FAIL.G2 =

sign mistakes in slope relations
midpoint arithmetic carelessness
inability to decode circle equations
standard/general form conversion errors
geometry facts and algebra facts kept separate

12.6 SENSOR SET

SENSORS.G2 =

can student read centre and radius from both forms?
can student justify parallel/perpendicular using slope logic?
can student explain spatial meaning of algebraic coefficients?

12.7 REPAIR LOOP

REPAIR.G2 =
slope_relation_grid -> midpoint_precision -> circle_decode -> form_conversion -> geometry_to_algebra_translation

12.8 TRANSFER ROUTES

TRANSFER.G2 =

G2 -> C1 tangent/normal geometry
G2 -> graph interpretation across algebra and calculus
G2 -> modelling in coordinate settings

12.9 TARGET STATE

TARGET.G2.MIN = G2AM.G2.P2.+Latt.R2.T1
TARGET.G2.PREF = G2AM.G2.P3.+Latt.R3.T2

13. MODULE C1 — DIFFERENTIATION AND INTEGRATION

13.1 OFFICIAL LOCK

MODULE = C1

OFFICIAL_SCOPE

derivative as gradient of tangent to y = f(x) at a point
derivative as rate of change
standard derivative notation
derivatives of powers, products, quotients, and composite functions by chain rule
increasing/decreasing functions
stationary points including maxima, minima and stationary points of inflexion
second derivative test
applications to gradients, tangents, normals, connected rates of change, maxima and minima
integration as reverse differentiation
integration of powers and (ax+b)^n for rational n, excluding n = -1
definite integral as area under a curve
evaluation of definite integrals
area of region bounded by a curve and line(s), excluding area between two curves (SEAB)

13.2 RUNTIME IDENTITY

RUNTIME_IDENTITY
C1 is the motion-and-accumulation module.

WHAT_IT_REALLY_TRAINS

local rate understanding
shape change interpretation
reverse process thinking
optimisation reasoning
area accumulation logic

13.3 SUBSTRATE REQUIREMENTS

SUBSTRATE.C1 =

algebraic fluency
function reading
factorisation
graph awareness
sign discipline
slope meaning
substitution accuracy

13.4 INVARIANTS

INVARIANTS.C1 =

derivative legality
chain rule layer preservation
stationary-point classification consistency
tangent vs normal distinction
integral antiderivative correctness
definite-integral sign meaning
region-area interpretation integrity

13.5 COMMON DRIFT

FAIL.C1 =

derivative rules memorised without meaning
chain rule omitted
product/quotient confusion
stationary point found but not classified correctly
second derivative test misread
tangent and normal mixed up
integral treated as disconnected trick
negative area interpretation confusion

13.6 SENSOR SET

SENSORS.C1 =

can student explain derivative as both slope and rate?
can student identify inner and outer layers?
can student connect sign of derivative to increasing/decreasing?
can student explain why definite integral may need interpretation before claiming area?

13.7 REPAIR LOOP

REPAIR.C1 =
rate_meaning_bridge -> derivative_family_sort -> chain_layer_tag -> stationarity_tree -> tangent_normal_split -> reverse_process_link -> definite_area_sign_control

13.8 TRANSFER ROUTES

TRANSFER.C1 =

C1 -> upper-route mathematical maturity
C1 -> science-linked reasoning about change
C1 -> optimisation and modelling corridor
C1 -> future G3 or stronger mathematics readiness

13.9 TARGET STATE

TARGET.C1.MIN = G2AM.C1.P2.+Latt.R2.T1
TARGET.C1.PREF = G2AM.C1.P3.+Latt.R3.T2/T3

14. TOPIC DEPENDENCY GRAPH

DEPENDENCY_GRAPH =
G2_Math_Base -> [A1, A2, A3, A4, G1, G2] -> C1

MORE_PRECISE

A1 feeds A2 and C1
A2 feeds C1 optimisation logic
A3 supports G1 exact values and general symbolic discipline
A4 supports C1 algebra-heavy manipulation
G2 supports C1 tangents and normals
G1 supports modelling and disciplined interval reasoning
All roads eventually strengthen or weaken C1

CORE_RULE
C1 looks like the “hardest” module, but its collapse is often inherited from older A1/A2/A4 substrate leaks.

15. TOPIC ROUTING LEVELS

15.1 ENTRY ROUTE

ENTRY_ROUTE

test assumed G2 Math substrate
identify strongest immediate leak
avoid loading full topic complexity before substrate classification

15.2 STABILISATION ROUTE

STABILISATION_ROUTE

repair one dominant leak family
connect repaired skill back into official topic
verify independent execution

15.3 PROJECTION ROUTE

PROJECTION_ROUTE

once R2/T1 exists
add mixed-topic transfer
add moderate time compression
preserve legality under pressure

15.4 COLLAPSE-AVOIDANCE ROUTE

COLLAPSE_AVOIDANCE_ROUTE

near major test node
focus on highest-yield topic bottlenecks
stop broad reteaching
seal leak, not impress with coverage

16. TOPIC-SPECIFIC LATTICE CODES

LATTICE_CODES =

A1.SHAPE_OWNERSHIP = G2AM.A1.Z0.P2.+Latt.R2.T1.E0
A1.CONDITION_MASTERY = G2AM.A1.Z0.P3.+Latt.R3.T2.E1

A2.DISCRIMINANT_CONTROL = G2AM.A2.Z0.P2.+Latt.R2.T1.E0
A2.INTERVAL_INTEGRITY = G2AM.A2.Z0.P3.+Latt.R3.T2.E1

A3.EXACT_FORM_DISCIPLINE = G2AM.A3.Z0.P2.+Latt.R2.T1.E0
A3.SYMBOLIC_HYGIENE = G2AM.A3.Z0.P3.+Latt.R3.T2.E1

A4.DECOMPOSITION_WORKABILITY = G2AM.A4.Z0.P2.+Latt.R2.T1.E0
A4.STRUCTURAL_ALGEBRA = G2AM.A4.Z0.P3.+Latt.R3.T2.E1

G1.PERIODIC_CONTROL = G2AM.G1.Z0.P2.+Latt.R2.T1.E0
G1.IDENTITY_INTERVAL_MASTERY = G2AM.G1.Z0.P3.+Latt.R3.T2.E1

G2.GEOMETRY_ALGEBRA_LINK = G2AM.G2.Z0.P2.+Latt.R2.T1.E0
G2.SPATIAL_SYMBOLIC_OWNERSHIP = G2AM.G2.Z0.P3.+Latt.R3.T2.E1

C1.RATE_WORKABILITY = G2AM.C1.Z0.P2.+Latt.R2.T1.E0
C1.DYNAMIC_MATH_OWNERSHIP = G2AM.C1.Z0.P3.+Latt.R3.T2/T3.E1

17. TOPIC FAILURE GATES

FAIL_GATE.A1 = completing_square_breaks
FAIL_GATE.A2 = discriminant_meaning_breaks
FAIL_GATE.A3 = legality_of_symbolic_move_breaks
FAIL_GATE.A4 = decomposition_route_breaks
FAIL_GATE.G1 = identity_or_interval_legality_breaks
FAIL_GATE.G2 = algebra_space_translation_breaks
FAIL_GATE.C1 = derivative_layer_or_rate_meaning_breaks

RULE
When a fail gate is crossed, the student may still finish some questions, but real route quality has already dropped.

18. TOPIC REPAIR PRIORITY LOGIC

PRIORITY_LOGIC

repair substrate leaks that contaminate multiple modules
repair legality breaches before speed
repair interpretation before advanced application
repair transfer before declaring topic “done”

HIGH_PRIORITY_LEAKS

sign drift
factorisation weakness
interval loss
graph blindness
chain-rule omission
prompting dependence

19. TOPIC TIME-COMPRESSION LOGIC

TIME_COMPRESSION_RULE
Under low time pressure:

concept + legality first

Under medium time pressure:

mixed examples + short transfer checks

Under high time pressure:

target bottleneck forms only
preserve invariants
reduce wasted motion
no fake speed inflation

NEAR_NODE_RULE
As exam node approaches, the topic map becomes:

less broad
more surgical
more forecast-driven

20. TOPIC CONTROL-TOWER BINDING

TOPIC_TO_BOARD_BIND =

CurrentModule
ModuleState
PrimaryLeak
ModuleTransferStatus
ModuleTimedStatus
CurrentRepairLoop
NextTopicRisk
CrossTopicContaminationRisk

EXAMPLE
CurrentModule = C1
ModuleState = G2AM.C1.Z0.P1.0Latt.R1.T0.E-1
PrimaryLeak = A4.factorisation_weakness_inside_derivative_zero
CrossTopicContaminationRisk = high

Meaning:
the visible calculus problem is being driven by older algebra weakness.

21. TOPIC-TO-FUTURE ROUTE READING

FUTURE_ROUTE_READING
Not all topics contribute equally to future reach, but all matter.

HIGH_ROUTE_LEVERAGE

A2 because it trains condition logic
A4 because it strengthens symbolic decomposition
G1 because it forces identity legality and interval discipline
C1 because it introduces formal change and optimisation reasoning

RULE
A student who survives only at surface level in these modules may pass some school tasks, but future mathematical apertures narrow.

22. CHRONOFLIGHT OVERLAY BY MODULE

ChronoFlight = Structure x Phase x Time

22.1 EARLY BUILD PHASE

T_EARLY

A1/A2/A3/A4 usually decide algebra floor quality

22.2 MID BUILD PHASE

T_MID

G1/G2 reveal representation flexibility and exactness discipline

22.3 LATE BUILD PHASE

T_LATE

C1 exposes whether the earlier floor can carry dynamic mathematics

CHRONOFLIGHT_LAW
Early unresolved algebra drift becomes late visible calculus instability.

23. TOPIC-SPECIFIC ONE-PANEL SNAPSHOT

SNAPSHOT_FORMAT =
[Module]
CurrentState = ...
SubstrateLeak = ...
TopInvariantBreach = ...
RepairLoop = ...
TransferState = ...
TimedState = ...
NextRisk = ...

EXAMPLE
[G1]
CurrentState = G2AM.G1.Z0.P2.0Latt.R2.T1.E0
SubstrateLeak = exact_value_instability
TopInvariantBreach = interval_loss
RepairLoop = angle_lock + interval_filter
TransferState = weak_on_changed_surface
TimedState = medium_fragile
NextRisk = trig_equation_breakdown_under_time

24. MASTER TOPIC RUNTIME LOOP

for each Module in [A1, A2, A3, A4, G1, G2, C1]:
ReadOfficialScope()
IdentifyRuntimeIdentity()
TestSubstrate()
CheckInvariants()
DetectDominantDrift()
SelectRepairLoop()
TestTransfer()
UpdateTopicState()
BindToControlTower()
ForecastNextNodeRisk()
end

25. ALMOST-CODE MASTER SUMMARY

ENTITY = eduKateSG.G2AM.Tutorial.TopicRuntimeMap

TYPE = TopicTranslationRuntime

OFFICIAL_MODULES = [A1, A2, A3, A4, G1, G2, C1]

FUNCTION =
official_topic -> runtime_identity -> substrate -> invariants -> failure_modes -> sensors -> repair_loop -> transfer_route -> target_state

A1 = shape_control
A2 = condition_logic
A3 = exact_form_discipline
A4 = decomposition_logic
G1 = periodic_identity_interval_control
G2 = algebra_space_fusion
C1 = dynamic_rate_accumulation_control

GLOBAL_TARGET_MIN = P2.+Latt.R2.T1
GLOBAL_TARGET_PREF = P3.+Latt.R3.T2

FAIL_GATES =
[square_completion_break, discriminant_break, symbolic_legality_break, decomposition_break, interval_break, geometry_translation_break, derivative_meaning_break]

TOPIC_DEPENDENCY =
G2MathBase -> [A1,A2,A3,A4,G1,G2] -> C1

CORE_LAW =
visible_topic_failure is often inherited from earlier substrate weakness

MISSION =
turn syllabus chapters into a governed mathematical route map

26. FINAL LOCK

FINAL_LOCK
The official G2 Additional Mathematics syllabus gives the chapter skeleton. eduKateSG’s topic runtime map turns that skeleton into a living system: each topic becomes a corridor with prerequisites, invariants, drift signatures, repair logic, transfer obligations, and lattice targets. The result is not just “teaching chapters,” but governing how a student moves through them across time. (SEAB)

eduKateSG Learning System | Control Tower, Runtime, and Next Routes

This article is one node inside the wider eduKateSG Learning System.

At eduKateSG, we do not treat education as random tips, isolated tuition notes, or one-off exam hacks. We treat learning as a living runtime:

state -> diagnosis -> method -> practice -> correction -> repair -> transfer -> long-term growth

That is why each article is written to do more than answer one question. It should help the reader move into the next correct corridor inside the wider eduKateSG system: understand -> diagnose -> repair -> optimize -> transfer.

Start Here

Learning Systems

Runtime and Deep Structure

Real-World Connectors

Subject Runtime Lane

How to Use eduKateSG

If you want the big picture -> start with Education OS and Civilisation OS
If you want subject mastery -> enter Mathematics, English, Vocabulary, or Additional Mathematics
If you want diagnosis and repair -> move into the CivOS Runtime and subject runtime pages
If you want real-life context -> connect learning back to Family OS, Bukit Timah OS, Punggol OS, and Singapore City OS

Why eduKateSG writes articles this way

eduKateSG is not only publishing content.
eduKateSG is building a connected control tower for human learning.

That means each article can function as:

a standalone answer,
a bridge into a wider system,
a diagnostic node,
a repair route,
and a next-step guide for students, parents, tutors, and AI readers.

eduKateSG.LearningSystem.Footer.v1.0

TITLE: eduKateSG Learning System | Control Tower / Runtime / Next Routes

FUNCTION:
This article is one node inside the wider eduKateSG Learning System.
Its job is not only to explain one topic, but to help the reader enter the next correct corridor.

CORE_RUNTIME:
reader_state -> understanding -> diagnosis -> correction -> repair -> optimisation -> transfer -> long_term_growth

CORE_IDEA:
eduKateSG does not treat education as random tips, isolated tuition notes, or one-off exam hacks.
eduKateSG treats learning as a connected runtime across student, parent, tutor, school, family, subject, and civilisation layers.

PRIMARY_ROUTES:
1. First Principles
   - Education OS
   - Tuition OS
   - Civilisation OS
   - How Civilization Works
   - CivOS Runtime Control Tower

2. Subject Systems
   - Mathematics Learning System
   - English Learning System
   - Vocabulary Learning System
   - Additional Mathematics

3. Runtime / Diagnostics / Repair
   - CivOS Runtime Control Tower
   - MathOS Runtime Control Tower
   - MathOS Failure Atlas
   - MathOS Recovery Corridors
   - Human Regenerative Lattice
   - Civilisation Lattice

4. Real-World Connectors
   - Family OS
   - Bukit Timah OS
   - Punggol OS
   - Singapore City OS

READER_CORRIDORS:
IF need == "big picture"
THEN route_to = Education OS + Civilisation OS + How Civilization Works

IF need == "subject mastery"
THEN route_to = Mathematics + English + Vocabulary + Additional Mathematics

IF need == "diagnosis and repair"
THEN route_to = CivOS Runtime + subject runtime pages + failure atlas + recovery corridors

IF need == "real life context"
THEN route_to = Family OS + Bukit Timah OS + Punggol OS + Singapore City OS

CLICKABLE_LINKS:
Education OS:
Education OS | How Education Works — The Regenerative Machine Behind Learning


Tuition OS:
Tuition OS (eduKateOS / CivOS)


Civilisation OS:
Civilisation OS


How Civilization Works:
Civilisation: How Civilisation Actually Works


CivOS Runtime Control Tower:
CivOS Runtime / Control Tower (Compiled Master Spec)


Mathematics Learning System:
The eduKate Mathematics Learning System™


English Learning System:
Learning English System: FENCE™ by eduKateSG


Vocabulary Learning System:
eduKate Vocabulary Learning System


Additional Mathematics 101:
Additional Mathematics 101 (Everything You Need to Know)


Human Regenerative Lattice:
eRCP | Human Regenerative Lattice (HRL)


Civilisation Lattice:
The Operator Physics Keystone


Family OS:
Family OS (Level 0 root node)


Bukit Timah OS:
Bukit Timah OS


Punggol OS:
Punggol OS


Singapore City OS:
Singapore City OS


MathOS Runtime Control Tower:
MathOS Runtime Control Tower v0.1 (Install • Sensors • Fences • Recovery • Directories)


MathOS Failure Atlas:
MathOS Failure Atlas v0.1 (30 Collapse Patterns + Sensors + Truncate/Stitch/Retest)


MathOS Recovery Corridors:
MathOS Recovery Corridors Directory (P0→P3) — Entry Conditions, Steps, Retests, Exit Gates


SHORT_PUBLIC_FOOTER:
This article is part of the wider eduKateSG Learning System.
At eduKateSG, learning is treated as a connected runtime:
understanding -> diagnosis -> correction -> repair -> optimisation -> transfer -> long-term growth.

Start here:
Education OS
Education OS | How Education Works — The Regenerative Machine Behind Learning


Tuition OS
Tuition OS (eduKateOS / CivOS)


Civilisation OS
Civilisation OS


CivOS Runtime Control Tower
CivOS Runtime / Control Tower (Compiled Master Spec)


Mathematics Learning System
The eduKate Mathematics Learning System™


English Learning System
Learning English System: FENCE™ by eduKateSG


Vocabulary Learning System
eduKate Vocabulary Learning System


Family OS
Family OS (Level 0 root node)


Singapore City OS
Singapore City OS


CLOSING_LINE:
A strong article does not end at explanation.
A strong article helps the reader enter the next correct corridor.

TAGS:
eduKateSG
Learning System
Control Tower
Runtime
Education OS
Tuition OS
Civilisation OS
Mathematics
English
Vocabulary
Family OS
Singapore City OS

Technical Documentation — G2 Additional Mathematics Tutorial by eduKateSG

Full PlanetOS / CivOS / Lattice Runtime Specification

Version: eduKateSG.G2AM.TUTORIAL.v1.0

0. CANONICAL STATUS

1. CLASSICAL BASELINE

2. WHY THIS TUTORIAL EXISTS

3. PLANETOS / CIVOS POSITIONING

3.1 PLANETOS ROLE

3.2 CIVOS ROLE

4. SYSTEM PURPOSE

5. CORE ARCHITECTURE

5.1 INPUTS

5.2 OUTPUTS

6. LATTICE CODES

6.1 CORE STUDENT LATTICE

6.2 ZOOM LEVELS

6.3 PHASE CODES

6.4 VALENCE GATE

6.5 ROUTE STABILITY CODES

6.6 TRANSFER CODES

6.7 EMOTION CODES

7. TUTORIAL DESIGN LAW

8. OFFICIAL CONTENT MAPPED INTO EDUKATESG MODULES

8.1 PREREQUISITE BASE

8.2 MODULE A1 — QUADRATIC FUNCTIONS

8.3 MODULE A2 — EQUATIONS AND INEQUALITIES

8.4 MODULE A3 — SURDS

8.5 MODULE A4 — POLYNOMIALS AND PARTIAL FRACTIONS

8.6 MODULE G1 — TRIGONOMETRIC FUNCTIONS, IDENTITIES, EQUATIONS

8.7 MODULE G2 — COORDINATE GEOMETRY IN TWO DIMENSIONS

8.8 MODULE C1 — DIFFERENTIATION AND INTEGRATION

9. SCOPE BOUNDARY AGAINST G3 ADDITIONAL MATHEMATICS

10. TUTORIAL OPERATING MODES

11. DIAGNOSTIC ENGINE

11.1 CONCEPT TEST

11.2 PROCEDURE TEST

11.3 TRANSFER TEST

11.4 TIME TEST

11.5 ERROR SIGNATURE TEST

11.6 EMOTIONAL RESPONSE TEST

12. TYPICAL FAILURE TRACE

13. REPAIR CORRIDOR

13.1 TRUNCATE

13.2 ISOLATE

13.3 REBUILD

13.4 RECONNECT

13.5 REHEARSE

13.6 TIME-COMPRESS

13.7 TRANSFER-CHECK

14. FENCEOS APPLICATION

15. VERIWEFT / LEDGER OF INVARIANTS

15.1 VERIWEFT

15.2 LEDGER OF INVARIANTS

16. CHRONOFLIGHT OVERLAY

16.1 TIME SLICES

16.2 TIME LAW

16.3 CONE OF POSSIBILITY

17. AVOO ROLE MAPPING

18. STUDENT ARCHETYPES

19. LESSON RUNTIME

20. HOMEWORK ENGINE

21. ASSESSMENT RUNTIME INSIDE TUTORIAL

22. SIGNALS THAT THE TUTORIAL IS WORKING

23. SIGNALS THAT THE TUTORIAL IS FAILING

24. METRICS

25. ROUTE FORECASTING

26. PARENT INTERFACE LAYER

27. SCHOOL INTERFACE LAYER

28. INTERSTELLARCORE READING

29. ONE-PANEL MINIMAL BOARD

30. FULL RUNTIME LOOP

31. DEFAULT TARGET STATES

32. HARD BOUNDARIES

33. FAILURE MODES OF THE TUTORIAL ITSELF

34. SUCCESS CONDITION

35. ALMOST-CODE SUMMARY BLOCK

Failure, Drift, and Collapse Modes in Full Almost-Code

eduKateSG Runtime Spec

Version: eduKateSG.G2AM.TUTORIAL.FAILURE.v1.0

0. CANONICAL STATUS

Version: `eduKateSG.G2AM.TUTORIAL.v1.0`

Version: `eduKateSG.G2AM.TUTORIAL.FAILURE.v1.0`