WorkBuddy 备课案例定制
目的
基于客户基本信息和参训学员名单，一次性产出三套可直接进入开发环节的案例设定方案，供讲师在 WorkBuddy 企业培训课上按「Skill → 专家 → 专家团 → 连接器」的授课节奏使用。
执行流程
第一步：收集输入，不足即反问
必需输入两类信息，缺一项就列出缺失清单向用户反问，禁止脑补：
- 客户信息：行业、主营业务、组织架构/部门、当前数字化痛点或想重点演示的业务场景。用户给文档/文件夹/口述均可。
- 学员名单：岗位构成、大致人数、数字素养水平（决定案例难度配比）。
允许的合理假设必须标注「（假设）」并在方案开头集中声明，供用户确认或纠正。
第二步：输出客户画像速写
先用一张 5 行以内的小表回显理解：行业与业务 / 核心部门 / 关键痛点 / 学员画像 / 案例基调。让用户一眼确认方向没错，再进入正文。
第三步：生成三套案例
按授课顺序依次输出，三套案例的业务场景必须互相咬合：Skill 是原子能力，专家组装 Skill，专家团编排专家走完一条真实业务流程。
- Skill 案例表：10 个左右。表格字段：# / Skill名称 / 作用 / 适配岗位 / 授课演示点 / 开发提示词。难度配比入门 3 : 进阶 4 : 高阶 3。生成规则与开发提示词写法见
references/skill-case-rules.md。 - 专家设定表：表格字段：专家名称 / 能力·技能（含绑定的 1-3 个 Skill）/ 能完成的事务。生成规则与开发提示词写法见
references/expert-rules.md。 - 专家团设定：10 个左右（与 Skill 案例数量对齐），每团对应客户一条真实核心业务流程，拆 3-5 个环节，每环节恰好 1 位专家（即每团约 5 位专家）。每个环节描述：环节任务 / 输入 / 产出 / 责任专家。生成规则、流转描述模板与开发提示词写法见
references/expert-team-rules.md。
每个 Skill 案例表格后附「开发提示词模板」小节，逐案例给出可直接粘贴使用的开发 prompt（每个 3-6 行，紧凑不注水）。专家与专家团同样各附一份开发提示词模板。
第四步：红线自检
输出前逐项过 references/redlines.md 的检查清单，全部通过才交付。
第五步：输出交付
- 对话中直接输出全部表格与提示词摘要，不写多余文件、不上传云文档。
- 必须同时生成一个单文件 HTML 备课看板（
<客户名>-workbuddy备课.html），把三套案例完整装进去。设计规范（蓝色主题、卡片+弥散阴影、一键复制）见references/html-output.md，逐条遵守。 - HTML 用 present_files 呈现给用户，作为课堂投影/翻阅的主交付物；对话内表格作为速览版。
- 仅当用户明确说「存到金山文档」等指令时才额外落盘其他格式。
质量标准
- 每个案例锚定客户真实业务场景，能说出「这是给谁用的、演示什么能力」。
- 名称口语化有观点，禁止「XX管理系统」「XX平台化」这类空泛命名。
- 三套案例之间有明确引用关系：专家绑定 Skill、专家团环节指定专家，形成一条可讲述的完整故事线。
