跨平台发布¶

在不把内容变成同一篇帖子换上四种“外衣”的情况下，将其分发到各个平台。

启动条件¶

• 当用户希望将同一个基本想法发布到多个平台时
• 当发布、更新、上线或文章需要平台专属版本时
• 当用户说“跨平台发布”“到处发帖”“为 X 和 LinkedIn 做适配”时

核心规则¶

1. 不在不同平台发布完全相同的文案。
2. 在所有平台保持作者的声音。
3. 根据平台约束进行适配，而不是套用刻板印象。
4. 一篇帖子仍然应该只讲一件事。
5. 如果源内容没有提供依据，就不要编造 CTA、问题或教训。

工作流¶

步骤 1：从主要版本开始¶

首先选择最强的源版本： - 原始 X 帖子 - 原始文章 - 发布说明 - 串帖 - 备忘录或变更日志

如果源内容仍需要形成声音，请先使用 content-engine。

步骤 2：捕获声音指纹¶

如果源内容的声音尚未在当前会话中捕获，请先运行 brand-voice。

直接复用生成的 VOICE PROFILE。 除非用户明确希望为本次活动创建新的覆盖设置，否则不要在这里构建第二份临时声音检查清单。

步骤 3：根据平台约束进行适配¶

X¶

• 保持压缩
• 用最尖锐的主张或成果开头
• 仅当单条帖子无法承载讨论时才使用串帖
• 避免使用话题标签和通用填充内容

LinkedIn¶

• 仅为圈外人士添加必要的上下文
• 不要写成虚假的创始人反思帖
• 不要仅因为是 LinkedIn 就添加结尾提问
• 如果作者本来更犀利，不要强行使用精致的“专业语气”

Threads¶

• 保持易读且直接
• 不要写过度休闲的创作者文案
• 不要粘贴 LinkedIn 版本后简单删减

Bluesky¶

• 保持简洁
• 保持作者节奏
• 不要依赖话题标签或迎合信息流的语言

发布顺序¶

默认： 1. 先发布最强的原生版本 2. 为次要平台进行适配 3. 仅当用户请求帮助排序时，才错开发布时间

仅在有帮助时添加跨平台引用。大多数情况下，帖子应当自成一体。

禁止模式¶

删除并重写以下任何内容： - “很高兴分享” - “这是我学到的” - “你怎么看？” - “简介中的链接”（除非它确实为真） - 源内容中不存在的通用“专业要点”段落

输出格式¶

返回以下内容： - 主要平台版本 - 每个请求平台的适配变体 - 关于修改内容和原因的简短说明 - 用户仍需解决的发布约束

质量关卡¶

在提供之前： - 每个版本在不同约束下读起来都像同一位作者 - 平台版本不显得填充或被净化 - 文案没有在平台之间原样复制 - 为 LinkedIn 或新闻通讯添加的额外上下文确实必要

相关技能¶

• brand-voice：可复用的源自源内容的声音捕获
• content-engine：声音捕获与源内容形成
• x-api：X 发布工作流