# Learning Harness — Architecture
Status: v0 scaffold. Teacher runtime ✅ · data model + ledgers ✅ · normalizer ✅ · extractor / merger / derived views — specified, not yet implemented.
## What this is
A standalone learning harness built **on top of** pi (`@earendil-works/pi-coding-agent`) as a library dependency — the same relationship as building an app on Express. It is **not** the user's global pi: hermetic isolation, own pinned version, own sessions, own system prompt.
Built up from the Obsidian-based POC (`~/Desktop/Obsidian/vault/π/learn`) — the teaching behavior is identical (same teach methodology, same quiz tool, same probe → plan → teach flow), but the interface and data pipeline are the harness's own. Full design reasoning lives in the POC's `knowledge graph design.md`; this doc covers what's implemented here.
## Architecture
```mermaid
graph TB
subgraph TEACH["Teaching Runtime (pi SDK, in-process)"]
TP["Teacher Agent
system prompt = teach methodology
+ quiz/ask guidelines folded in"]
Q["quiz.ts"]
AUQ["ask-user-question.ts"]
TP --> Q & AUQ
end
subgraph STORE["Data (append-only, plain files)"]
SJ["session JSONLs
data/sessions/"]
L["Ledgers: sessions / nodes / edges /
events / mappings
data/graph/*.jsonl"]
end
subgraph PIPE["Extraction Pipeline (after a session)"]
N["Stage 1 — Normalizer
JSONL → canonical doc
(deterministic, ✅ done)"]
E["Stage 2 — Extractor LLM
nodes/edges/events/knowing
(anchored rubric)"]
A["Audit LLM
faithfulness check"]
M["Stage 3 — Merger
embeddings + LLM adjudication
+ reversible mappings"]
end
subgraph DERIVED["Derived (pure code, recomputed)"]
G["Knowledge graph"]
W["what-next:
territory / repairs / conversions"]
end
TP -- writes --> SJ
SJ --> N --> E --> A --> M
M -- appends --> L
L --> G --> W
W -. "future: React/Next UI (Electron-able),
force-directed WebGL graph view" .- TEACH
```
**Core invariant:** LLMs only ever touch the top pipeline (semantic judgment). Everything below the ledgers is deterministic code. The teacher stays a pure teacher; the graph is never asserted by an LLM — only by logged, reversible evidence.
## Teacher runtime
`src/teacher/create-session.ts` boots pi via the SDK with total isolation:
| Concern | Value |
|---|---|
| System prompt | `teacher/system-prompt.md` — the teach methodology (from the POC's teach skill) with the quiz + ask_user_question usage guidelines folded in (custom prompts drop extension guidelines — verified in pi's `buildSystemPrompt`) |
| Tools | `noTools: "builtin"` → no read/bash/edit/write; only `quiz` + `ask_user_question` |
| Extensions | explicitly via `additionalExtensionPaths`; imports of old `@mariozechner/*` names resolve through pi's loader aliases |
| agentDir | `data/agent/` — hermetic. `auth.json` and `models-store.json` are **symlinks** to `~/.pi/agent/` (credential + catalog sharing only) |
| Sessions | `data/sessions/` via `SessionManager.create(cwd, sessionDir)` |
| Model | from `data/agent/settings.json` (currently openrouter/z-ai/glm-5.3, thinking high) |
| Research tool | deliberately absent in v0 — the system prompt's accuracy rule is adapted accordingly (flag uncertainty, never bluff) |
Run: `npm run teach` → full pi TUI, quiz popups, session persisted in `data/sessions/`.
`npm run doctor` → non-interactive smoke test (verifies extensions, tools, model, prompt; no leaks).
## Data model
`src/schema.ts`. Key decisions:
- **Nodes** are propositions at ~one-reasoning-step grain; `kind: truth | misconception`; `state: known | not-held | candidate`.
- **Edges** carry NO scalars — only `type: requires | supports` and provenance. "Load-bearing" is derived, never stored.
- **Events** are the append-only source of truth: `(node, kind, session, entryId, evidence)`. Every event carries `entryId` → **jump-to-point**: the exact place in the session where it happened. A node's "which sessions is it from" derives from its events (merges union them automatically).
- **Mappings** are merge decisions, logged and reversible.
- **Knowing** is assessed on an anchored ordinal rubric (misconception / absent / shakily-known / known / fluent) — never freehand scalars, never per-session normalized.
- **known ≠ understood**: known is evidence (ledger); understood is structure (derived: known + requires-subtree held). The extractor does zero inference about knowledge.
## Extraction pipeline
1. **Normalize** (`src/extract/normalize.ts`, ✅) — deterministic. Quiz toolResults in the JSONL carry full structured details (question, options, correct/dontKnow, note), so quiz events are read as data, not parsed from prose. Verified against a real POC session.
2. **Extract** (`extract.ts`, stub) — one LLM pass: nodes, edges (primarily from the plan's mermaid DAG, already asserted by the teacher), attributed events, knowing on the rubric. Zero inference beyond evidence.
3. **Audit** (stub) — second LLM call checking extraction faithfulness only.
4. **Merge** (`merge.ts`, stub) — embedding kNN + one adjudication call per session: `same` (alias) / `related` (new node + cross-session edge — the only place cross-domain edges are born) / `unrelated`. Conservative: prefer duplicates over wrong merges. Fully automatic; mappings make every decision reversible.
## Derived views (stubbed)
`src/derive.ts` + `src/queries/what-next.ts` — pure code over the ledgers: known-set now; understanding aggregation **parked** (weakest-link vs mean vs two-level mean/max — confounded with edge typing, to be decided on real extracted data). What-next returns territory / repairs / conversions; unlock-value runs over lazily expanded frontier, discounted by depth in generated territory.
## Build order (from here)
1. ~~repo scaffold, teacher runtime, data model, ledgers, normalizer~~ ✅
2. Extractor + audit (LLM pass, structured output)
3. Merger (embeddings + adjudication)
4. Derive + what-next queries (CLI)
5. Retroactive bootstrap over the POC session JSONLs in `~/.pi/agent/sessions/--Users-amos-Desktop-Obsidian-vault-π-learn--/`
6. *(parked)* React/Next interface, graph rendering (force-directed WebGL, Obsidian-graph feel), spaced repetition, research tool for the teacher