forked from bai/curriculum-project-hub
sjfhsjfh
73e9d258d6
按新文风(简洁书面中文)重写 spec/ 全部 Lean doc 注释、spec/README, 并顺根 README。核心:讲清产品逻辑、去伪术语、去 ADR 黑话、DRY。 语言:砍钉死/留痕/实现侧/将就/脑补/刻意等伪术语;短句;不复述文件系统 能看到的东西;typst 考据移出 spec 指向 ADR。 内容取舍(动结构): - System 层大改:删 can_mono 形式化定理、Capability 9 项枚举与 requiredRole 映射、RunState 6 构造子;Audit.lean 删除并入 System 顶部。 Hub 未建的部分一律 prose 占位,只留 Lock 的 owner=run 与 WellFormed。 - 澄清两个"检查":产品 checker(LLM 判不了合法性,checker 真跑工具补这块) vs 开发时 spec↔impl 一致性检查(无自动闸门)。Oracle 重新定位为 "checker 得委托外部工具才能判的事实",不是"Lean 没写形式化"。 - spec/README 补取舍判据 checklist(自顶向下逐步细化、不在 Lean 里验证实现)。 - 根 README 去 DRY:删硬编码版本号、cache 路径细节;宪法第 3 条吸收 "人/coding assistant 核对"修正;第 5 条与 spec/README 判据去重。 保留:Export/Render 执行语义、Info 的 raw→canonical 设计模式(产品语义, 只顺文风不砍结构);renderIgnoredSeverity(实现对齐依赖)。 lake build 通过(24 jobs)。 Co-Authored-By: Claude <noreply@anthropic.com>
27 lines
1.2 KiB
Lean4
27 lines
1.2 KiB
Lean4
/-!
|
|
# 基元
|
|
|
|
课程模型要谈"element、lesson、target 之间的关系",但每个基元本身(element kind
|
|
怎么标识、kind 的数据 schema 长什么样、target 怎么标识)的内部表示是实现的事。
|
|
这里把它们收成一组抽象基元,让模型在它们之上参数化。
|
|
|
|
契约只钉基元之间的关系;基元内部用什么表示,留给实现。
|
|
-/
|
|
|
|
namespace Spec.Courseware
|
|
|
|
/-- 课程模型的一组抽象基元:关系已定,内部表示留给实现(ADR-0005、ADR-0006)。 -/
|
|
structure Primitives where
|
|
/-- element kind 的标识。kind 是开放宇宙:stdlib 加第三方都可加,不是封闭枚举
|
|
(ADR-0005)。表示方式留给实现。 -/
|
|
KindId : Type
|
|
/-- 某 kind 的合法数据类型,以 kind 为索引:`ElementData k` 就是"符合 k 的 schema
|
|
的数据"。schema 用声明式 JSON Schema,带 content 叶子(ADR-0006);JSON Schema
|
|
的内部结构是实现细节,不进契约,契约只钉"数据要符合 kind 的 schema"这条关系。 -/
|
|
ElementData : KindId → Type
|
|
/-- export target 的标识。一个 target 是一次 build,产出对 lesson 的一种投影
|
|
(讲义、教案、PPT、平台归档等),见 Render。 -/
|
|
TargetId : Type
|
|
|
|
end Spec.Courseware
|