一个人管 30 个账号：矩阵号发文流程怎么排
管 3 个账号的人不需要流程，管 10 个的人靠记性还能撑，到 30 个账号，「每天挨个后台发一遍」一定会崩——崩在哪一步不好说，漏在哪个号上更不好说。
原因通常不是不够勤奋，是管理单位选错了。把 30 个账号当成 30 个待办，每天都要重新决定「这个号今天发什么、发了没有」；按平台归成 4 条流水线之后，要决定的只剩两件事：今天有几篇母本、每条线用哪一篇。后者才能复制、才能交接、才能在你请假的三天里照样跑。下面是可以直接抄的排法：分组、分层、排期、接失败、算成本。
零、两个门槛，排流程之前先确认
一、抓登录态需要一台 Windows 上的 Chrome。账号授权要在你自己的电脑上装一个免费插件，由它打开浏览器完成一次登录，把登录态交给系统；发布任务由服务端排队执行。这一条要提前排进流程——藏起来的门槛会在开通第一天就暴露，还附带一笔客服成本。
二、工具不改变平台规则。各平台的每日条数、内容形式、审核规则由平台自己决定。这套流程解决的是「不漏发、不重发、失败看得见、钱算得清」，不做任何承诺：不承诺防封号、不承诺规避风控、不承诺突破限制。
顺带把平台范围钉住，后面的分组要按它来。以云梭发布为例，系统里的平台标识一共 15 个：14 个公开平台加 1 个自定义通道（名称见下节的分组表）。清单之外的平台发不出去，这是硬边界，不是「暂未适配」。
一、第一步：把 30 个账号切成 4 条流水线
分组依据不是账号大小，而是改写方式：同一篇内容落到不同平台的改动量不一样，改动量相同的账号才该归一组、同批处理。
| 组 | 账号数 | 平台构成 | 改写方式 | 建议频次 |
|---|---|---|---|---|
| A 短视频 | 11 | 抖音 5、快手 3、视频号 3 | 前 3 句重写钩子，正文口播化 | 每号日更 1 条 |
| B 图文社区 | 6 | 小红书 3、知乎 2、微博 1 | 短句分段、留话题位、封面压字 | 每号日更 1 条 |
| C 资讯号 | 10 | 头条号 3、百家号 2、腾讯 1、网易号 1、搜狐号 1、一点资讯 1、大鱼号 1 | 标题与关键词按搜索词改，正文基本不动 | 每号日更 1 条 |
| D 公众号与自有站 | 3 | 公众号 2、自定义通道 1 | 母本原样投递，不换写法 | 每号周更 2 次 |
30 个账号，四条线。每天真正要做的决定，是「三条日更线各用哪篇母本」，而不是 30 次「今天发什么」。表里的平台正好覆盖 15 个标识，不在表里的排不进任何一条线。
D 组单列有两个理由：公众号与自定义通道五折计费（425），成本结构不同；合理频率也更低，混进日更线只拖累节奏。
二、第二步：内容分三层，不要写 30 篇原创
矩阵号的产能不靠多写，靠一份母本出三个改写层：
- 层 1 母本：每天 2~3 篇长文，必须带步骤、带清单、带参数表——全套流程里唯一的原创来源，C 组这类看标题与关键词的平台直接吃这一层。
- 层 2 改写层：A 组口播化、B 组短句化。改的是结构和开头，母本里的事实与数字不动。
- 层 3 同步层：微博这类时效平台原样转发，不单独生产。
分层之后，「一人 30 账号」的日更内容量是 3 篇，不是 30 篇。
入队前必须齐的 7 个字段
图文形态在系统里的数据结构就是这样。把它当发布前的检查项：字段缺了不会提醒你，只会让内容在某个平台发不出去或效果打折。
| 字段 | 填什么 | 检查动作 |
|---|---|---|
title | 平台标题 | 含目标搜索词；不与其他条重复 |
short_title | 短标题 | 8~20 字 |
long_title | 长标题 | 20~60 字 |
keywords | 逗号分隔的字符串 | 3~6 个真实搜索词 |
description | 摘要 | 不超过 80 字，不是复读标题 |
html | 正文 HTML | 图片是绝对 URL，不能是本地路径 |
categories | 分类数组 | 至少 5 项，取值只能来自平台给的分类表 |
内容类型分四种（文章 0 / 视频 1 / 多图 2 / 音频 3）：要不要出视频层按平台确认，别假设「都能发」。
三、第三步：一天怎么排，以及为什么不能踩着点入队
| 时刻 | 动作 |
|---|---|
| 07:40 | 收昨日结果，只看两类：要人工配合的账号、还在重试的条目 |
| 08:20 | 定当日母本 2~3 篇 |
| 09:00 | 分层改写，逐条补齐上面 7 个字段 |
| 09:40 | 一次入队：30 个账号各一条任务，入队即「待发布」 |
| 10:30 | 复核落地结果，逐平台看，别只看「今日已发 N 条」的总数 |
| 11:00 | 处理失败（第四节）；14:00 后只做明天的母本 |
任务不是点了就发完。消费端是轮询：每 3 秒取一轮任务，按账号分组，单轮最多取 4 条。按这套参数粗算，30 条任务的理论下限是 8 轮 ≈ 24 秒，加上各平台执行发布的耗时，实际是几十分钟量级而不是秒级（下限推算，非实测数据）。
于是排期要留三个余量：
- 入队时间不要贴着你出门的时间。
- 有截止节点的内容（活动、节日）提前一天入队，当天只复核。
- 账号一多，瓶颈在执行而不是提交：同一账号上一轮没发完，它的下一条不会被取走。
还有一个容易踩的坑：重复入队不报错。内容表和资讯表都没有唯一索引，同一个标题提交两次，系统不拦你、不覆盖，而是安静地多出一行。所以「今天到底发过没有」必须由流程自己回答：入队前按标题查一次，团队共用的固定留一张已发台账。
四、第四步：失败怎么接，别从怀疑平台开始
任务被取走执行后，去向是这几种：待发布、成功、失败可重试（按指数退避自动再试）、触发验证（退避，等平台那边配合一次）、平台不支持（直接终结，不浪费重试）、数据异常。排期不会因一次失败就消失，但它也不会自己解释原因，所以按下面的顺序查。
先查三个前提，再怀疑平台。一条内容能被取走要同时满足三件事：内容本身在库里；目标账号在账号池中且没有被删；该账号所属会员余额大于 0。三处缺一处，表现完全一样——任务停在「待发布」，看着像「工具不干活」。最常见的那个原因是积分用完了没注意。
触发验证的那类，人工配合一次就恢复。平台临时要验证时有专门的状态标记，退避之后还会继续尝试；处理动作就在装插件的那台机器上完成，具体提示以站内说明为准。这一类每天开工先看，它卡住的是整个账号的后续排期。
直接终结的那类不要重试。平台不支持是终结态，重试次数不改变结果。对一下第一节的分组表：不在 15 个标识里的平台，换渠道而不是换重试。
五、第五步：把成本算到「每篇每平台」
云梭发布的口径只有四条，全部是固定值：1 元 = 10000 积分；发布 850 积分 / 篇 / 平台；公众号与自定义通道五折即 425；AI 生成按 round(tokens / 1000 × 100) 扣分。注册送 10000 积分。
按这套口径给四种排法做预算：
| 排法 | 篇·平台次数 | 日消耗（积分） | 日成本 | 月成本 |
|---|---|---|---|---|
| 30 个账号各发 1 篇（含 D 组 3 个五折） | 30（27×850＋3×425） | 24225 | 2.42 元 | 约 72.8 元 |
| 3 篇母本，各发 A 组 11 个账号 | 33 | 28050 | 2.81 元 | 约 84.2 元 |
| 一篇发满 14 个公开平台 | 14（13×850＋425） | 11475 | 约 1.15 元 | — |
| 每天 3 篇全部发满 14 平台 | 42 | 34425 | 约 3.44 元 | 约 103 元 |
生成侧按公式举例（数值随实际 tokens 变，不是实测结论）：一次生成耗 6000 tokens，round(6000 / 1000 × 100) = 600 积分 = 0.06 元。实际扣减看站内明细。
省下多少人工我不替你编数字——拿你团队的实测耗时乘上账号数才可信。能确定的是分发侧：30 个账号日更一轮不到 3 元，而这个数完全由你选的排法决定。
六、一周落地清单，照着打勾
- Day 1：装插件，只托管 3 个账号，跑 1 篇 1 平台，确认落地页的标题、关键词、摘要、封面是否如预期。
- Day 2：30 个账号全部填进四条线，写清每线的改写方式，形成一页纸分工表。
- Day 3：扩到 10 个账号，记录从入队到复核完成的总耗时，据此定第二天的入队时刻。
- Day 4：全量 30 账号入队，同时做一次标题查重、建立已发台账。
- Day 5：只处理异常，把人工配合、退避重试、直接终结三类各走一遍。
- Day 6：按第五节定当月预算，充值一次，把余额提醒排进日历。
- Day 7：复盘哪条线的改写最费时间，把它的母本改成可复用模板；跑完之后，每天的标准动作就收敛成 09:40 一次入队、11:00 一次复核。
七、结论
一个人管 30 个账号，可行的排法只有一种：按改写方式分组、按母本分层、按队列节奏留时间窗、按状态机接失败、按每篇每平台算钱。 没有一步靠天赋，靠的是把「今天发了没」从每天 30 次变成一次。
先拿 3 个账号跑通再加到 30。注册送的 10000 积分按单平台 850 算够发 11 篇，够你把整条流水线验证一遍再决定要不要长期用——这比看任何宣传页都直接。
