跨平台发布

在多个社交平台上分发内容，并根据各平台特性进行原生适配。

何时激活此技能

• 用户希望将内容发布到多个平台
• 在社交媒体上发布公告、产品发布或更新
• 将一个平台的帖子重新用于其他平台
• 用户提及“跨平台发布”、“全网发布”、“分享到所有平台”或“分发此内容”

核心规则

1. 绝不在不同平台发布完全相同的内容。 每个平台都应获得原生适配版本。
2. 首选主要平台。 先在主平台发布，然后为其他平台进行适配。
3. 尊重平台惯例。 不同平台的字数限制、格式、链接处理方式都不同。
4. 一帖一主题。 如果源内容包含多个想法，应拆分为多个帖子发布。
5. 注明出处。 如果转载他人的内容，必须注明来源。

平台规格

工作流程

步骤 1：创建源内容

从核心想法开始。使用 content-engine 技能获取高质量草稿：

• 确定单一核心信息
• 确定主要平台（受众最多的平台）
• 首先起草主平台版本

步骤 2：确定目标平台

询问用户或从上下文中判断：

• 要发布到哪些平台
• 优先级顺序（主要平台获得最佳版本）
• 任何特定于平台的要求（例如，领英需要专业语气）

步骤 3：为每个平台进行适配

针对每个目标平台，对内容进行转换：

X 平台适配：

• 以钩子开头，而非摘要
• 快速切入核心要点
• 尽可能避免在正文中放置链接
• 对于较长内容，使用帖子串形式

领英适配：

• 开头第一句要强有力（在“查看更多”前可见）
• 段落简短，使用换行分隔
• 围绕经验教训、成果或专业收获来组织内容
• 比 X 平台需要更明确的背景信息（领英受众需要上下文）

Threads 适配：

• 对话式、随意的语气
• 比领英短，比 X 平台信息密度低
• 尽可能以视觉内容为主

Bluesky 适配：

• 直接且简洁（300 字符限制）
• 社区导向的语气
• 使用 Feeds/列表进行话题定位，而非话题标签

步骤 4：在主平台发布

首先在主平台发布：

• 对于 X 平台，使用 x-api 技能
• 对于其他平台，使用特定平台的 API 或工具
• 获取帖子 URL 以便交叉引用

步骤 5：在次要平台发布

将适配版本发布到其他平台：

• 错开发布时间（不要一次性全部发布——间隔 30-60 分钟）
• 在适当位置包含跨平台引用（例如“X 平台上有更长的帖子串”等）

内容适配示例

源内容：产品发布

X 版本：

我们刚刚发布了 [功能名称]。

[一个它能做的、令人印象深刻的具体事情]

[链接]

领英版本：

很高兴与大家分享：我们刚刚在 [公司名称] 发布了 [功能名称]。

以下是它的重要意义：

[2-3 个包含背景信息的短段落]

[给受众的启示]

[链接]

Threads 版本：

刚发布了个很酷的东西——[功能名称]

[随意解释它有什么作用]

链接在简介里

源内容：技术见解

X 版本：

今日所学：[具体技术见解]

[用一句话说明它的重要性]

领英版本：

一个我一直在使用、并且确实带来了改变的模式：

[用专业框架呈现的技术见解]

[如何应用于团队/组织]

#相关话题标签

API 集成

批量跨平台发布服务（示例模式）

如果使用跨平台发布服务（例如 Postbridge、Buffer 或自定义 API），模式如下：

import os
import requests

resp = requests.post(
    "https://your-crosspost-service.example/api/posts",
    headers={"Authorization": f"Bearer {os.environ['POSTBRIDGE_API_KEY']}"},
    json={
        "platforms": ["twitter", "linkedin", "threads"],
        "content": {
            "twitter": {"text": x_version},
            "linkedin": {"text": linkedin_version},
            "threads": {"text": threads_version}
        }
    },
    timeout=30,
)
resp.raise_for_status()

手动发布

如果没有 Postbridge 这类服务，则使用各平台的原生 API 发布：

• X：使用 x-api 技能模式
• 领英：使用 LinkedIn API v2 及 OAuth 2.0
• Threads：使用 Threads API (Meta)
• Bluesky：使用 AT Protocol API

质量检查关卡

在发布之前：

• 每个平台版本读起来都符合该平台的自然风格
• 各平台内容不完全相同
• 符合字数限制
• 链接有效且位置恰当
• 语气符合平台惯例
• 媒体文件尺寸适配每个平台

相关技能

• content-engine — 生成符合平台特性的内容
• x-api — X/Twitter API 集成