# 培养课程设计技巧这项技能指导教育课程的设计，这些课程是研讨会的结构化集合，从最初的要求到详细的每个研讨会实施计划。输出是一组规划文档，用作使用教育研讨会创作技能创建研讨会的蓝图。该工作流程分为六个步骤，从建立要求到每个车间的实施计划。每个步骤都会在“planning/”目录中生成一个规划文档。集中式任务跟踪文件（“planning/tasks.md”）捕获跨研讨会的出色工作，并在整个工作流程中进行更新。这些步骤通常是为了新课程而完成的，但您可以在扩展现有课程时在任何步骤中输入（例如，跳至步骤 3 来计划新的研讨会，或跳至步骤 4 来为单个研讨会创建计划）。当将此技能应用于具有现有研讨会的项目时，请参阅改造现有课程以获取有关审核现有工作和引导规划文档的指导。对于较小的课程，某些步骤被简化或完全跳过 - 工作流程根据步骤 1 中建立的课程范围进行调整。 ## 第 1 步：确定课程要求 ### 确定课程范围在收集详细需求之前，请了解用户想要的规模和结构。听听他们如何描述他们想要的东西 - 他们可能会说“我想建立一个关于 X 的综合课程”或“我有一个关于 Y 的研讨会的想法”或任何介于两者之间的想法。衡量对话的范围并提出以下分类之一： * **重点**（1-3 个研讨会）：一小部分研讨会，可能只是用户想要充实的一个想法。单个模块。核心/选修模型是可选的。用户可能还没有全面了解 - 帮助他们计划他们现在拥有的内容并建议他们以后可以添加什么。 * **标准**（4-10 个研讨会）：包含多个研讨会的连贯课程。一个或多个模块。核心/选修模型是可选的。默认为简单的线性序列；如果用户想要灵活订购，可以选择核心/选修课。 * **综合**（跨多个模块的 10 多个研讨会）：大型结构化课程。多个模块。建议使用核心/选修模型来帮助学习者浏览材料。在继续之前与用户确认范围。范围并不严格——可以稍后修改——但它决定了工作流程引入的结构程度。在课程简介中记录范围。 ### 收集需求从用户那里收集以下信息或从上下文中推断： * **主题和范围**：课程涵盖的内容以及它的广度/深度 * **目标受众**：课程适合谁以及其难度范围（初级、中级、高级或进阶） * **导航模型** _（仅限标准和综合）_ ：课程是否使用核心/选修模型（建议学习者选择的综合课程）或线性序列。对于重点课程，研讨会是独立的或遵循简单的线性顺序 - 不需要导航模型部分。如果用户提供了广泛的主题但没有明确的细节，请提出合理的默认值并在继续之前进行确认。在对任何主题进行头脑风暴之前，课程简介会捕获课程的“原因”和“内容”。 ### 创建课程简介创建“planning/course-brief.md”。以下部分适应课程范围 - 仅包括相关内容： * **课程愿景** — 课程涵盖的内容及其存在的原因。对于具有多个模块的课程，描述跨模块的进展和任何组织主题或叙述弧。对于重点课程，几段确立主题和学习目标就足够了。 * **目标受众** - 课程的对象是谁，假设有哪些先验知识，以及课程如何适应不同的经验水平。 * **交付平台** — 该课程作为基于浏览器的交互式研讨会在 Educates 培训平台上交付。 * **课程结构** — 课程如何划分为模块的高级概述，以及每个模块的主题和重点的简要描述。每门课程至少有一个模块。对于具有单个模块的重点课程，本节可以很简短——一两句话描述模块的主题。 * **导航模型** _（仅限标准和综合）_ — 研讨会如何相互关联。对于核心/选修课程：核心和选修课程的含义、先决条件如何运作以及学习者如何非线性导航。对于线性课程：预期的顺序。省略重点课程。 * **设计原则** - 推荐的学习者交互方法（默认使用可点击操作的引导体验；课程作者可以选择更实用的方法，让学习者自己键入代码和命令）以及任何特定于课程的设计决策（例如，应如何处理概念材料）。 * **范围和增长路径** _（重点和标准）_ — 记录当前范围并建议未来扩展的方向。例如：“这个重点课程涵盖 X 和 N 个研讨会。自然的后续步骤可能包括 Y 和 Z。”这支持想要增量构建并稍后返回添加研讨会的用户。有关每个部分的详细指导，请参阅[课程简介参考]()。 ### 创建AI助手指令文件在项目根目录中创建 AI 助手指令文件，以便将来的 AI 交互自动了解项目上下文以及要使用哪些技能。对于 Claude Code，这个文件是 `CLAUDE.md`；其他 AI 编码代理使用不同的约定（例如“AGENTS.md”）。说明文件应包含： * 指向“README.md”的指针，用于项目概述、目录结构和导航模型 * 指向“planning/course-brief.md”的完整课程愿景和设计原则 * 指向“planning/resources.md”的指针，作为课程的外部文档和参考的精选列表 - 代理应在网上搜索课程主题信息之前查阅此文件 * **在此步骤中建立的特定于项目的研讨会约定** - 例如，研讨会命名前缀、会话应用程序研讨会需要的（终端、编辑器、Kubernetes 等）、编程语言和运行时版本，以及适用于本课程所有研讨会的任何其他默认值 * **技能参考** — 何时调用每项技能： * 课程规划的**教育课程设计**技能（主题、研讨会细分、每个研讨会计划） * 研讨会创作知识的**教育研讨会创作**技能（在编写每个研讨会计划和创建实际研讨会文件时使用） * **设计原则** - 对课程简介中选择的方法的简要断言（例如，完全引导的可点击操作，或更实际的方法），详细信息请参考“planning/course-brief.md” 使该文件重点关注特定于 AI 的指令和特定于项目的覆盖。不要复制“README.md”或“planning/course-brief.md”中已存在的内容——而是引用这些文件。 ### 启动课程资源文件创建“planning/resources.md”来跟踪与课程设计过程中发现的**课程主题**相关的外部文档、参考资料和学习材料。该文件充当持久的、精心策划的注册表，可以跨会话保存 - 当清除对话上下文并稍后恢复工作时，代理可以查阅该文件，而不是重新搜索相同的资源。该文件适用于有关课程所教授主题的资源（例如，语言文档、框架指南、API 参考、教程），而不是 Educates 平台文档。有关教育研讨会结构、配置和创作约定的知识由教育课程设计和教育研讨会创作技能提供 - 无需在资源文件中重复这些内容。在收集需求期间，您经常会研究课程主题以了解其范围并评估可行性。 **任何时候网络搜索或网络获取产生有用的资源 - 文档页面、教程、API 参考、指南 - 立即将其添加到此文件中。** 不要依赖对话上下文中的信息；将其记录在文件中，以便在以后的会话中可用。使用第 1 步中找到的任何资源开始该文件。随着在主题头脑风暴（第 2 步）、研讨会分解（第 3 步）和详细规划（第 4 步）期间发现更多资源，该文件将在整个工作流程中不断增长。课程作者可以随时查看和编辑此文件以更正版本、标记过时的材料或添加首选替代方案。文件末尾的管理注释部分记录了这些更正。文件结构、条目格式和维护约定请参考【课程资源参考】()。 ## 步骤 2：集思广益并组织主题此步骤适应课程范围： * **重点**：此步骤是可选的。如果用户已经知道他们的 1-3 个研讨会将涵盖什么内容，请直接跳至步骤 3（或单个研讨会的步骤 4）。如果用户想要集体讨论要包含哪些主题或探索扩展想法，请创建一个轻量级主题列表，而不是追求详尽的覆盖范围。 * **标准**：与用户合作确定课程将涵盖的主题并记录未来扩展的想法。目标是涵盖计划的范围并捕捉增长想法，而不是列举该主题可能包括的所有内容。 * **全面**：生成课程可以涵盖的主题的完整清单，并将它们组织到课程简介中定义的模块中。目标是完整性——最好列出更多主题并稍后进行修剪。这一步是协作和迭代的——人工智能根据课程愿景提出主题，用户对它们进行细化、添加、删除和重新排序。主题列表是一个清单，而不是与研讨会 1:1 的映射。该映射发生在步骤 3 中。在主题头脑风暴期间，您经常会研究外部文档，以了解存在哪些主题、它们如何工作以及什么可以进行良好的实践练习。将发现的任何有用资源添加到“planning/resources.md”中，并使用与其相关的主题编号对条目进行注释。 ### 创建主题文档使用以下命令创建“planning/course-topics.md”： * **按模块组织的主题** _（对于具有多个模块的课程）_ 或 **作为平面编号列表** _（对于具有单个模块的课程）_ — 每个主题都有一个标题（编号供参考）和描述其涵盖内容的要点。 * **关于主题选择的注释** — 注释标识： * 主要是概念性的主题，可能需要融入实际的邻居中 * 具有相似代码结构的主题集群，可以很好地作为选修课_（对于使用核心/选修模型的课程）_ * **未来的扩展想法** - 用户现在不打算涵盖但可能想要稍后添加的主题_（对于重点课程和标准课程尤其有价值）_ * 应指导从主题到研讨会的映射的任何其他观察结果多个主题可以合并到一个研讨会中，或者一个大主题可以分为多个研讨会。该映射发生在步骤 3 中。详细指导请参阅【课程主题参考】()。 ## 步骤 3：计划研讨会分解将步骤 2 中的主题（或用户的研讨会想法，如果跳过步骤 2）映射到具体研讨会中。 ### 创建研讨会分解每个模块创建一个文件，命名为“planning/course-module-N.md”（例如“course-module-1.md”、“course-module-2.md”）。对于具有单个模块的重点和标准课程，请创建“planning/course-module-1.md”。每个文件打开时显示： * 简要介绍，解释如何将主题映射到研讨会（或者，对于重点课程，每个研讨会涵盖的内容） * **研讨会结构约定**部分定义了每个研讨会条目的内容然后每个研讨会的描述如下： * **涵盖想法** — 解决了 `course-topics.md` 中的哪些主题（如果跳过第 2 步，则省略） * **类型** _（仅适用于使用核心/选修模式的课程）_ — 核心（必修、顺序）或选修（可选，满足先决条件后可以按任何顺序学习） * **先决条件** — 必须首先完成哪些研讨会（明确的，而非暗示的）。对于顺序简单的重点课程，“之前的研讨会”或“无”就足够了。 * **学习目标** — 学习者完成研讨会后将能够做什么 * **叙事弧** — 从开始到结束的进展 * **代码练习** — 具体的实践活动，描述得足够详细，以评估研讨会是否有足够的互动内容 * **关键代码示例** - 所需的代码类型（不是完整的实现，但足以评估可行性）由于在步骤 4 中创建了每个研讨会计划，因此将 **详细计划** 链接添加到模块文件中的每个研讨会条目。该链接使用“workshop-plans/”子目录的相对路径： ### 研讨会 N：研讨会标题 **详细计划：** [workshop-plans/lab-workshop-name.md](workshop-plans/lab-workshop-name.md) **目录名称：** `lab-workshop-name` 对于**重点课程和标准课程**，在模块文件末尾包含一个**未来扩展想法**部分，建议发展方向 - 用户稍后可能添加的主题或研讨会。这支持增量课程开发。详细指导请参阅【研讨会分解参考】()。 ## 步骤 4：创建每个车间的详细计划对于步骤 3 中定义的每个研讨会，创建一个详细的实施计划，作为研讨会创建的蓝图。 ### 写计划之前 **加载研讨会创作知识**：在会话中编写第一个计划之前，调用**教育研讨会创作**技能来加载其教育研讨会结构的知识。这并不意味着创建研讨会文件 - 它意味着拥有可用的创作技能知识，以便计划使用正确的可点击操作类型、现实的 YAML 配置选项、正确的页面结构约定和准确的练习文件布局。创作技能的知识确保计划是可以实施的，而不是空想的。 **查阅课程资源**：阅读“planning/resources.md”以获取与研讨会主题相关的外部文档和参考资料。直接使用列出的资源，而不是重新在网络上搜索在早期设计步骤中已找到的信息。如果您在编写计划时发现其他资源，请立即将它们添加到文件中，并注明与它们相关的研讨会名称。检查管理笔记部分，了解课程作者指出的任何版本更正或首选替代方案。对于**连续链中具有前身的研讨会（核心研讨会，或任何按线性顺序跟随另一个研讨会的研讨会）：在编写新计划之前，请务必阅读前一个研讨会的计划（以及两个研讨会的研讨会细分描述）。这确保了连续性并防止不必要的重叠。对于**选修研讨会**：阅读模块文件中列出的核心先决条件，但不要假设任何其他选修课程已完成。对于**独立研讨会或课程中的第一个研讨会**：不需要事先阅读计划。 ### 创建研讨会计划在“planning/workshop-plans/”中创建计划文件，命名为与研讨会目录相匹配（例如，“planning/workshop-plans/lab-first-decorator.md”表示研讨会将位于“workshops/lab-first-decorator/”中）。每个计划都遵循标准的 8 部分结构： 1. **研讨会元数据** — 名称、标题、描述、持续时间、难度、类型、先决条件 2. **研讨会配置** — 所需的会话应用程序和任何特殊设置 3. **学习目标** - 与模块文件一致（事实来源） 4. **与之前研讨会的联系** — 学习者已经知道什么以及不应该重新教授什么。对于有前身的研讨会具有实质性意义；省略独立或首次研讨会。 5. **要创建的练习文件** — `exercises/` 下的每个文件，包含文件名、用途和初始内容 6. **研讨会说明页面** — 包含内容大纲和可点击操作类型的逐页细分 7. **终端工作目录跟踪** — 起始目录和研讨会期间的任何更改 8. **设计说明** — 设计决策、基本原理以及未来研讨会的精心安排。对于重点课程，请注意扩展想法——未来的研讨会可以在此处建立的模式上构建哪些内容。创建计划后，将 **详细计划** 链接添加到模块文件中的研讨会条目（请参阅步骤 3）。 ### 跟踪已知问题创建研讨会计划后，如果存在已知问题、悬而未决的问题或标记为将来需要注意的区域，请将它们添加为“planning/tasks.md”中的任务。如果该文件尚不存在，则创建该文件。规划过程中确定的常见任务包括： * 在实施过程中需要验证的设计决策 * 设计说明中故意指出的需要跟踪的差距 * 注明可能需要修订的练习文件或页面 * 计划中做出需要验证的假设的领域将 **Status** 行添加到模块文件中的研讨会条目和计划的研讨会元数据部分，链接到“tasks.md”中的研讨会部分。文件结构、任务格式和优先级请参考【任务跟踪参考】()。请参阅[研讨会计划参考]()了解完整结构，并参阅[计划编写指南]()了解顺序研讨会流程的约定，故意的差距、选择性的独立性和其他指导方针。 ## 步骤 5：实施研讨会一旦每个研讨会的计划存在，就将其交给**教育研讨会创作**技能来创建实际的研讨会文件。在开始实施之前，请阅读“planning/resources.md”以获取在设计阶段策划的外部文档和参考资料。这些资源是在早期步骤中收集和审查的——首先查阅它们，而不是从头开始在网络上搜索。检查管理笔记部分以了解版本更正或课程作者指出的首选替代方案。如果您在实施过程中发现新资源，请将它们添加到文件中。对于每个要实施的研讨会： 1. 从“planning/workshop-plans/”中读取每个研讨会的计划 2. 调用教育-研讨会-创作技能 3. 计划作为蓝图——它指定了练习文件、页面结构、可点击的操作类型和终端模式 4. 创作技能处理特定于教育的实施细节（YAML 配置、可点击操作语法、页面结构、验证检查表）研讨会文件在“workshops/”目录中创建，与“planning/”目录分开。 ### 更新任务跟踪实施研讨会后，根据计划审查结果并更新“planning/tasks.md”： * 如果实现解决了预先存在的任务，则将它们标记为已完成（`[x]`） * 针对计划与实际实施之间的任何差距添加新任务（例如，简化的练习、推迟的页面、无法按计划实施的可点击操作） * 当实施发现外部库或工具的行为与记录的不同时，捕获调查上下文（尝试了什么、失败的原因、应用的解决方法以及上游参考（如果适用））作为任务的子项目符号 - 请参阅 [任务跟踪参考]() 了解格式和示例 *更新模块文件中workshop的**Status**行并计划反映当前状态 ### 更新规划文件当实施与计划有显着差异时，更新规划文件以反映实际构建的内容。该计划应该描述竣工设计，而不仅仅是最初的意图——未来的研讨会将按顺序阅读之前的计划，过时的计划会导致错误的假设。在以下情况下更新研讨会计划文件（`planning/workshop-plans/lab-*.md`）： * 方法或技术发生了变化（例如，从基于类切换到基于函数） * 页面被添加、删除、重新排序或主题更改 * 练习文件与计划指定的不同 * 学习目标根据实际可实现的目标进行调整保持页面文件名与其内容一致。如果页面的主题在实施过程中发生变化，请重命名该文件以匹配（例如，“03-old-topic.md”→“03-new-topic.md”）并更新计划的页面列表以反映新的文件名。如果更改影响研讨会的学习目标或叙述弧，还要更新模块文件 (`course-module-N.md`) 中的研讨会条目，以使其保持准确。对于连续的研讨会，还要检查后续研讨会计划或实施是否引用了任何更改。稍后的研讨会的“与上一个研讨会的连接”部分、练习文件或叙述挂钩可能会采用原始方法——审查和更新它们，以便顺序保持连贯。 ## 步骤 6：验证一致性定期检查规划文档和生成的研讨会的一致性。这在创建多个研讨会后或休息后返回项目时特别有用。以下检查适应课程范围 - 跳过不适用的检查。 ### 检查什么 **规划文件一致性：** * 模块文件（`course-module-N.md`）中列出的所有研讨会在`workshop-plans/`中都有相应的计划文件 * 研讨会条目中引用的主题存在于 `course-topics.md` _（如果没有主题文档则跳过）_ * 计划和研讨会文件中引用的先决条件实际上作为定义的研讨会存在 * 对于具有连续研讨会的课程：叙述链是连续的 - 每个研讨会的摘要都会连接到下一个_（跳过独立研讨会）_ **实施一致性**（针对已创建的研讨会）： * 所有已完成工作坊的计划文件在`workshops/`下都有相应的目录 * Workshop目录名称与计划文件中的名称匹配 * 计划中列出的练习文件存在于研讨会的 `exercises/` 目录中 * 研讨会计划页面列表与研讨会“content/”目录中的实际页面文件匹配（文件名、顺序和主题） * 页面文件名反映其内容 - 没有以前方法中剩余的文件名 **交叉引用完整性：** * 研讨会文件中的“详细计划”链接指向具有正确路径的现有文件 * 规划文档之间的文件引用使用当前名称（重命名后不会出现过时的引用） **任务跟踪一致性**_（如果`tasks.md`存在）_： * `tasks.md`中的Workshop状态值与每个Workshop的实际状态一致 * 模块文件条目和计划文件中的状态行链接到“tasks.md”中的正确锚点 * 已完成的任务 (`[x]`) 准确反映已解决的问题 * 已修复的问题不再存在过时的任务 **成长之路**_（重点课程和标准课程）_： * 模块文件和课程简介中的未来扩展建议仍然相关，并且尚未被实际创建的研讨会所取代 ### 将发现记录为任务将验证期间发现的问题记录为“planning/tasks.md”中的任务，而不是仅在对话中报告它们。这可以确保跟踪发现的结果并可以在以后解决，特别是在休息后返回项目时。 * 为每个发现的问题添加新任务，并具有适当的优先级 *更新研讨会**状态**行以反映验证结果 * 在对话中报告摘要，引用创建的任务如果“planning/tasks.md”尚不存在，请在发现问题时创建它。如果没有发现问题，则不需要任务文件。 ### 随时处理任务用户可以问“接下来我应该做什么？”在任何时候。当他们这样做时，请查阅“planning/tasks.md”并根据优先级（P1优先）、研讨会状态（最差状态优先）和顺序依赖性（链中较早的研讨会优先）推荐工作。用户还可以随时在正常工作流程步骤之外添加任务 - 以适当的优先级添加它们。 ## 改造现有课程当将此技能应用于已经有研讨会（在“workshops/”目录中）但缺乏规划文档或规划文档不完整的项目时，请提供审核现有研讨会并引导规划工件的建议。 ### 检测现有工作在会话开始时，如果项目有“workshops/”目录，并且存在workshop子目录，请检查是否存在相应的规划文档： * 每个现有研讨会的“planning/workshop-plans/”中是否有研讨会计划文件？ * 是否有研讨会分解文件（`planning/course-module-N.md`）？ * 是否有`planning/tasks.md`？如果研讨会存在，但规划文档缺失或不完整，请主动提出审查现有研讨会并创建缺失的规划工件，包括任务文件。 ### 审核现有研讨会在审查现有研讨会时，评估每个研讨会的完整性： * **Workshop 结构**：它是否有 `workshop.yaml`、说明页面和练习文件？ * **说明页面**：所有页面是否均存在且具有实质性，或者是否存在某些占位符？ * **练习文件**：练习是否与说明页面相符，或者是否存在差距？ * **可点击的操作**：操作的格式是否正确且功能齐全？ * **叙事流程**：对于连续的研讨会，叙事链是否成立？根据此评估，为每个研讨会分配一个状态值（基本完成、需要中等修复、不完整或显着不完整），并使用发现的具体问题填充“planning/tasks.md”。在每个任务中包含指向相关文件的源链接。 ### 将车间状态纳入规划在为现有研讨会的课程创建或更新计划文档时： * 车间明细应反映现有车间的实际状态，而不仅仅是预期的设计。包括存在已知问题的研讨会的**状态**行。 * 现有研讨会的每个研讨会计划应注明已存在的内容和需要更改的内容，而不是将研讨会描述为好像是从头开始构建的。 * 课程简介应承认现有工作并将规划工作框架为扩展或改进它。请注意，现有的研讨会可能正在进行中。目标是准确捕获他们当前的状态，以便任务跟踪可以指导他们完成，而不是根据完成的标准来判断他们。 ## 从 Parts/Spine 迁移到 Modules/Core 如果现有课程存储库使用较旧的“部分”和“主干”术语，请按照本指南将其更新为当前的“模块”和“核心”约定。 ### 文件重命名使用 `git mv` 保存历史记录：旧名|新名称 ---|--- `计划/part-N-workshops.md` | `规划/课程模块-N.md` `planning/workshops.md`（如果存在）| `规划/课程模块-1.md` ### 规划文件中的内容更新重命名文件后，更新以下内容： **`计划/课程简介.md`:** * 课程结构部分中的“第 N 部分”→“模块 N”以及按编号引用的任何部分 *“spine”→“core”（如果导航模型部分使用该术语） **`规划/课程主题.md`:** * 节标题：“## Part N —”→“## Module N —” **`planning/course-module-N.md`**（重命名的研讨会细分文件）： * 节标题：“## Spine 研讨会”→“## 核心研讨会” * 工作室类型字段：“**类型：** Spine”→“**类型：** Core”（也称为“**类型** — Spine”→“**类型** — Core”） * 任何提及“主干/选修”→“核心/选修”的散文 * 标题如果提到“Part N”：更新为“Module N” **`计划/tasks.md`:** * 节标题：“## N 部分：”→“## 模块 N：” **研讨会计划文件位于`planning/workshop-plans/`中：** * 在创意工坊元数据中输入字段：“spine”→“core” * 引用 `part-N-workshops.md` → `course-module-N.md` * 散文引用“脊柱”研讨会→“核心”研讨会 ### 项目根文件中的内容更新 **`自述文件.md`:** *“课程部分”→“课程模块”（章节标题） *“N 部分 — 标题”→“N 模块 — 标题” * 参考 `planning/part-N-workshops.md` → `planning/course-module-N.md` * 参考“脊柱”→“核心” **`CLAUDE.md`**（或同等的人工智能助手指令文件）： * 更新对“脊柱”或“部件”的所有引用以使用“核心”和“模块” * 更新对计划文件名的所有引用 ### 创意工坊元数据内容更新如果每个研讨会的“metadata.yaml”文件存在带有“type”字段： * `类型：脊柱`→`类型：核心` ### 迁移后验证完成迁移后，验证： * `grep -ri "spine" Planning/` 不返回任何结果（除非在解释术语更改的任何有意注释中） * `grep -ri "part-[0-9]" Planning/` 不返回任何结果 * `ls Planning/part-*` 没有返回结果（全部重命名） * `ls Planning/workshops.md` 不返回任何结果（重命名为 `course-module-1.md`） * 计划文件中的所有交叉引用链接都能正确解析（特别是从研讨会细分条目到计划文件的链接，以及从计划文件到“tasks.md”的链接） ## 规划目录结构所有规划文档都位于项目根目录的“planning/”目录中。规划/ ├── course-brief.md # 第 1 步：课程愿景、范围和要求 ├── resources.md # 步骤1：外部参考和文档 ├── course-topics.md # 步骤2：按模块组织主题 ├── course-module-1.md # 第三步：模块 1 研讨会分解 ├── course-module-2.md # Step 3: Module 2 (when applicable) ├──tasks.md # 任务跟踪（出现问题时创建） └── Workshop-plans/ # 步骤4：每个研讨会的详细计划 ├── lab-first-workshop.md ├── 实验室-第二-workshop.md └── ... 对于单模块课程，只有“course-module-1.md”。无论课程有多少个模块，布局都是相同的。 `workshops/` 目录（位于项目根目录，与 `planning/` 一起）包含在步骤 5 中创建的实际教育研讨会实现。有关文件命名约定和交叉引用链接模式，请参阅[规划目录参考]()。 ## 参考指南有关特定主题的详细指南，请参阅： * [规划目录参考]() — 目录结构、文件命名约定和交叉引用链接模式 * [课程简介]() — 课程简介和每个部分的指导内容 * [课程资源参考]() — 如何跟踪课程设计过程中发现的外部文档和参考 * [课程主题参考]() — 如何集思广益、组织和注释主题 * [研讨会细分参考]() — 如何将主题映射到具有目标、先决条件和分类的研讨会中 * [研讨会计划参考]() — 每个研讨会实施计划的标准 8 部分结构 * [计划编写指南]() — 顺序研讨会流程、故意间隙、选择性独立性和其他计划编写指南的约定 * [任务跟踪参考]() — 任务文件结构、状态值、优先级和生命周期约定 ## 技能版本当询问技能版本时，阅读“VERSION.txt”文件并将其内容报告给用户。 ## 获取帮助有关 Educates 的更多信息，请访问 Educates 文档：

教育课程设计

包含技能