Section 00 — walking skeleton
Goal
Walking skeleton: end-to-end thinnest slice — one ratified clause, the binding gate, refuse-unbound + accept-bound demo
Spec References
- Clean-room seam test (membership rule): a fact belongs in the compiler spec iff a second, clean-room implementation of Ori would NOT be bound by it. Implementation-independent observable semantics -> language spec. This-compiler architectural commitments -> compiler spec. Code-incidental (crate names, module layout) -> descriptive design doc, NOT the spec.
- Enforcement-binding rule (ABSOLUTE): no compiler-spec clause ships without a named enforcement binding — a test / lint / intel-graph check / CI assertion / accepted reviewer-gate that catches a violation. A clause with no binding is a wish, not a spec clause.
- Bootstrap clause corpus is lifted from
.claude/rules/(canon.md PC-2/§7.1, parse.md ER-/LB-, typeck.md PC-2/SL-*, eval.md+missions.md dual-exec parity, compiler.md crate-DAG) — these are the SSOT seed (catchup = ratify-existing-first).
Implementation Sketch
- The compiler spec lives at
compiler_repo/docs/compiler/spec/as a lock-governed living standard (stable clause numbers + CHANGELOG);docs/compiler/design/is the descriptive tier below it. - Governance reuses the language-spec proposal+lock flow (create-draft-proposal -> review-draft-proposal -> block-*-edits hook), threaded with a compiler-spec category discriminator.
- The binding requirement triggers on the clean-room seam test (owns_crates over the compiler workspace = compiler-design-touching).
Work Items
- Scaffold minimal docs/compiler/spec/ with ONE ratified clause (dual-execution parity — already strongly bound).
- Wire a minimal create-plan binding check; demonstrate refusal of an unbound compiler-design plan AND acceptance of a bound one.
Rules embedded for execution
- TDD: any gate/hook/validator code (sections 03/04/06) writes the failing acceptance test FIRST, then the deliverable; debug + release both green (CLAUDE.md §Fix Completeness).
- Spec-is-SSOT: a divergence between an implied invariant and the code is a
/add-bug(the code is the bug), NEVER a weakened clause (§02.3). - Script-first: all gate/lock/classifier logic lands in
scripts/create_plan_runtime/+ hook scripts with pytest coverage; the runtime is the sole plan.json writer.