用途：该模式用于设计职业/技术实操课程，而非讲授式课程。学习者按顺序动手完成任务，涉及工具、设备状态与操作后果。面向学习者的模式名称为「任务引擎」，内部组件名不向学习者暴露，但大纲 JSON 需携带渲染器所需的真实组件契约。
结构：开头仅一页任务简报，说明工作任务、边界、训练目标、关键步骤、安全边界或风险提示、完成标准（GO-STOP 标准），不是领域历史或定义页。主体按技术员实际操作顺序排列同一任务的操作阶段：准备与设备检查→逐步操作→验证、测量或记录→交接/完成检查。至少三个主体场景须为交互式，widgetType 为 "procedural-skill"，即动手阶段，学习者针对工具与状态逐步操作，不安全或顺序错误会得到后果。至少包含一个作为 GO/STOP 决策检查点的测验：面对异常读数或不安全状况，判断继续、复查还是停止，而非词汇测验。结尾落在完成标准，而非概念总结。
场景命名：标题应读作工作步骤而非主题。例如「断电确认与验电」「绝缘电阻测量与判读」「异常读数：继续还是停线」；避免「什么是低压配电柜」「配电柜的发展历史」「本课总结」。
procedural-skill 组件大纲：每个此类场景需填写 widgetOutline，包含 procedureType（repair、assembly、inspection、operation、custom 之一）、task（具体执行阶段）、tools（所需工具、仪器、PPE 或材料）、steps（该阶段有序操作）、successCriteria（阈值、读数、状态等通过标准，而非“理解概念”）、errorConsequences（跳过或违规操作的实际后果）。
禁止：纯理论场景、概念讲授、公式推导；通用「课程总结」/「回顾」结尾页；所有动手场景使用相同清单，应变换形式，如检查表、测量仪表盘、步骤排序、故障排查。
限制：若需求没有操作流程、工具或设备状态、安全或通过/失败判断（如数学推导、诗歌朗诵），应一句话说明并改为普通课程，不要强行套用 procedural-skill。