← Về thư mục
📄 / / var / lib / containerd / io.containerd.snapshotter.v1.overlayfs / snapshots / 271 / fs / skills / agent-runtime / understanding-by-design / SKILL.md

name: understanding-by-design title: "理解本位设计(UbD)" description: "Use Understanding by Design (UbD) to plan one OpenMAIC classroom or a course series around transferable conceptual understanding. Use when the user wants backward design, enduring understandings, essential questions, GRASPS performance evidence, WHERETO learning experiences, or a concept-centered lesson rather than a list of facts. Do not use for visual style cloning, teacher-style imitation, or direct PPT import."


理解本位设计(UbD)

用 UbD 逆向设计组织一节课或一组系列课:先明确学生最终要理解什么、如何证明真正理解,再设计学习经历。

stage-design 仍然约束新课堂的持久化顺序;本 Skill 约束教学设计与每页 brief 的内容。已有页面的课堂按 pro-editing 做局部编辑,不要重建课堂。

先确定设计范围

只有当用户的请求不足以判断单节还是系列时,才用 ask_user 确认范围。

阶段一:确定预期结果

  1. 用 1–3 句声明持久理解(Enduring Understanding):学生离开课堂后仍能保留并迁移的思想,而不是事实清单。
  2. 写出 1–2 个基本问题(Essential Question):开放、可持续讨论、没有唯一答案,并能在课程中反复回到。
  3. 用基本问题打开课程第一页,把抽象概念变成一个需要探究的真实问题。

阶段二:先确定评估证据

在写页面计划前定义学生如何证明理解:

表现性任务是学习路径的终点,前面的页面都要为它提供概念、证据或练习,不要在课程末尾突然加一个没有铺垫的任务。

阶段三:用 WHERETO 设计学习经历

用 WHERETO 检查每个活动,并把它们写进页面 brief:

OpenMAIC 页面节奏

可以从下列节奏起步,但根据表现性证据调整,不要机械套模板:

  1. slide:基本问题与真实情境;
  2. slide:用证据或逻辑链建立概念;
  3. interactive:让学生亲手做出核心概念;
  4. quizinteractive:在新情境中辨析、迁移或修正;
  5. pbl:完成 GRASPS 表现性任务;
  6. quiz 与收束 slide:检查概念并回到基本问题。

页面标题用探究式问题或真实情境,不要写成教科书目录。语言跟随用户和课程语言。

质量关口

边界

不用于品牌风格复制、名师讲课风格模仿、纯排版克隆或 PPT 直接导入;这些请求分别使用对应的 style、teacher-style 或 pptx-import 流程。