如何规划并排期一条串帖：X、Threads、Bluesky 和 Mastodon 的实例

把一个冗长的想法变成读起来顺畅、按顺序发布的串帖：该分几个部分、第一部分写什么、在哪里切分，以及排期前的检查清单。

大多数串帖在有人排期之前就已经失败了。文字本身没问题，但切分的位置不对，第一部分什么也没说，第五部分只是一句没人需要的零散句子。排期反而是最简单的部分。

本文讲的是规划。我们拿一段贴近现实的文字，把它变成串帖，然后看最常见的错误，以及放进队列前要过一遍的清单。关于编辑器本身的操作，请从串帖排期页面开始。

一个实例

假设你开了一家小面包店，写了 1,300 个字符，解释为什么你的酸面包要花三天。里面有一个开场论点、四个简短的理由，以及一句提醒周四前下单的结尾。你想把它发到 X 和 Bluesky。

第 1 步：找出最严格的上限。 X 每个部分允许 280 个字符，Bluesky 是 300。串帖同时发往两者时，每个部分都必须符合较小的那个数字，所以按 280 来规划。按最宽松的平台规划、事后再删减，最后往往要在半夜重写。

第 2 步：数想法，而不是数字符。 你有一个论点、四个理由和一个结尾，共六个想法，而 1,300 个字符已经超过四个 280 字符部分的容量。所以分六个部分，其中几个会很短，这没关系。一个想法、90 个字符的部分，胜过把两个想法塞到上限的部分。

第 3 步：粘贴全文，让编辑器来切。 把草稿粘贴到第一部分。超出上限时，编辑器会提供拆分，并优先在段落边界处切开。想要更多控制，就在想法之间单独输入一行 ---。这一行两侧的文字永远不会落在同一个部分，所以你的六个想法依然是六个部分。

第 4 步：单独读一遍第一部分。 看到它的人最多，而且很多人根本不会点开后面。它应该包含论点，并给人继续读下去的理由。“为什么我们的酸面包要三天（以及我们为什么不赶工）”可以。“一条关于面包的串帖”不行。

第 5 步：编号，或者不编号。 默认情况下第一部分不编号，计数从 2 开始，这样开头的帖子保持干净。当有人通过引用或转发直接看到第四部分，需要知道前面还有内容时，编号最有用。

第 6 步：只在有用的地方添加媒体。 第一部分放一张面包的照片，也许在讲长时间发酵的部分再放一张。每个部分都配图，串帖就像幻灯片。

第 7 步：排在同一个时间。 整条串帖一起发出。如果在选时间，可以参考在 X 上发帖的最佳时间。

没有标准数字，但有一些有用的范围。

串帖至少需要两个部分。在此之上，唯一的检验标准是：读者在任何一个部分停下，是否依然有所收获。

如果把同一条串帖发往多个平台，可以为每个平台准备一个版本，而有自己部分的平台会使用这些部分，而不是共享的部分。这在两种情况下有意义。

字数预算不同。 X 限制为 280，Threads 和 Mastodon 允许 500。Mastodon 上 500 字符的一个部分，在 X 上必须变成两个。以 X 的版本为基础发往所有平台是可行的，但会让更宽裕的平台得到比必要程度更零碎的文字。
媒体不同。 串帖部分里的视频只有 Threads 支持，而且 Threads 每个部分只接受一个文件，X、Bluesky 和 Mastodon 则最多接受四张图片。如果某个部分需要视频，这个部分应放进仅限 Threads 的版本。

串帖进入队列之前，每个选中的渠道都会被检查。只要有一个部分对其中某个渠道过长，排期就会停止，并指出平台和部分编号，让你现在就知道，而不是到发布时才发现。

只按字符数切分。 在句子中间切开，看起来像是出了故障。按想法来切。
把第一部分用在链接上。 开头部分应该承载想法，链接可以放在最后一部分。在 X 和 Mastodon 上，无论链接多长都按 23 个字符计算，拆分功能的计算方式也是如此。
给之后还要手动编辑的串帖编号。 添加、删除、拆分或拖动部分时，编号会自动重排，不需要重新输入。关闭编号后，你的文字会恢复成你写下的样子。
不看预览就排期。 放进队列之前，按每个渠道上的呈现方式读一遍每个部分。
把 Bluesky 当成其他平台。 见下一节。

串帖是连续的多个发布请求，所以可能某个部分失败了，而前面的部分已经发出。BulkPublish 会告诉你哪个部分失败（“Part 4 failed”）以及原因，并保留已经发出的部分。

在 X、Threads 和 Mastodon 上，重试会从失败的那个部分继续，所以第 1 到第 3 部分不会重复发布。Bluesky 做不到这一点。发布了一半的 Bluesky 串帖不会自动恢复，提示信息会告诉你手动补上剩余部分以避免重复。对于较长的 Bluesky 串帖，发布后不久请检查一下。