用途
curriculum-planner 用于规划并构建一个「系列」（series）——即多个按顺序学习的阶段（stage，也就是多个课堂）。它的工作单位仍然是单个阶段，每个阶段的具体构建由 stage-design 负责；本技能在其之上增加一层：把需求澄清清楚、让用户对整个课程列表签字确认、并从第一阶段一路带到最后一阶段而不丢失主线。
主要能力
系列层可用的工具包括：create_folder、create_stage、move_to_folder、list_folder_stages、read_stage_outline、ask_user。其余工具（对话中规划、set_roster、generate_scene、list_scenes、read_stage、patch_stage、grep_stage、edit_deck、generate_tts、素材工具、web_search、fetch_url、render_scene_preview）与单阶段相同，只是每次调用都要带上该阶段明确的 stageId。
技能把流程分为两道门：
-
第一道门（Gate 1）——分轮澄清。系列需求几乎总是不充分的，例如「7 天学 Python」只确定了主题和课数。用两到三轮、每轮一次 ask_user 来收敛，每轮比上一轮更窄。第一轮问「落点」：学习者是谁、他们想要什么结果；第二轮问「形态」：单次时长、节奏、讲授语言、动手程度，选项要基于第一轮答案构造；第三轮问「边界」，仅当问题真实存在时才问（是否以已有书/大纲/课件为来源、检查量多少）。每轮最多三个大问题；每轮开头要说明从上一轮得到了什么；不要问已经知道的东西；两到三轮即可，不要四轮。问题必须通过 ask_user 工具调用提出，不能写在聊天叙述里，也不能在提问前预告问题内容。若需求已足够具体，可跳过此门直接给出方案。
-
第二道门（Gate 2）——确认门。在用户对整个系列签字确认前绝不开始构建。在聊天中展示：系列标题与阶段数量；每个阶段一行，含标题、用途以及学完能做什么；以及你替用户做的、他们可能不同意的决定（定位水平、顺序、刻意省略的内容）。然后用 ask_user 请求明确的「开始」，并提供明显替代项（改数量、重排、增删课、调水平）。沉默或含糊不算同意；若用户改动，展示修订列表并再次询问。
使用方式
获得「开始」后进入执行循环：
- create_folder 创建系列文件夹，按用户会用的名字命名。
- 按顺序对每个阶段：create_stage 并传入系列文件夹的 folderId（同一次调用即归档进文件夹，绝不留在未分组状态），保留返回的 stageId 并传给每次生成/编辑/读取调用；按 stage-design 序列构建（先 outline 一次、roster、按顺序每页一次 generate_scene、list_scenes 验证、音频检查通过才算完成）；构建后用 list_folder_stages 检查该阶段是否在系列文件夹中，若显示无文件夹（folderId 丢失）立即 move_to_folder 归档；在聊天中写一小段：本课最终覆盖了什么、下一课从哪开始。
- 在开始一个依赖前一阶段的阶段前，对前一阶段调用 read_stage_outline，读取实际构建的内容而非计划内容。
- 需要了解系列进度时用 list_folder_stages。
适用场景
适合需要把多个课堂组织成有序学习路径的请求，例如「7 天学 Python」、四周入职培训、跨多阶段的学期单元等。
限制与注意事项
- 长对话上下文纪律：每课回顾是系列的「记忆」，只谈本课教什么、假设了什么、留了什么给以后；不要复述工具细节、不要重引已总结的大纲、不要每步都重述整个系列计划。需要早期细节时用 read_stage_outline 或 list_folder_stages 读回。
- 失败处理：页面恢复遵循 stage-design；单页失败不会中止整个系列。
- 收尾：给出文件夹链接、简短系列总结（按顺序列出已构建的课）、返工清单（失败项或你会做得不同的地方），没有则说明没有。
- 相关技能：stage-design 管每个单独阶段，本技能只增加其上一层，绝不替代它，两者都要读；若某课有自身形态（动手、职业、研究支撑），对应主题技能在该阶段内适用；若主题依赖需要核实而非回忆的事实，应在 Gate 2 之前而非之后运行 deep-research。
关于收费、价格、平台支持等具体信息，资料中暂未提供。