一稿多发的难点，是十几套互不相同的字段规则

把十几个平台的规则摊开，差异比想象中大得多。下面这些数字来自各平台发布页的实际字段限制，也是代码里写死的取值。

「无该形态」指平台侧本身不提供这类发布入口，不是我们没做；「未接入」才是我们自己还没做的。

标题、话题、图集张数这类超限问题，全部在提交之前处理完：标题从三档里挑对应长度，话题按各平台配额取前几个，图集超过上限的部分裁掉，正文按平台输入框的实际容量写入。表现是发出去了且数量符合预期，而不是十篇里三篇被打回。

正文回填也不是一套代码通吃。有的平台是富文本组件，粘贴整段比逐键模拟稳；有的必须逐字符输入并给补全留时间（微博视频标题、知乎视频简介）；有的输入框要先清空上一次内容才不串稿（腾讯内容开放平台、一点资讯）。

图片侧统一过一道：非标准格式的图会被转成平台可接受的类型，并且透明底自动合成白底，避免发出去是黑底方块；视频封面默认取第 5 帧而不是首帧，因为首帧经常是黑场。

十几个平台全铺，边际收益很快就掉了。按内容形态选更有效率：

• 图片密集型：一点资讯（100 张）、搜狐号（3–40 张）、大鱼号、微博（18 张）、百家号。
• 音频：只有微信公众号、微信视频号两条链路是通的，再加自定义站点通道。
• 长文深度内容：知乎（100 字标题）、搜狐号（72 字）、微博（5000 字正文）。
• 短平快与搜索收录：百家号（百度系）、头条号（推荐流）、小红书、抖音。

形态缺失时系统会明确拒绝，而不是换个字段硬发。「发出去了但发的是错的东西」比发不出去更难收拾，尤其发生在公众号这种额度有限的私域平台上。