用分层流水线自动适配多平台发布

我在多个平台运营内容。过去，每天早上发布内容都要耗费两个小时——复制、粘贴、重新排版、重新上传封面、为每个平台填写标签。这是我一天中最机械的工作。

于是，我搭建了一条发布流水线：输入一个 Markdown 文件，输出适配各个平台、可直接发布的内容包。下面是它的工作方式，以及我一路上踩过的坑。

这条流水线分为五层：

内容层——一个 Markdown 文件，加上一份素材清单（标题、摘要、图片、标签、目标平台）。结构化输入让下游的所有处理都变得确定、可预测。

策略层——选题数据、平台规则和发布计划。

处理层——针对各个平台的格式转换器、图片匹配、封面生成和标签生成。

门禁层——内容完整性检查、图片验证、AI 味检测和平台规则校验。

分发层——对于支持自动发布的平台，将内容推送到草稿箱；对于需要手动发布的平台，则生成可直接发布的内容包。

每一层都有明确的输入和输出契约。这就是整套方案的诀窍：靠的是标准，而不是魔法。

最节省时间的三个习惯

首先统一输入格式。我的第一次尝试失败了，因为每篇文章的结构都不一样——脚本根本无法可靠地解析内容。强制使用统一模板之后，下游的所有环节都顺畅地运转起来了。

为所有环节设置门禁。没有门禁，一个错误就会同时扩散到所有平台。在发布任何内容之前，我都会检查标题、正文、图片和标签。图片上传 CDN 后还要再次验证——上传工具经常会静默失败。

保留手动兜底方案。自动化系统会出故障。平台会修改 API，会出现速率限制，规则也会发生变化。每条工作流都保留手动处理路径，这样单点故障就不会耽误一整天的工作。

我第一天就试图实现全自动化。结果花了三天做出一个勉强能用的半成品，差点直接放弃。更合理的做法是：先覆盖 80% 的场景，其余部分手动处理，然后持续迭代。

我没有检查上传失败的情况。有些 CDN 上传工具只会打印警告，却不会返回失败状态——结果发布出去的图片全都无法显示。现在，每次发布后我都会核对图片数量。

我曾为了一个只需 3 分钟的任务，写了 2 个小时的自动化脚本。我的经验法则是：只有当一项任务每周重复至少 3 次、每次至少耗时 15 分钟时，才值得自动化。

两个小时缩短到了四十分钟。由于每一步都有统一标准，错误率也随之下降。现在每增加一个新平台，只需新增一个转换器和一个分发器。

自动化不是魔法，而是一种结构——而结构是可以复制的。

如需采取进一步措施，你可以考虑屏蔽此人和/或举报其滥用行为。