一篇文章写完后，最容易产生的念头是“顺手复制到所有平台”。同一份正文，改个标题，加几个标签，几分钟就能铺满 X、小红书、B 站和其他账号。

但真正发布过几轮之后，会发现事情不是这样。平台分发不是把文字复制到更多输入框，而是把同一个主题重新组织成不同媒介。

独立站负责完整原文；X 负责可被快速引用和讨论的论证；小红书负责独立成篇的阅读体验；B 站负责可观看、可分 P 的视频叙事。它们共享素材，不共享成品。

一、先固定 canonical original

同一篇内容需要一个唯一的完整版本。现在我的默认选择是独立站原文：

  • 标题、摘要、正文、标签和来源都在同一页；
  • 有稳定 slug，可以被搜索和长期引用；
  • 平台版本从原文派生，不反过来替代原文；
  • 站外公开发布逐项确认，独立站不存在时可以直接发布。

这一步的意义不是“官网优先”四个字，而是让之后每一次改写都有一个可回读的基准。否则很容易出现：X 版补了一段，小红书版删掉一段，B 站简介又是另一套说法，最后没人知道哪个版本最全。

二、X Article：不是短帖堆长，而是论证结构

X 的每日主形态是长文 Article，不是 280 加权短帖。

X Article 的偏好很明确：

  • 开头直接给出冲突、问题或结论；
  • 用 ## 小标题建立阅读节奏；
  • 一段只讲一个判断，避免大段模板式铺垫；
  • 结尾放独立站原文链接，让读者回到完整版；
  • 发布后固定做一次自转，而不是连续刷多条。

280 加权短帖仍然有用，但它更适合三种场景：通知、引用或回复、在自转时补一句。它不是每日长文的默认容器，也不适合承载需要证据链的复盘。

X 版最忌讳的是把原文原样粘进去，去除标题层级后变成一整块长墙。读者在时间线里没有耐心自己找结构，必须在前几段就知道“这篇在解决什么问题”。

三、小红书长文：必须能脱离主站独立阅读

小红书的笔记不是 X Article 的附件。读者点开时，手边可能没有主站链接，也没有上下文。因此长文笔记必须自己完成一次完整表达。

当前规则的硬约束是：

  • 标题不超过 64；
  • 正文不超过 10000；
  • 默认使用长文笔记，而不是只发 1000 字图文；
  • 正文用纯文本结构，不要把 Markdown 标题和表格原样搬进去；
  • 不依赖外部链接才能理解；
  • 封面、段落节奏和第一屏要在手机阅读里成立。

从 X 版改到小红书，不是简单去 markdown 符号，而是要把论证改写为可顺着往下读的叙事：开头更具体，小节更短，例子更靠前，结尾给出可执行的清单。

主站原文可以有十几层结构，笔记只需要保留一个最值得被记住的核心。

四、B 站：同一主题到这里已经变成另一种内容

B 站的主形态是视频，不是把文章读一遍上传。即使做的是图文或多分 P，仍然要按平台包装：

  • 主标题、每个分 P 的标题和简介要各自成立；
  • 视频分区、标签、封面和 AI 声明要单独设置；
  • 简介不是正文复制，而是让观众知道这一段讲什么、为什么值得看；
  • 公开页回读必须确认标题、分 P 数和审核状态。

最近就遇到一个很典型的坑：平台首次上传时把稿件标题回填成 P1 的文件名。编辑页里通过填充或粘贴改标题，看起来已经变了，失焦后却回滚；只有逐字输入触发组件状态后提交，公开页才显示正确标题。

这说明验收信号不能是“输入框里出现了文字”或“点击了投稿”，而必须是“公开页的标题、分 P 和状态都正确”。

B 站的内容也不是越长越好。一个 90 秒短片和一条 20 秒短片，标题、封面和分 P 逻辑完全不同；同一篇文章如果拆成三个视频，必须先决定每一 P 的独立任务，而不是按字数切段。

五、一张平台适配表

维度独立站原文X Article小红书长文B 站视频
目标完整档案与搜索快速进入讨论手机端独立阅读观看与分 P 叙事
结构完整长文论点 + 小标题开头钩子 + 短段镜头 + 分 P
标题可信息密度高冲突或判断前置不超过 64平台标题与分 P 分别核对
外链自身 canonical结尾回原文不依赖外链简介按平台规则
验收页面 200 与正文公开页回读笔记回读标题、分 P、审核状态回读

同一主题可以有四种表达，但不能有四套互相矛盾的事实。数字、结论和边界必须一致；叙事顺序和篇幅可以完全不同。

六、改写时的五个动作

我现在的流程是：

  1. 先选一个平台任务。 这篇是让人理解、让人讨论、让人收藏，还是让人观看？
  2. 只保留一个主论点。 原文可能有三条线，平台版先选其中最值得被记住的一条。
  3. 重写前三段。 不从原文第二段开始搬，而是为这个平台重新建立上下文。
  4. 检查硬限制。 标题、正文、标签、链接、声明、分 P 和封面分别过一遍。
  5. 发布后回读公开页。 不把编辑器状态、按钮点击或保存成功当成最终结果。

这五步会让发布速度变慢，但会减少一种更昂贵的浪费：看起来已经发了五个平台，实际上只有一个是完整且正确的。

七、不要做的事

  • 不要所有平台用同一个标题；
  • 不要把 Markdown 表格直接粘进小红书；
  • 不要在没有上下文的情况下让小红书读者去点外链；
  • 不要把 X 短帖当成每日长文的替代品；
  • 不要用上传文件名当 B 站主标题；
  • 不要因为一个平台已经发布，就推定其他平台也当然成功；
  • 不要为所有平台都建版本，只处理当前 active、且这次确实要发的平台。

最后

跨平台发布真正要复用的不是正文，而是事实、素材和核心判断。

原文负责完整，X 负责进入讨论，小红书负责独立阅读，B 站负责观看。每一个版本都应该在新平台上重新成立一次，而不是把同一份文件改个文件名。

同一篇内容可以有很多入口，但不应该有多个互相竞争的“完整版”。