小程序双平台日更助手

解决的问题

小程序推广要同时面对两个调性迥异的平台：小红书偏情绪化、emoji 密集、短句快节奏；公众号偏结构化、短段落、引导转发。同一批条目写两套文案是重复劳动，日更节奏很难靠人工维持。更实际的问题是：每天写哪条、怎么保证不重样、条目该走种草还是避坑路线，目前基本靠拍脑袋。

这个技能把「内容源」和「创作」解耦：使用者只需把小程序条目（标题、正文、图片、标签、分类等）导出成 content.js 或 content.json，选题、去重、框架选择、双平台成稿全部交给脚本与 LLM 流水线。

工作机制

核心流程分四步：

1. 选题与取数：脚本按文档顺序选取当日条目，输出结构化 facts（含 id/title/summary/content/images/cover/tags/category/isPitfall 及原始 raw）。isPitfall 由分类关键词（坑、避坑、fake）或正文负向词（不适合、谨慎、排雷）自动判定。
2. 框架选择：依据 isPitfall 切换种草型或避坑型骨架。小红书版要求「颠覆认知+情绪词+利益点前置」标题、3 秒钩子开头、emoji 分段、结尾强互动；公众号版要求反差/反常识标题、「是什么→为什么→怎么办」正文结构、结尾引导「在看」并打开小程序。
3. 去重与穿插：脚本维护 .covered.json，已写条目永不重复；每 3 次运行自动穿插 1 篇避坑内容；文档新增条目自动进入未覆盖池。
4. 产出交付：写出 4 个文件——小红书与公众号各一份 .md（带格式）和 .txt（去格式纯文本，可直接粘贴到后台）。配图复用文档里的 images 和 cover：.md 嵌入 Markdown 图片语法，.txt 列出 URL 方便手动上传。

若文档缺少 APP 段（名称、定位、目标人群），技能会先追问用户再动笔，而不是猜测。

适用边界与注意点

• 事实只能来自 facts/raw，字段为空时写「（以小程序内为准）」，不编造数据。
• 调性再强也守合规底线：不涉政、不造谣、不使用平台违禁绝对化词（最/第一/顶级/根治）。
• 图片多为第三方外链（如高德评论图），发布前建议自行下载转存，避免外链失效。
• 重跑当日内容先用 --dry 预览，确认后再正式跑，因为正式跑会消耗该条目配额。
• 标题、钩子、框架是通用骨架，但行业词必须跟着 raw 的实际领域走（美食用「探店」、景点用「出片」），不能硬套固定模板。