Content publish

多平台分发（content-publish）

把一条内容改写成各平台版本并打包，解决"不想一个个平台重写文案"的痛点。 不自动发布——最终由人工按清单去各平台发。零封号风险。

何时使用

• 选好一条选题/写好一稿后，要分发到多个平台时。
• 已有一篇公众号文/一条视频，想改编成其他平台版本时。

前置：读取配置

• 产品线/人群/平台开关：读 ../trend-topic-radar/config.yaml 的 products、audience、platforms（单一事实来源）。
• 发布相关设置（发布时间偏好、各平台账号名）：读同目录 config.yaml（无则读 config.example.yaml 并提示补全）。
• 目标平台 = platforms 中为 true 的平台。

工作流

复制以下清单并逐步推进：

多平台分发 Task Progress:
- [ ] 1. 确认内容源（选题/稿件）与核心信息
- [ ] 2. 读取目标平台、产品线卖点、人设基调
- [ ] 3. 逐平台改写（套用 reference.md 的平台规范）
- [ ] 4. 每平台产出：标题/正文/标签/封面建议/建议发布时间/注意事项
- [ ] 5. 打包为发布素材包 + 人工发布清单，归档
- [ ] 6. 交用户人工发布（不自动发）

步骤 1：确认内容源

输入可以是：选题库/YYYY-MM-DD.md 里的某条选题编号、一段口播稿、一篇文章、或一条视频的核心信息。 先提炼出这条内容的核心信息（1-2 句）+ 绑定的产品线卖点，作为所有平台版本共享的内核。

步骤 2：确认目标与基调

读配置取目标平台清单与产品卖点。保持跨平台人设与核心信息一致，只改形态/语气/长度/标签，不改立场。

步骤 3-4：逐平台改写并产出

对每个目标平台，套用 reference.md 里对应的「平台改写规范」，产出该平台的：

• 标题/开头钩子（符合该平台标题习惯）
• 正文/文案（符合该平台形态与长度）
• 话题标签（数量与风格按平台规范）
• 封面/首图建议（一句话）
• 建议发布时间（按 reference.md 的时段建议 + config 偏好）
• 平台注意事项（该平台的雷区/合规点）

规则：不编造数据；涉及 avoid 清单的敏感点要规避；亚马逊按"商品文案"而非"内容帖"处理。

步骤 5：打包归档

按 templates/publish-package.md 生成发布素材包，写入 发布库/YYYY-MM-DD-<选题简称>.md。 素材包末尾必须含一份人工发布清单（勾选式，标注每平台发布时间与状态）。

步骤 6：人工发布（硬性节点）

明确告知用户："以上为各平台发布素材包，请按清单自行发布。" 不得调用浏览器或任何接口自动发帖、登录、点赞。

与其他模块的衔接

• 上游：trend-topic-radar（选题库）提供选题。
• 视频成片：口播稿可交给视频工厂 D:\job\项目-软件\项目\video（npm run make -- --file <稿> -f 9:16）出片，再回到本模块做多平台文案分发。
• 下游（未来）：自动/半自动发布另做模块，本模块只到"素材包+清单"。

边界（务必遵守）

• 只产出文案素材，绝不自动发布/登录/私信。
• 各平台版本保持核心信息与人设一致，避免自相矛盾。
• 遵守各平台条款与内容合规，规避 avoid 清单话题。

相关资源

• 各平台改写规范与建议发布时间：reference.md
• 发布素材包模板：templates/publish-package.md
• 发布相关配置样例：config.example.yaml