微课脚本创作工具包（五结构 · ABCD · 参赛合规）
一、用途
把一个「选题方向」变成一篇可直接录制的微课脚本，并保证它同时满足三套标准：
- 方法论标准——老师自有课件《微课开发与设计》的「五结构 + ABCD + 好课一标题」；
- 数量标准——单篇 1200–1800 字、五结构占比达标；
- 参赛标准——主办方征集要求 + 视频技术标准（脚本侧倒推时长与片头）。
批量场景（一次 10–50 篇）用脚本化流水线跑，不靠手写堆字。
二、触发场景
- 「帮我写微课脚本 / 微课文案 / 微课脚本集」
- 「按五结构写」「用 ABCD 教学目标写」「一批 10 个/50 个微课」
- 「参加微课征集/大赛，要符合参赛要求」「脚本字数/占比要达标」
- 「帮我敲定微课选题方向」「这个方向的选题够不够小、够不够实」
- 「校验一下这些脚本合不合规」「生成微课脚本 Word」
三、硬性标准（先记死）
3.1 五结构与占比（总量 1200–1800 字，目标 1400–1500）
| 序 | 结构 | 占比 | 脚本动作 |
|---|---|---|---|
| 1 | 亮主题抓注意力 | <5% | 前 30 秒直击痛点/数据冲击/反常识，明确告知学什么、学了有什么好处 |
| 2 | 建情境谈价值 | 15–25% | STAR 讲真实职场案例，点明不解决的后果、解决后的收益 |
| 3 | 提问题析矛盾 | 5–10% | 三界定（界定问题/对象/场景），把模糊负面感受转成清晰待解决问题 |
| 4 | 给对策供工具 | 60–70% | 步骤化、工具化、可执行，直接回应上述问题 |
| 5 | 做总结促行动 | <10% | 回顾知识点 + 价值升华 + 布置实践任务/思考题 |
字数校验口径：len(re.sub(r'\s','',文本))，标点计入。
换算关系：中文口播约 200 字/分钟 → 1400 字 ≈ 7 分钟，适配「时长不超过 8 分钟」的硬红线；写超 1800 字就有超时风险。
3.2 ABCD 教学目标（每篇必写，写进脚本并用于自检）
- A 教学对象是谁（1≤对象<3 类人群）
- B 学完后能「做什么」（用行为动词：使用/运用/执行/演示/区分/编制/识别…）
- C 在什么条件下完成（时机/场合/时长）
- D 做到什么程度算合格（必须量化：准确率≥X%、≤N 分钟、不少于 N 条）
模板：A=<岗位>；B=能用<工具/方法>做<行为>；C=在<场景/时机>下；D=<量化指标>。
颗粒度要小——「B 能独立编制四要素清单」「D 到期销号率不低于 90%」合格；「B 提升合规意识」直接重做。
3.3 标题命名（好课一标题 · 九手法）
量化写实 / 形象借喻 / 热点结合 / 痛点放大 / 繁简缩放 / 汉字谐音 / 反差吸引 / 强化收益 / 目标聚焦。
三个「感」：收获感、认同感、安全感；三个「好」：好记、好听、好懂。
常用公式：主题 = 学员对象 + 量化内容 + 学习目标；缩小题可用 主题 = 如何 + 动词 + 对象 + 问题。
3.4 参赛技术标准倒推到脚本
视频侧标准（如工行 2026：H.264 / 16:9 / 分辨率≥1280×720 / 码率≤4Mbps / 帧率≤30fps / ≤500MB / 时长≤8 分钟）不是脚本的事，但脚本必须为它服务：
- 字数 ≤1800，给录制留停顿余量；
- 脚本首段显式预留片头 3 秒以上的标题/作者/单位呈现位（片头信息停留 3s 是明文要求）；
- 需要视觉支撑的对策步骤，注明配套画面（模板/口诀/表格/清单），避免「简单枯燥的录屏与 PPT 平铺」。
四、工作流（五步）
第 1 步 · 敲定选题方向
详见 references/选题方向敲定法.md。核心：主办方战略方向 → 业务条线痛点 → 小切口选题 → 用「小/实/专/新」四标准筛 → 用痛点四要素公式定型。
痛点四要素公式：在【场景】下，【对象】出现【负面现象】，导致【业务影响】。
第 2 步 · 产出主题表
一行一个主题，字段固定五列：选题方向 / 课程主题 / 课程框架 / ABCD教学目标 / 课程大致内容。
产出 CSV（可再转 Word 或 HTML）。样例见 assets/工行8大方向50主题表.csv。
第 3 步 · 写脚本
- 主体结构：五结构，按 3.1 的占比配字数（1400 字版参考配比：亮主题 55–65 / 讲故事 240–290 / 提问题 110–135 / 给对策 880–950 / 做总结 90–120）。
- 给对策用六步法：
第一，<步骤名>——<做什么>。注意别<反例>；例如<具体场景>。<固化/收口句>，步骤名用「微案例 / 微讨论 / 微评议 / 长效化 / 看成效 / 带新人」这类可复制动作词，最后一步务必落到「传帮带」或「固化成资产」。 - 每篇脚本附
check（教学目标达成检验）3 条左右，逐条对应 ABCD 的 B/C/D。 - 数据文件格式见
assets/scripts_data_template.py，字段dir / theme / abcd / sections / check。
第 4 步 · 跑合规校验（必做，不靠肉眼）
python scripts/check_and_build.py <scripts_data.py> -o 微课脚本全集.docx -t "标题" -s "副标题"
输出两件事：逐篇「总字数 + 五结构字数 + 占比 + 是否达标」报告，以及达标才生成的 Word 交付件。看 ALL_OK: True 才算过。
未达标 → 跑幂等补强器：
python scripts/pad_scripts.py <scripts_data.py> # 原地重写，自动留 .bak
补强器只动「总字数<1240 或 给对策<60% 或 亮主题>5% 或 做总结>10%」的篇，达标篇跳过，可反复运行。
第 5 步 · 交付
Word 交付件应含：封面（结构标准说明）→ 目录 → 逐篇「信息表（含 ABCD 列）+ 脚本正文（每段标字数）+ 教学目标达成检验 + 五结构字数自检表」。
交付时同步提醒：案例人物为演示用通用示例，定稿前需业务/合规口核真实口径；数据须来自公开披露或行内可引用口径。
五、写作规范要点
- 讲故事：必须有冲突（好故事 = 有人做错了什么 + 后果 + 转折）。写真实场景，主题元素要出现在故事里。
- 提问题：不要重复讲故事，要把故事里的矛盾点「拎出来变成待解决问题」，可用「三界定」（界定问题/对象/场景）收口。
- 给对策：每步给「话术/清单/模板」中至少一种；每步必带「注意别…」反例；每步结尾给固化动作。
- 做总结：一句话回扣主题 + 一个可立刻执行的动作（如「下次党员大会别再念文件」）。
- 好脚本五特征：3 秒钩子 / 一个核心模型 / 真实场景 / 可量化收益 / 明确行动。
- 爆屏点五点法（用于需要传播的篇）：挖痛点、抓重点（1 句话 3 个点）、反差点、吸睛点（视图/模型）、实用点。
六、红线（不可越）
- 不编造行内制度名称、文号、数据、案例细节。数据只用公开披露或用户提供的口径。
- 案例脱敏：人名用通用化名（老周、小李、王阿姨）；机构用「某支行/某网点」；金额与客户信息做模糊化处理，符合征集要求里的「敏感信息的保密和脱敏」。
- 交付件标注：脚本正文下方注明案例为演示示例，定稿前业务与合规复核。
- 客户信息隔离：本工具包方法论取自老师自有课件，课件原文中的其他行业/其他客户案例（如邮储条线案例）只能取方法论，不得原句搬进别的客户项目。每个客户项目的脚本只引用该客户自己的战略方向、业务词、制度口径。
- 引用须原样：引用课件或客户给定素材的原文时一字不差，不改写、不归纳、不发挥。
七、资源索引
references/工行微课参赛要求.md—— 2026 征集要求、技术标准（附件 2）、汇总表（附件 3）、报送数量、评审与制作费。references/微课方法论原文摘录.md—— 五结构、ABCD、四类层级、教学目标动词表、选题标准、三界定、痛点四要素、取材渠道、好课一标题九手法、好脚本五特征、微课四步曲。references/选题方向敲定法.md—— 敲定四步法 + 方向库模板 + 报送组合建议。references/金标准脚本样例.md—— 一篇 1447 字达标脚本全文（含各结构字数），照此调性复制。scripts/check_and_build.py—— 合规校验 + Word 交付件生成。scripts/pad_scripts.py—— 幂等补强器（补字数、补给对策、去重复句）。assets/scripts_data_template.py—— 脚本数据文件模板（含 1 篇完整示例）。assets/工行8大方向50主题表.csv—— 已完成的方向/主题/框架/ABCD 五列主题表，可作为新项目的方向库参考。
八、常见坑
- 占比是相对值：总字数一涨，亮主题与做总结的占比自动回落。补字数是最省事的合规手段——但别把补的字都堆进亮主题。
- 补强器只加不减：它救得了「字数不够、给对策占比偏低」，救不了「提问题/讲故事超了上限」，超了必须人工删句。
- 给对策步骤数低于 6 时，补强器救不回来：先按六步法把结构写全，再交给补强器加尾。补强器会明确报出这种情况。
- 补强器必须幂等：曾出现「叠加补强」导致同一句固化尾出现两遍。重跑前确认补强器有「达标跳过 + 已补过不重复 + 连续重复句去重」三层保护（本工具包的 pad_scripts.py 已内置）。
- 数据文件语法：元组写成
('给对策', 文本),，漏逗号或写成('给对策': 文本)会直接 SyntaxError，且批量生成的文件报错位置难找；写完先python -c "import scripts_data"自检。 - Python 字符串：全程单引号定界，正文里的强调用中文引号「」，避免和外层引号打架。
- Windows 路径：Git Bash 的
/tmp传不进 Windows Python，测试脚本用工作区内的真实路径；不要写 .bat/.ps1 承载中文路径。 - Word 表格样式：
table.style = 'Light Grid Accent 1'在 python-docx 里可用，不要臆造样式名。 - 技能包校验：frontmatter 的 description 不能出现尖括号（
<、>），写「小于 5%」而不是「<5%」。
