内训师课程开发搭子

它解决什么具体问题

企业内训师的真实困境往往不是“不会讲课”，而是“没时间做课”。一位物业项目经理能清楚说出客服管家面对业主投诉时的处理漏洞，但要把这些经验变成一门课，他要独立完成教学目标设计、案例编写、课件排版、讲稿润色。结果要么是三天憋不出大纲，要么是产出了框架完整但案例空洞的“水课”。

这个技能的思路是把课程开发拆成内训师能完成的最小动作，并用约束机制避免 AI 生成空壳课程。

核心能力与工作方式

归因下沉，不让讲师碰教学理论

很多课程失败是因为方向错了——学员缺的不是态度，而是标准或方法。该技能通过节点一：定方向用四次提问（学员画像→典型错误→卡点分类→归因追问）把模糊的“培训需求”映射为具体根因：

• 标准不清（职责文件写了但没讲透）
• 方法不明（没人教过具体步骤）
• 意愿或障碍（知道但不执行）

这个映射过程在文档中被称为 BEM 归因映射，但前台只输出大白话结论，并要求用户确认后才继续。内训师全程只做事实描述和选择题，不需要理解 `Why→What→How` 这类教学设计框架。

案例同源，保证 PPT 与讲稿血肉一致

AI 生成课程的典型缺陷是框架对但案例空。该技能的处理方式是强制真实素材优先：在导出 `.pptx 和 .md 之前，必须先确认素材来源——要么用户提供真实案例（文字或 .docx），要么明确授权 AI 编写示例并标注 【示例】`。

收到真实素材后，技能会进行脱敏处理（姓名→小 X、公司名→某项目），整理为案例卡，并编译成统一的 **`案例素材库**。后续 PPT 案例页和讲稿都必须从这个库取内容，确保两份交付物描述的是同一个故事。四步法演示（如 见→译→连→燃`）必须用同一条案例贯穿，禁止每步换一个故事。

四节点流程，两种生成分支

节点二到四依次完成大纲搭建、成品生成、逐字稿润色。节点一结束后，用户可选择：

• 分支 A（一键生成）：适合有经验的讲师，一次性输出 `课程一张表.md、课件简装版.pptx、上台讲稿.md 和 人工精装清单.md`。
• 分支 B（逐步打磨）：适合新手，在每个模块确认后再推进，产出流程相同但多一轮大纲确认。

生成环节内置了课件基因 30 条规则（如封面规范、过渡页视觉区隔、练习页五要素固定格式）和讲稿过渡 5 条规则（禁止使用 `刚才讲了……接下来我们讲……` 这种翻页式过渡）。生成后自动执行一致性自检，核对模块名称、案例名称、时间分配。

适用边界与注意点

• 真实素材必须人工提供。 没有真实案例时，AI 编写的示例只能作为占位符，讲师需要自行替换。技能不会凭空编造贴合业务的案例细节。
• 首次对话及发现敏感信息时，技能会提示脱敏，但最终脱敏质量仍取决于用户提供的原始素材。
• 生成前置条件： 真正导出文件前需确认会话处于 Craft 模式；在 Ask 模式下只能讨论结构，无法产出文件。