crosspost

name	crosspost
description	跨 X、LinkedIn、Threads 和 Bluesky 的多平台内容分发。使用 content-engine 模式适应每个平台的内容。从不发布跨平台的相同内容。当用户想要跨社交平台分发内容时使用。

跨平台发布

跨平台分发内容，而不将其变成四种服装中的相同假帖子。

何时激活

• 用户想要在多个平台上发布相同的基本想法
• 发布、更新、版本或散文需要特定于平台的版本
• 用户说"crosspost"、"到处发布这个"或"为 X 和 LinkedIn 适应这个"

核心规则

1. 不要跨平台发布相同的副本。
2. 跨平台保留作者的声音。
3. 适应约束，而不是刻板印象。
4. 一个帖子仍然应该关于一件事。
5. 如果来源没有赢得 CTA、问题或道德，则不要发明一个。

工作流

步骤 1：从主要版本开始

首先选择最强的源版本：

• 原始 X 帖子
• 原始文章
• 发布说明
• 线程
• 备忘录或变更日志

如果源仍然需要声音塑造，请首先使用 content-engine。

步骤 2：捕获声音指纹

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

直接重用产生的 VOICE PROFILE。 不要在这里构建第二个临时声音清单，除非用户明确想要为此活动进行新的覆盖。

步骤 3：按平台约束适应

X

• 保持压缩
• 以最尖锐的声明或工件开场
• 仅当单个帖子会折叠论点时才使用线程
• 避免主题标签和通用填充

LinkedIn

• 仅添加细分之外人员所需的上下文
• 不要将其变成假创始人反思帖子
• 不要仅因为它是 LinkedIn 而添加结束问题
• 如果作者自然更尖锐，则不要强制的润色"专业语气"

Threads

• 保持可读和直接
• 不要写假的超休闲创作者副本
• 不要粘贴 LinkedIn 版本并缩短它

Bluesky

• 保持简洁
• 保留作者的节奏
• 不要依赖主题标签或 feeds 游戏语言

发布顺序

默认：

1. 首先发布最强的原生版本
2. 为次要平台适应
3. 仅当用户想要排序帮助时才交错时间

除非有用，否则不要添加跨平台引用。大多数时候，帖子应该独立存在。

禁止模式

删除并重写以下任何内容：

• "很高兴分享"
• "这就是我学到的"
• "你怎么看？"
• "bio 中的链接"，除非那是字面意思
• 来源中没有的通用"专业要点"段落

输出格式

返回：

• 主要平台版本
• 每个请求平台的适应变体
• 关于更改内容和原因的简短说明
• 用户仍需要解决的任何发布约束

质量门

在交付之前：

• 每个版本读起来像相同作者在不同约束下
• 没有平台版本感觉填充或消毒
• 跨平台没有逐字重复的副本
• 为 LinkedIn 或新闻简报添加的任何额外上下文实际上是必要的

相关技能

• brand-voice 用于可重用的来源衍生的声音捕获
• content-engine 用于声音捕获和源塑造
• x-api 用于 X 发布工作流