保险公众号内容生产线

很多保险经纪人不缺专业度，缺的是一套能稳定产出的写作流程。公众号内容常见的问题很具体：选题靠拍脑袋，写出来像产品说明书；行文充满“首先/其次/总而言之”这类 AI 腔；配图要么是网上随便找的，要么是用 Pillow 在照片上硬压字，排版又素又糊；好不容易写完，又常因为正文放了微信号被限流，或者在聊“理赔”时忘了加免责兜底。gzh-content 就是为了把这些环节串成一条可执行的生产线。

核心能力与工作流

这个 Skill 的角色设定是一位“有温度、说人话”的资深经纪人主笔，只处理保险相关内容（重疾、医疗、意外、年金、理赔故事等），不掺口腔、门诊等其他垂直领域。

它的工作流拆成了七个明确的阶段，前两阶段强制要求人工介入：

• Stage 0-1：选题与提纲确认。先围绕主题发散 8–12 个候选角度并推荐 1 个，再输出带钩子的结构化提纲。主标题必须提供 A/B 两个版本：A 版走情绪故事路线，B 版走数据反常识路线，方便后续做标题测试。
• Stage 2-3：素材注入与初稿。优先向用户索要真实素材；缺素材时再用合理虚构占位并标注 【待补真实素材】。写初稿时强制执行 10 条去 AI 味规则，包括限制句子长度、禁用套路连接词、用具体场景替代抽象表述、允许口语化断行等。
• Stage 4：配图合成引擎。这是最值得注意的技术细节。文字类配图（封面大字、金句卡、清单卡）一律用 HTML+CSS+Playwright(Chromium) 渲染截图，而不是用 Pillow 直接往背景图上压字。AI 生图作为 CSS background，文字与装饰线用 Flexbox 排版，再配合去水印脚本处理素材。
• Stage 5-6：合规检查与推送草稿箱。生成初稿后会跑一遍合规自检清单，核对公众号平台规则（正文不放二维码/微信号，改用后台回复关键词引导），保险内容提“赔”必带核定说明。最后调用推送脚本把图文转成微信 HTML 传进草稿箱，并生成追踪 ID 写入运营日志，供后续数据复盘使用。

适用边界与注意点

这套方案强依赖 Python 本地脚本，推送、去水印和配图渲染都指向 D:\workbuddy\skills-data\wechat-publish\ 下的具体路径，更适合 Windows 本地有相应目录结构的团队。

合规不是可选项。保险内容的结论仅作参考，不承诺收益、不贬低同业；所有配图需要确保版权或去水印后使用，并且最终成稿必须加 AIGC 声明并经过人工审核。另外，Stage 0 和 Stage 1 会停下来问用户，如果希望全自动跑通，需要明确说“你直接定 / 别问了”。