crosspost

# 跨平台发布 跨平台分发内容，而不将其变成四种服装中的相同假帖子。 ## 何时激活 - 用户想要在多个平台上发布相同的基本想法 - 发布、更新、版本或散文需要特定于平台的版本 - 用户说"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 发布工作流