A new architecture for adaptive learning

Don't just deliver a lesson.
Understand the learner.

LearnOS continuously turns learner interactions into evidence, evidence into an evolving learner model, and learner state into the next best learning experience.

This presentation follows one learner through the system — so every architecture component has a reason to exist.
learning
loop
learner state
evidence
decision
experience
Scroll to follow the learner
01 / The problem

Most learning systems know what happened.
LearnOS asks why.

A score tells us the outcome of one task. It does not automatically tell us what the learner understands, what caused the error, or what should happen next.

Traditional learning management
CONTENTSTUDENTTESTSCORE

What is a Learning Management System?
A Learning Management System (LMS) is operational software for managing learning: people, roles, courses, enrolment, content, assignments, assessments, grades and communication.

It is necessary. But an LMS alone is not a model of learning.

LearnOS
STATEEVIDENCEINTERPRETDECIDEEXPERIENCE

LearnOS adds a learning-intelligence layer around the LMS. It continuously asks: what does the learner currently need, how certain are we, and which experience will create useful new evidence?

02 / Architecture flow

Not a row of boxes.
A living learning loop.

The forward path creates an experience. The feedback path updates what the system believes. Governance keeps the loop traceable and safe.

Foundation & LMS

Knowledge ArchitectureGoals • competencies • atomic knowledge • prerequisites
Learning ProgressionSequence • gates • pathways
Learning Management SystemPeople • courses • enrolment • assessment
Content & Experience CatalogContent • questions • media • blueprints
LearnOS Intelligence CoreNext Best
Learning Action

Current learner state + evidence + goals + constraints → the next learning action.

Intelligence & feedback

Evidence EngineEvents → evidence objects → quality
Learner ModelMastery • confidence • retention • transfer
Diagnostic & PedagogyHypotheses • policy • next action
Generative Experience EngineBlueprint → generate → validate → render
Defines atomic knowledge units, skills, goals and prerequisite relationships. Evidence points back to meaningful learning targets.
03 / Aarav — Grade 3 mathematics

Aarav does not need
“more multiplication.”

He needs the system to discover what is actually breaking: meaning, representation, symbolic retrieval, procedure or transfer.

Aarav / diagnostic session01 / 06
Aarav's learner view
Problem A — meaning
3 + 3 + 3 + 3 = ?
12 — correct
Problem B — symbol
4 × 3 = ?
10 — incorrect

What the system sees

goal: multiplication
meaning: supported
symbolic_fact: uncertain
error: 10
conclusion: not enough evidence

Initial learner model

Equal-groups meaning0.86
Symbolic retrieval0.49

LearnOS does not conclude “Aarav is weak at multiplication.” It identifies a mismatch and keeps multiple hypotheses alive.

Evidence object
Raw interaction
4 × 3 → 10

An incorrect answer can have several causes.

task = multiplication_fact
target = 4 groups × 3
response = 10
prior related task = correct
confidence = medium

Evidence quality

signal_strength: medium
independence: high
ambiguity: high
needs_probe: true

Why probe?

One error cannot distinguish fact-retrieval weakness from representation, counting or factor-order confusion.

Same target. Different mistake. Different next learning experience.

Click each path. The panel on the right shows exactly what Aarav would see next — and why LearnOS chose it.

PATH A SELECTED / RETRIEVAL

LearnOS does not reteach multiplication.

It keeps the strong concept and targets the weak retrieval link.

StateMeaning strong
Retrieval uncertain
DecisionConcrete → symbol → independent retrieval
Evidence soughtCan Aarav retrieve 4 × 3 without support?
What Aarav sees next
Step 1 — see the structure
“There are 4 groups. Each group has 3 stars. How many stars altogether?”
Step 2 — make the connection
4 groups of 3 → 4 × 3 → 12
Step 3 — remove the scaffold
4 × 3 = ?

Path A: retrieval is the bottleneck.

New learning experience
Concrete → symbol bridge

“How many stars altogether? Now write the multiplication sentence.”

4 groups of 3 → 4 × 3 → 12

Why this experience?

Aarav already demonstrated equal-groups meaning. LearnOS bridges meaning to symbol instead of restarting the whole topic.

STATE
meaning = strong
retrieval = uncertain

POLICY
bridge → retry → remove scaffold

REQUIRED EVIDENCE
independent retrieval

Generative AI creates the experience — inside constraints.

1. Learner state

Retrieval uncertain. Meaning strong. Goal: multiplication facts.

2. Blueprint

Concrete groups → prediction → representation-to-symbol → independent retry.

3. Generative AI

Generates wording, visuals, examples and feedback dialogue.

4. Validator

Checks arithmetic, concept alignment, difficulty, safety and blueprint compliance.

AI is not deciding what Aarav needs from scratch.

LearnOS decides the pedagogical structure. Generative AI fills that structure with an appropriate, validated experience.

Independent retry
No scaffold
4 × 3 = ?
12 — correct

Confidence before answer: “I think I can do it.”

Performance after support: correct independently.

Learner model update

Meaning0.90 ↑
Symbolic retrieval0.72 ↑
Transfer0.38 →
Next:

Schedule retrieval later, then test an unfamiliar formulation. A correct immediate retry is not the end of learning.

04 / Example two — Grade 5 English

Same architecture.
Different learning signal.

A fifth-grade learner writes: “Although it was raining, but we went outside.” LearnOS should diagnose the underlying relationship, not merely mark the sentence wrong.

Learner response
Although it was raining, but we went outside.”

The intended meaning is clear. The likely issue is how the learner is combining two ways of expressing contrast.

Diagnostic question
Does the learner understand contrast, or only remember a rule about “although”?

Change the surface form and collect evidence before choosing the intervention.

PATH A SELECTED / RULE RETRIEVAL

Next → explanation + structure

LearnOS does not simply say “remove but.” It creates an experience that makes the structure visible.

StateRule performance: partial
Concept explanation: weak
DecisionExplain contrast structure → compare → retry
Evidence soughtCan the learner explain and apply the structure?
What the learner sees next
Compare the two structures
Although it was raining, we went outside.
Although it was raining, but we went outside.

“Although already tells us the two ideas are in contrast. What job is ‘but’ doing here?”

Try again
Although the road was busy, __________.

Then LearnOS changes the sentence order and asks the learner to construct another contrast sentence. The response becomes new evidence.

05 / Generative AI in LearnOS

AI makes the experience fluid.
LearnOS makes it purposeful.

The same pedagogical decision can become different examples, explanations, visuals, questions and dialogue for different learners — without changing the learning objective.

Learner state

Aarav: retrieval uncertain.
English learner: concept/rule ambiguity.

Pedagogical blueprint

Define sequence, target misconception, constraints and evidence required after the experience.

Generative AI

Create fresh questions, explanations, visuals, dialogue and feedback matched to the blueprint.

Validation + delivery

Validate before delivery. Capture the response as new evidence.

The strategic role of AI:

Reduce the cost of producing varied, contextualized learning experiences while LearnOS retains control of goals, evidence, pedagogy, validation and learner-state transitions.

06 / What the user actually sees

The architecture is complex.
The learner experience is simple.

Aarav sees one clear task. The teacher sees a traceable explanation. The platform sees structured evidence.

Learner screen

“Show me what to do next.”

One clear activity, feedback only when needed, and an increasingly independent path.

today's learning path
Try this

There are 4 groups with 3 stars in each group. How many stars altogether?

Teacher screen

“Tell me why this was selected.”

Actionable learner state

Meaning: strong
Fact retrieval: developing
Transfer: not established
Reason: recent symbolic error
Next: bridge → retry → spaced retrieval

Teacher can accept, modify, add an observation or override. Human observation becomes evidence too.

07 / Beyond the lesson

Learning must survive time and context.

A correct answer immediately after teaching is only one piece of evidence.

01 / RETENTION
Retrieve later

Performance after a delay updates the future spacing schedule.

02 / TRANSFER
Change the surface

Use unfamiliar wording, representation or context.

03 / CALIBRATION
Ask for confidence

Compare predicted confidence with performance.

04 / INDEPENDENCE
Fade support

Reduce scaffolds as competence becomes reliable.

05 / NEXT STATE
Update the model

Only then decide whether to advance, revisit, space or transfer.

08 / Product architecture

LearnOS needs both
an LMS and an intelligence layer.

The operational system manages learning. LearnOS continuously interprets learning.

Experience layerLearner web/mobile • teacher workspace • admin • accessibility • multilingual UI
Learning Management SystemIdentity • roles • courses • enrolment • content • assessment • gradebook • communication
LearnOS intelligenceKnowledge model • evidence • learner state • diagnostics • pedagogy • mastery • retention • transfer
Generative AI gatewayBlueprints • routing • generation • validation • safety • cost controls
Data & event infrastructureEvent ingestion • learner records • analytics • audit trail • experiments
InteroperabilityxAPI / Learning Record Store • Learning Tools Interoperability • analytics contracts
GovernancePrivacy • consent • access control • versioning • traceability • human override
PlatformManaged database • storage • queues • APIs • hosting • observability

An event-oriented architecture can use xAPI and a Learning Record Store to capture, store and share learning records. ADL describes an LRS as the server-side system responsible for receiving, storing and providing access to learning records.

09 / Build order

Prove the learning loop
before the platform gets big.

The first pilot should prove that evidence reliably changes the next learning action.

01
Knowledge model

One subject. 20–50 atomic competencies. Explicit prerequisites.

02
Event + evidence model

Capture response, timing, hints, retries, confidence and context.

03
Learner state

Mastery, confidence, uncertainty and early retention/transfer signals.

04
Decision engine

Diagnostic probes and governed intervention policies.

05
AI experience layer

Generate varied experiences only after the pedagogical blueprint is defined.

Pilot principle:

Do not start by building a huge content library. Start by proving observe → interpret → act → measure → update.

10 / Planning economics

From focused pilot
to learning platform.

Planning ranges, not vendor quotations. The hardest investment is validating learning intelligence, not merely hosting screens.

StageBuildTimeWhat it proves
Lean pilot₹8–15L8–12 weeksOne subject • small cohort • knowledge model • evidence • learner state • next-action loop
Production SaaS₹35–75L5–8 monthsFull LMS workflows • teacher tools • AI gateway • analytics • production governance
Enterprise / network₹1–3Cr9–18 monthsMulti-tenancy • integrations • governance • scale • institutional operations
Private AI stack₹2–6Cr+12–24+ monthsDedicated model infrastructure, GPU operations and advanced evaluation
LearnOS / The vision

Build the system that can continuously answer:

What does this learner need next — and what evidence tells us that?

The learner moves forward. The teacher gains understanding. The system becomes better at choosing what to do next.

LOOP CLOSED