技能介绍

问题：教学设计不是一个人的独角戏

准备一节高中技术与工程课，需要同时处理课程标准、教材、学情、目标、活动、评价和资源。一个人很难在有限时间里把每个环节都做到位，尤其是活动设计容易滑入“导入→讲授→练习→总结”的惯性。这个技能要解决的就是单人备课时分析维度分散、活动设计模板化、成果物交付断层的问题。

工作原理：11 位 Expert 串成一条流水线

核心角色是一个 Chief Expert，它按固定顺序调用 11 个领域 Expert：curriculum-expert 先读课程标准，textbook-expert 做教材分析，knowledge-expert 建知识体系，student-expert 推断学情，goal-expert 定五维目标，strategy-expert 选策略，activity-expert 设计活动，assessment-expert 出评价，resource-expert 列资源，reflection-expert 搭反思框架，review-expert 做质量审核。每个 Expert 只能读取前序 Expert 产出的 Context，不能修改，也不能并行或跳过。这种只读上下文的约束保证信息单向流动，前一步的输出就是后一步的输入。

教学设计文档最终保存为 {课题}-教学设计.md，包含课程标准分析、教材分析、知识体系、学情、目标、策略、活动、评价、资源、反思、审核报告和成果物索引。Activity Expert 被明确禁止使用传统四段式，活动设计会按课时分节，并标注时间和师生活动。

如果需要 PPT，系统汇总 12 个 Context 后，按 10 种布局模板生成结构化规格，包括 cover、two-col、three-col、table、features、flow、timeline、experiment、task、closing。如果需要互动网页，会先由 Activity Expert 产出交互规格，再确定视觉方向、生成页面、做合规审查，最后由 Review Expert 审核。

适用边界：它不替代教学判断

这套流程的价值在于把备课拆成可审查的步骤，但它并不自动产生有创意的课。学情推断、目标设定和活动设计仍然依赖用户提供的课题、年级、课时等输入。外部 PPT 或网页 skill 缺失时，系统会降级为手写 HTML 或手写 Canvas，这时产物可演示，但专业度会下降。用它之前，最好先想清楚这节课真正想让学生解决什么问题。