跨平台发布
在不同平台分发内容，但拒绝让同一内容穿上四件不同的外表然后伪装成原创新闻。
何时激活
- 用户希望将同一个核心思想发布到多个平台
- 产品或版本的发布、更新、文章需要特定平台的版本
- 用户明确提到“跨平台发布”、“全网发布”或“根据 X 和 LinkedIn 的特点进行改编”
核心规则
- 不得在不同平台发布完全相同的文案。
- 保持作者原本的声音特色。
- 根据平台的实际限制进行改编，而不是使用刻板印象。
- 每篇帖子仍应围绕一个主题。
- 如果原始内容没有提供明确的行动号召、问题或道德寓意，请不要凭空添加。
工作流程
第一步：从主要版本开始
首先选择最强的原始版本：
- 原始的 X 帖子
- 原始的文章
- 发布的公告
- 帖子串或说明
- 备忘录或更新日志
如果原始内容仍需要塑形，请先使用 content-engine。
第二步：捕获声音指纹
如果当前会话中尚未捕获原始内容的声音指纹，请先运行 brand-voice。
直接复用生成的 VOICE PROFILE。
除非用户明确要求为当前活动创建全新的覆写，否则不要在此处构建第二个临时的声音检查清单。
第三步：根据平台限制进行改编
X
- 保持简洁
- 以最尖锐的论断或最有特色的内容开头
- 仅当单条帖子无法完整传达论点时才使用线程
- 避免使用标签和泛泛的填充内容
- 仅添加行业外人士需要的上下文
- 不要将其变成虚假的“创始人感悟”类帖子
- 不要仅仅因为是在 LinkedIn 上就添加一个结尾提问
- 如果作者本身风格更尖锐，不要强行使用“专业得体”的语调
Threads
- 保持可读性和直接性
- 不要写出虚假的“太随意了、创作者语气”的文案
- 不要直接复制 LinkedIn 版本然后截短
Bluesky
- 保持精炼
- 保留作者的节奏感
- 不要依赖标签或追求算法推荐的措辞
发布顺序
默认规则：
- 首先发布最佳的原始版本
- 然后为次要平台进行改编
- 仅在用户需要时间安排帮助时，错开发布时间
除非有用，否则不要添加跨平台引用。大多数情况下，帖子应能独立存在。
禁止模式
遇到以下情况，必须替换或重写：
- “激动分享”
- “我的收获是”
- “你怎么看？”
- “简介中的链接”除非确实如此
- 原始内容中没有的泛泛的“专业见解”段落
输出格式
返回以下内容：
- 主要平台的版本
- 每个请求平台的改编版本
- 关于更改内容和原因的一段简短说明
- 用户仍需解决的所有发布限制
质量检查
在提交之前：
- 每个版本都感觉出自同一位作者之手，只是在不同约束下
- 没有平台版本让人感觉是刻意填充或过度修饰
- 没有文案在不同平台之间逐字复制
- 为 LinkedIn 或新闻稿添加的任何额外上下文确实是必要的
相关技能
brand-voice：用于捕获可复用的、源自原始内容的声音content-engine：用于捕获声音和塑形原始内容x-api：用于 X 平台的发布工作流