chore(spec+checker): cleanup pass — trim docs, reorg Courseware, covers-as-data, fold DanglingReference (ADR-0012)

Spec母本噪音清理 + 一处 spec↔impl 对齐 + 一处契约自洽修正。

Part A — spec doc 瘦身:每条 doc 收到"语义点 + 标签 + ADR ref + 承载性 why",
把跨文件复读的方法论(element-kind 开放性对比、likec4 画不出、分歧点测试)上移到
module header。OPEN 框架保持清晰(RunState/Capability 完整性仍明示须 surface)。

Part B — Courseware/ 由 10 文件平铺重组为 Model/ Export/ Check/ Open/ 四子命名空间
(namespace Spec.Courseware 不变,零引用改动)+ 四个子 aggregator。lake build 绿(24 jobs)。

Part C — 渲染覆盖落为数据(ADR-0011 对齐):去掉 cph-check 里硬编码的
COVERED_TARGETS,改读 TargetConfig.covers。cph-model 新增 covers: Option<Vec<String>>
(None=未声明,由 cph-check 默认为全部 known kinds;显式 [] 表示不覆盖任何 kind)。
新增 3 个覆盖行为测试。

ADR-0012 — DanglingReference 退役(诊断 7→6 类):其两种情形(未解析 @ref、越界/缺失
相对 import)都是 typst 编译期失败,归 typstCompile。同步移除 Oracle.refsResolve
(被 compiles 蕴含),Legal 少一个合取项。impl 删去从未被发射的 DiagCode::DanglingReference,
闭合 named-but-unemitted 的 spec↔impl 缝。ADR-0010 加修订指针。

OPEN 点(RunState/Capability 完整性、QuestionBank、Course)按既定纪律保持 OPEN,本次
只改善其框架措辞,不决策。

验证:spec lake build 绿;cargo test 全绿(含新增覆盖测试);clippy 静默;
TH-141 check 0 errors/0 warnings 无回归。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

spec/Spec/Courseware/Model/Element.lean

@@ -0,0 +1,24 @@
+import Spec.Courseware.Model.Primitives
+
+/-!
+# Element —— 课程内容的原子单位
+
+ADR-0005:element 实例 = 一个 kind 标签 + 符合该 kind schema 的数据。本模块把它编码成
+依赖结构,使"数据必须匹配其 kind"成为类型层面的事实而非运行时校验。
+-/
+
+namespace Spec.Courseware
+
+variable (P : Primitives)
+
+/-- element 实例(`PINNED`, ADR-0005)。`data : P.ElementData kind` 由 `kind` 决定——
+无法构造数据与 kind 不符的 element,schema 合规由类型系统保证。ADR-0005 的 (a) 类
+字段(逐字稿、重点圈划)落在具体 kind 的 `ElementData` 内,不出现在此通用结构上;
+交互教具等"重型 kind"在此与例题、定理同构,仅 `kind` 不同,重实现在模型之外。 -/
+structure Element where
+  /-- 该 element 的 kind。 -/
+  kind : P.KindId
+  /-- 符合 `kind` schema 的数据(类型随 `kind` 而变)。 -/
+  data : P.ElementData kind
+
+end Spec.Courseware

spec/Spec/Courseware/Model/Lesson.lean

@@ -0,0 +1,16 @@
+import Spec.Courseware.Model.Element
+
+/-!
+# Lesson —— 单节课工程文件
+
+ADR-0005:一个工程文件 = 一节课,是 element 实例的**有序序列**。课程/单元不是工程
+文件,而是 lesson 的编排(见 `Spec.Courseware.Course`,OPEN)。
+-/
+
+namespace Spec.Courseware
+
+/-- 一节课(`PINNED`, ADR-0005)。用 `List` 因为 **element 次序承载教学语义**(先讲
+定义再举例 ≠ 反过来);**不建模时长**——ADR-0005 决定 lesson 是内容编排而非时间轴。 -/
+abbrev Lesson (P : Primitives) := List (Element P)
+
+end Spec.Courseware

spec/Spec/Courseware/Model/Primitives.lean

@@ -0,0 +1,34 @@
+/-!
+# Primitives —— Courseware 契约的留白基元
+
+课程工程文件模型(ADR-0005)依赖一组基元:element kind 怎么标识、某 kind 的数据
+schema 是什么、export target 怎么标识。收口成载体 `Primitives`,让模型在其上参数化
+——契约谈得了 element / lesson / 渲染**之间的关系**,而把每个基元的**内部表示**留给
+实现。注意:某基元语义已 PINNED(如 schema 形态由 ADR-0006 钉死)与其表示进 Lean
+是两回事——JSON Schema / typst 的内部结构属实现细节,不入 Lean,故基元在此仍以抽象
+类型承载。富内容的 prose 母本见 `Courseware.RichContent`。
+-/
+
+namespace Spec.Courseware
+
+/-- Courseware 契约基元载体(关系 `PINNED`, ADR-0005;各基元表示留给实现, ADR-0006)。 -/
+structure Primitives where
+  /-- element kind 标识(`PINNED` **开放宇宙**, ADR-0005;表示 `OPEN`)。刻意用抽象
+      类型而非 `inductive`:ADR-0005 决定 kind 是开放可扩展宇宙(stdlib + 第三方),
+      封闭枚举会违背它——此处开放是**已决策的**(区别于 `RunState` 的"尚未封闭")。 -/
+  KindId : Type
+  /-- 某 kind 的合法数据类型(`PINNED` 依赖关系, ADR-0005;schema 形态 `PINNED`
+      ADR-0006,表示仍抽象)。以 kind 为索引:`ElementData k` 即"符合 `k` schema 的
+      数据"。schema 形态(声明式 JSON Schema + `content` 叶子 = typst 源)是 ADR-0006
+      钉死的,但属 JSON/typst 内部结构、实现细节,不进 Lean;契约只锚定"数据符合
+      kind schema"这条关系,故此处仍是抽象类型。 -/
+  ElementData : KindId → Type
+  /-- export target 标识(`PINNED` 角色, ADR-0005;表示 `OPEN`)。一个 target 是一次
+      build,产出对 lesson 的一种投影(讲义/教案/PPT/平台 archive…),见 `Render`。 -/
+  TargetId : Type
+
+-- 注:原 `RenderRule : Type` 已随 ADR-0011 移除。渲染的"how"不再是契约层 per-target
+-- 载荷,而由 `Render.TargetSpec.steps` 里 `typstCompile` step 引用的**模板文件**承载;
+-- 契约只保留覆盖声明 `TargetSpec.covers`(该 target 渲染哪些 kind),供种子诊断用。
+
+end Spec.Courseware

spec/Spec/Courseware/Model/RichContent.lean

@@ -0,0 +1,28 @@
+/-!
+# RichContent —— 富内容(ADR-0006 的 prose 母本)
+
+ADR-0006:element schema 的"叶子"可以是 `content` 类型,其值是**一段 typst 源**,
+语义取该源作为 module 求值后的 body content。关键约束(均 ADR-0006,源自 typst 源码
+事实):富内容**不可无主**——typst 的源必须有 `FileId`,否则 span 脱锚、相对 import
+报"cannot access file system from here"。故每段富内容是 World 里的一等文件,坐落在
+一个**虚拟路径**上;相对 import 限本工程路径结构内 + `@package`(不跨工程)。
+
+本模块只立 prose 锚点 + 最小抽象签名:typst 的 `Content`/`Module` 内部结构、JSON
+Schema 形状属实现细节,不进 Lean,只承诺"富内容由一个虚拟路径定位"这一条关系。
+-/
+
+namespace Spec.Courseware
+
+/-- 富内容在工程文件路径结构中的**虚拟路径**(`OPEN` 表示, ADR-0006)。把一段富内容
+定位为 World 里的一等文件(span 可解析、相对 import 可锚定)。落盘后即真实相对路径
+(ADR-0007),不在本层承诺,故 opaque。 -/
+opaque VPath : Type
+
+/-- 对一段富内容的**引用**:它坐落在某个虚拟路径上(`PINNED` 关系, ADR-0006)。
+刻意**不**建模源文本、不建模求值出的 `Content`(那是实现侧的事);只钉"富内容经由一个
+`VPath` 定位",作为 `Primitives.ElementData` 里 `content` 叶子的语义锚点。 -/
+structure RichContentRef where
+  /-- 该富内容所在的虚拟路径(ADR-0006;落盘后为真实相对路径, ADR-0007)。 -/
+  vpath : VPath
+
+end Spec.Courseware