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/Check/Pipeline.lean

@@ -0,0 +1,52 @@
+import Spec.Courseware.Check.Diagnostic
+
+/-!
+# Pipeline —— checker 检查管线的阶段与序(ADR-0010)
+
+checker 的 `check` 按**固定顺序**跑五个阶段,逐阶段收集诊断;`compile` 阶段有**门控**。
+顺序与门控是契约——它决定用户看到哪些诊断(藏在缺文件背后的语法错,在文件补齐前不
+显示,这是有意的)。每阶段的**算法**不进 Lean(宪法第 5 条深度上限):只钉**阶段、序、
+门控**。阶段对应上游模块:`load`←`cph-model`;`structural`←part 路径/未知 kind;
+`schema`←`cph-schema`;`compile`←`cph-typst`(模型外设施);`coverage`←`renderIgnored`。
+-/
+
+namespace Spec.Courseware
+
+/-- 检查管线的**阶段**(`PINNED` 5 阶段, ADR-0010)。
+
+- `load` —— 解析 manifest + 各 element.toml。硬失败则**停**整条管线。
+- `structural` —— part 路径存在、无 `..`、kind 已知且一致。此处判缺的 part 后续跳过。
+- `schema` —— 每个"存在且 kind 已知"的 part 按其 kind schema 校验。
+- `compile` —— 模型外设施阶段(typst 编译)。**门控:仅当前序零 error 才跑**。
+- `coverage` —— 语义型 warning(`renderIgnored`);**不**受门控,总跑。 -/
+inductive Phase where
+  | load
+  | structural
+  | schema
+  | compile
+  | coverage
+deriving DecidableEq
+
+/-- 管线阶段的**执行序**(`PINNED`, ADR-0010)。`order p` 越小越先跑。序是契约:
+`compile`(3)排在 `structural`(1)/`schema`(2)之后,正因前者门控于后者无 error。 -/
+def Phase.order : Phase → Nat
+  | .load       => 0
+  | .structural => 1
+  | .schema     => 2
+  | .compile    => 3
+  | .coverage   => 4
+
+/-- 某阶段是否**受"前序零 error"门控**(`PINNED`, ADR-0010)。唯 `compile` 受门控:藏在
+结构/schema 错背后的编译错,在前者修好前不显示——有意降噪。 -/
+def Phase.gated : Phase → Bool
+  | .compile => true
+  | _        => false
+
+/-- 管线在 `load` 硬失败时**停**(`PINNED`, ADR-0010)。`load` 拿不到可解析 lesson 时,
+无 lesson 可喂下游,整条管线终止——唯一会截断后续所有阶段的情形(区别于 `compile`
+门控只跳过自己)。 -/
+def Phase.haltsPipelineOnFailure : Phase → Bool
+  | .load => true
+  | _     => false
+
+end Spec.Courseware