From c6b4d439ac46d2eb018920f31c405185c11ba019 Mon Sep 17 00:00:00 2001 From: sjfhsjfh Date: Tue, 23 Jun 2026 00:15:48 +0800 Subject: [PATCH] =?UTF-8?q?docs(spec):=20=E4=BF=AE=E6=AD=A3=E8=AF=AF?= =?UTF-8?q?=E8=AF=91=20"=E6=8E=88=E6=9D=83=20surface"=20=E2=86=92=20"?= =?UTF-8?q?=E6=92=B0=E5=86=99=E6=80=81"(authoring=20surface)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Info.lean 里把用户填写态误译成了"授权"(authorization),与 Permission 模块的 grant 概念撞车且语义错位。正确是 authoring surface = 撰写态:用户在 manifest 里 实际填写的形态(RawInfo/RawAuthor),归一化后即消失。仅措辞,无语义/类型改动。 lake build 绿。 Co-Authored-By: Claude Opus 4.8 (1M context) --- spec/Spec/Courseware/Model.lean | 2 +- spec/Spec/Courseware/Model/Info.lean | 16 ++++++++-------- 2 files changed, 9 insertions(+), 9 deletions(-) diff --git a/spec/Spec/Courseware/Model.lean b/spec/Spec/Courseware/Model.lean index 2cb5b0f..31df449 100644 --- a/spec/Spec/Courseware/Model.lean +++ b/spec/Spec/Courseware/Model.lean @@ -8,6 +8,6 @@ import Spec.Courseware.Model.Info # Courseware.Model —— 工程文件的内容模型 留白基元(`Primitives`)、富内容锚点(`RichContent`)、原子单位(`Element`)、单节课 -(`Lesson`)、课时元信息(`Info`:canonical author 为列表 vs `RawInfo` 授权 surface)。 +(`Lesson`)、课时元信息(`Info`:canonical author 为列表 vs `RawInfo` 撰写态)。 决策出处 ADR-0005 / 0006 / 0008。 -/ diff --git a/spec/Spec/Courseware/Model/Info.lean b/spec/Spec/Courseware/Model/Info.lean index 4c1d25f..c900220 100644 --- a/spec/Spec/Courseware/Model/Info.lean +++ b/spec/Spec/Courseware/Model/Info.lean @@ -1,20 +1,20 @@ /-! -# Info —— 课时元信息:canonical 模型 vs 授权 surface +# Info —— 课时元信息:canonical 模型 vs 撰写态(authoring surface) `[info]`(标题、作者)大多是 passthrough 元数据(ADR-0008),本不入契约。但**作者的 基数**是一个真分歧点:一节课可由多人(教研组)署名,故 canonical 模型里 author 是一个 **有序列表**,不是单值或可选单值。 -另有一条值得钉的模式:on-disk 的授权形式是**语法糖**——单作者可写 `author = "…"`, -多作者写 `author = ["…", "…"]`——但这个"字符串或数组"的二态**只活在加载边界**:`RawInfo` -经归一化折叠成 canonical `Info`,其后不再出现。canonical 接收端始终是 `List String`, -raw 形式不泄漏进模型其余部分。这正是 `Info`(canonical)与 `RawInfo`(授权 surface) -两个结构存在的理由。 +另有一条值得钉的模式:on-disk 的**撰写态**(用户实际填写的形态)是**语法糖**——单作者可写 +`author = "…"`,多作者写 `author = ["…", "…"]`——但这个"字符串或数组"的二态**只活在加载 +边界**:`RawInfo` 经归一化折叠成 canonical `Info`,其后不再出现。canonical 接收端始终是 +`List String`,raw 形式不泄漏进模型其余部分。这正是 `Info`(canonical)与 `RawInfo` +(撰写态)两个结构存在的理由。 -/ namespace Spec.Courseware -/-- 作者的**授权 surface 形式**(`PINNED` 仅授权便利, ADR-0008)。on-disk 单作者可写裸 +/-- 作者的**撰写态形式**(`PINNED` 仅填写便利, ADR-0008)。on-disk 单作者可写裸 字符串、多作者写数组——填写便利,非语义分歧。此 union **只活在加载边界**,经 `RawAuthor.normalize` 折叠后不再出现。 -/ inductive RawAuthor where @@ -39,7 +39,7 @@ structure Info where /-- 作者**有序列表**(空 = 未署名)。canonical 始终是列表。 -/ authors : List String -/-- 授权 surface 的 `[info]`(`PINNED` 仅授权便利, ADR-0008)。`author` 用 `RawAuthor` +/-- 撰写态的 `[info]`(`PINNED` 仅填写便利, ADR-0008)。`author` 用 `RawAuthor` (字符串或数组),`author` 缺省即未署名。此结构刻画"为便于填写而存在的 raw 形态", **不**是模型其余部分流通的形式——它经 `RawInfo.toInfo` 归一化为 canonical `Info`。 -/ structure RawInfo where