|
| 1 | +# ADR 0005: Local course library and model-learning tracks |
| 2 | + |
| 3 | +Status: accepted |
| 4 | +Date: 12 August 2026 |
| 5 | + |
| 6 | +## Context |
| 7 | + |
| 8 | +The runtime originally accepted exactly one course root. That remains the right |
| 9 | +distribution boundary for an independently installable Agent Plugin, but the |
| 10 | +main repository now defines a family of prerequisite and model-specialization |
| 11 | +courses. Learners need to see that path and select locally available courses |
| 12 | +without a hosted LMS, account, database, remote catalogue, or filesystem scan. |
| 13 | + |
| 14 | +The product also needs real frontier models to ground the foundation without |
| 15 | +making a durable introductory course track individual releases in depth. |
| 16 | + |
| 17 | +## Decision |
| 18 | + |
| 19 | +Add an optional `explorables.library.json` at a collection root. It explicitly |
| 20 | +orders tracks and contains two entry types: |
| 21 | + |
| 22 | +- `available` entries point to a relative, contained course root and derive |
| 23 | + learner-facing metadata from that course's `COURSE.md`; |
| 24 | +- `planned` entries provide enough metadata to show the intended path while |
| 25 | + remaining visibly unavailable. |
| 26 | + |
| 27 | +`explorables start <path>` and `explorables build <path>` detect either a |
| 28 | +standalone `COURSE.md` or a collection manifest. Collection mode serves a |
| 29 | +library index and namespaces course data and assets by validated course ID. |
| 30 | +Standalone commands, course schemas, plugin manifests, skills, and tutoring |
| 31 | +policies remain unchanged. |
| 32 | + |
| 33 | +The model-learning curriculum has three layers: |
| 34 | + |
| 35 | +1. `AI from First Principles` remains vendor-neutral and adds short real-model |
| 36 | + connections in ordinary Markdown. |
| 37 | +2. `Open Frontier Models: Shared Techniques` owns artifact reading, accounting, |
| 38 | + controlled comparison, provenance, and claim labels. |
| 39 | +3. Each model family remains a separate versioned course with pinned primary |
| 40 | + sources and controlled reconstructions. |
| 41 | + |
| 42 | +The library displays prerequisites as an ordered path but does not lock |
| 43 | +courses. Planned cards are not install buttons, and the runtime does not clone |
| 44 | +repositories or install dependencies. |
| 45 | + |
| 46 | +## Consequences |
| 47 | + |
| 48 | +- A collection remains fully local and statically buildable. |
| 49 | +- Course packages can be extracted into independent repositories without |
| 50 | + changing their format. |
| 51 | +- Browser progress remains isolated by course ID and version. |
| 52 | +- Collection validation must reject duplicate IDs, absolute paths, traversal, |
| 53 | + symlink escapes, and invalid contained courses. |
| 54 | +- A bad or missing course route must fail independently. |
| 55 | +- Adding a public catalogue or remote installer remains a separate, |
| 56 | + trust-sensitive feature. |
0 commit comments