AI 社媒自动化工作流：内容进队列，而不是进情绪
落盘：Drafts/Daily/T3-006-AI社媒自动化工作流/ 用「成稿库 → 人审状态 → Postiz 排期 → n8n 告警」取代每个 App 点一
Gana · 2026-08-23 · 15 分钟阅读落盘：
Drafts/Daily/T3-006-AI社媒自动化工作流/用「成稿库 → 人审状态 → Postiz 排期 → n8n 告警」取代每个 App 点一遍发布
目标：小团队周更不断更，且少误发
先说结论
| 阶段 | 工具 | 产出 | 耗时 | 成本口径 |
|---|---|---|---|---|
| ① 成稿入库 | 网盘/仓库/CMS | 待审内容包 | — | 现有存储 |
| ② 人审打标 | 飞书/表格 | 已审/驳回 | 15–30 min/条 | — |
| ③ 排期发布 | Postiz | 多平台队列 | 10 min | 自托管向 |
| ④ 监控重试 | n8n | 失败通知 | 配置一次 | 自托管向 |
| ⑤ 素材补齐 | Cap 录屏 / Lovart 封面 | 封面与演示 | 按需 | 订阅/开源 |
传统：每个人用官方 App 手发，节奏随心情。自动化后，节奏随队列——但人审门禁必须更严。
全景图
[成稿] → [人审打标] → [Postiz 排期]
↓失败
[n8n 告警] → 人工处理
📷 配图待补：社媒自动化全景（
images/t3-006-schematic.png）
第一步：成稿入库——没有状态机就不要谈自动发
痛点
草稿、终稿、已发混在一个文件夹，自动化会发错版本。
做法
目录或表头固定：draft / review / approved / published。只有 approved 能进 Postiz。
关键细节
文件命名含日期与平台变体；封面与正文一并打包。
📷 配图待补：状态机示意（
images/t3-006-step1.png）
第二步：人审——自动化之前的刹车
痛点
自动发错比手动发错更丢人，因为像「系统干的」。
做法
三问：事实硬伤？侵权/肖像？目标平台违规点？任一否决就不进队列。
第三步：Postiz 排期
做法
绑定测试频道验证后，再接主号。频率遵守平台 ToS。
📷 配图待补：Postiz（
images/t3-006-step3.png）
第四步：n8n 告警与归档
做法
发布失败 → 飞书/邮件；成功 → 归档链接回表。不要静默失败一周。
📷 配图待补：n8n告警（
images/t3-006-step4.png）
第五步：封面与演示素材
缺封面时用 Lovart 出规范尺寸；功能演示用 Cap 录短视频，再进队列。
完整工作流复盘
| 阶段 | 工具 | 产出 | 耗时 | 成本 |
|---|---|---|---|---|
| 入库 | 仓库/表 | 内容包 | — | — |
| 人审 | 飞书/表 | 状态 | 0.5 h | — |
| 排期 | Postiz | 队列 | 0.2 h | 自托管 |
| 监控 | n8n | 告警 | 配置 | 自托管 |
| 素材 | Lovart/Cap | 封面/演示 | 按需 | 订阅/开源 |
成本对比
| 项目 | 传统手发 | AI/自动化队列 |
|---|---|---|
| 人力 | 每人每平台重复点 | 一人维护队列 |
| 误发风险 | 中（手滑） | 高（若无人审）/低（有状态机） |
| 工具费 | 低 | Postiz/n8n 自托管为主 |
| 情绪成本 | 高（追更焦虑） | 降为「清队列」 |
适合谁 / 不适合谁
✅
- 已有稳定成稿产能的小团队
- 能执行状态机纪律的人
❌
- 还在 ren 灵感、却先上全自动群发
- 不愿做人审的「全托管幻想」
一句话总结
社媒自动化的本质是队列纪律，不是更会写文案的机器人。
🔗 Postiz https://github.com/gitroomhq/postiz-app · n8n https://github.com/n8n-io/n8n · Lovart https://www.lovart.ai/ 和 Lovart中文版: https://www.lovart.art · Cap https://github.com/CapSoftware/Cap
周更落地节奏（T3-006 通用）
周一：锁场景与退出条件
写清本周只要哪一个成果（例如「3 条可发短视频」或「10 个 SKU 主图」），以及什么情况下停用某工具。
周二：跑通最小链路
只跑最短路径，不加花活。成功标准写在纸上：输入是什么、输出文件叫什么、谁人审。
周三至周四：资产化
把可复用的 Brand Kit、主体、提示词摘要、n8n 工作流导出备份。资产不留下，周末等于重装。
周五：人审与分发
事实、侵权、平台规则三问。过不了就降级内部样片。
周末：复盘一页纸
成本、失败点、是否触发换栈。工具会变，节奏可以不变。
Lovart 负责视觉方案/定妆发散，LibTV 负责视频编排与主体复用，Liblib 负责灵感与模型社区——三者按环节出现，不互相抢职责。开源环节（n8n/Postiz/Rembg 等）负责可控与自托管。金额与套餐以官网为准，本稿不编造测速榜。
补充说明（2）：复用本稿前请核对各工具官方页的权限、地区可用性与计价；站外母版不进 Sanity；平台派生（知乎/百家号）另做删链与口气调整。
补充说明（3）：复用本稿前请核对各工具官方页的权限、地区可用性与计价；站外母版不进 Sanity；平台派生（知乎/百家号）另做删链与口气调整。
补充说明（4）：复用本稿前请核对各工具官方页的权限、地区可用性与计价；站外母版不进 Sanity；平台派生（知乎/百家号）另做删链与口气调整。
补充说明（5）：复用本稿前请核对各工具官方页的权限、地区可用性与计价；站外母版不进 Sanity；平台派生（知乎/百家号）另做删链与口气调整。
补充说明（6）：复用本稿前请核对各工具官方页的权限、地区可用性与计价；站外母版不进 Sanity；平台派生（知乎/百家号）另做删链与口气调整。
补充说明（7）：复用本稿前请核对各工具官方页的权限、地区可用性与计价；站外母版不进 Sanity；平台派生（知乎/百家号）另做删链与口气调整。
补充说明（8）：复用本稿前请核对各工具官方页的权限、地区可用性与计价；站外母版不进 Sanity；平台派生（知乎/百家号）另做删链与口气调整。
场景里的人味与边界
我写工作流文时，最怕两种读者误会：一是以为串完工具就等于有了创意；二是以为成本表里的「小时级」包含了你盯着空白选题发呆的下午。真实情况是：工具只吃掉重复劳动，吃不掉判断。
所以每个 T3 我都会给自己留三句不好听的话：
- 没有人审的自动化，是加速度事故。
- 没有退出条件的工具栈，只会单向变胖。
- Lovart / LibTV / Liblib 有分工：视觉方案、视频编排、灵感社区——抢职责就会两头不靠谱。
如果你的团队还在争论「要不要再加一个神器」，先问：它替换的是哪一个已有环节？替换不了就别加。
失败演练（建议真做一次）
挑一条低风险内容，故意制造一次失败：关掉 API Key、传错尺寸、Postiz 绑错测试号。看 n8n 会不会叫、人审能不能拦、回滚要几分钟。演练不过关，就不要上主号。
资产清单（周五必须留下）
- Brand Kit / 主体参考 / 提示词摘要
- n8n 工作流导出
- 发布状态表（draft/review/approved/published）
- 本周成本小计（订阅 + 按量）
没有这份清单，下周你还会从头安装宇宙。
落地补充（1）：T3-006 母版用于站外分发，不进 Sanity Blog，不走 lovart-review。复用前核对官方权限与计价；配图保持待补，禁止断链 IMAGE_BRIEF。周更时只改一个变量（模型或文案或分发渠道），便于复盘归因。
落地补充（2）：T3-006 母版用于站外分发，不进 Sanity Blog，不走 lovart-review。复用前核对官方权限与计价；配图保持待补，禁止断链 IMAGE_BRIEF。周更时只改一个变量（模型或文案或分发渠道），便于复盘归因。
落地补充（3）：T3-006 母版用于站外分发，不进 Sanity Blog，不走 lovart-review。复用前核对官方权限与计价；配图保持待补，禁止断链 IMAGE_BRIEF。周更时只改一个变量（模型或文案或分发渠道），便于复盘归因。
落地补充（4）：T3-006 母版用于站外分发，不进 Sanity Blog，不走 lovart-review。复用前核对官方权限与计价；配图保持待补，禁止断链 IMAGE_BRIEF。周更时只改一个变量（模型或文案或分发渠道），便于复盘归因。
落地补充（5）：T3-006 母版用于站外分发，不进 Sanity Blog，不走 lovart-review。复用前核对官方权限与计价；配图保持待补，禁止断链 IMAGE_BRIEF。周更时只改一个变量（模型或文案或分发渠道），便于复盘归因。
落地补充（6）：T3-006 母版用于站外分发，不进 Sanity Blog，不走 lovart-review。复用前核对官方权限与计价；配图保持待补，禁止断链 IMAGE_BRIEF。周更时只改一个变量（模型或文案或分发渠道），便于复盘归因。
落地补充（7）：T3-006 母版用于站外分发，不进 Sanity Blog，不走 lovart-review。复用前核对官方权限与计价；配图保持待补，禁止断链 IMAGE_BRIEF。周更时只改一个变量（模型或文案或分发渠道），便于复盘归因。
落地补充（8）：T3-006 母版用于站外分发，不进 Sanity Blog，不走 lovart-review。复用前核对官方权限与计价；配图保持待补，禁止断链 IMAGE_BRIEF。周更时只改一个变量（模型或文案或分发渠道），便于复盘归因。
落地补充（9）：T3-006 母版用于站外分发，不进 Sanity Blog，不走 lovart-review。复用前核对官方权限与计价；配图保持待补，禁止断链 IMAGE_BRIEF。周更时只改一个变量（模型或文案或分发渠道），便于复盘归因。
落地补充（10）：T3-006 母版用于站外分发，不进 Sanity Blog，不走 lovart-review。复用前核对官方权限与计价；配图保持待补，禁止断链 IMAGE_BRIEF。周更时只改一个变量（模型或文案或分发渠道），便于复盘归因。
落地补充（11）：T3-006 母版用于站外分发，不进 Sanity Blog，不走 lovart-review。复用前核对官方权限与计价；配图保持待补，禁止断链 IMAGE_BRIEF。周更时只改一个变量（模型或文案或分发渠道），便于复盘归因。
落地补充（12）：T3-006 母版用于站外分发，不进 Sanity Blog，不走 lovart-review。复用前核对官方权限与计价；配图保持待补，禁止断链 IMAGE_BRIEF。周更时只改一个变量（模型或文案或分发渠道），便于复盘归因。
落地补充（13）：T3-006 母版用于站外分发，不进 Sanity Blog，不走 lovart-review。复用前核对官方权限与计价；配图保持待补，禁止断链 IMAGE_BRIEF。周更时只改一个变量（模型或文案或分发渠道），便于复盘归因。
落地补充（14）：T3-006 母版用于站外分发，不进 Sanity Blog，不走 lovart-review。复用前核对官方权限与计价；配图保持待补，禁止断链 IMAGE_BRIEF。周更时只改一个变量（模型或文案或分发渠道），便于复盘归因。
落地补充（15）：T3-006 母版用于站外分发，不进 Sanity Blog，不走 lovart-review。复用前核对官方权限与计价；配图保持待补，禁止断链 IMAGE_BRIEF。周更时只改一个变量（模型或文案或分发渠道），便于复盘归因。
再写一段给「只想抄工具名」的人
如果你只想从本文拿走五个 GitHub 链接，我建议你关掉页面。工作流文的交付物不是链接清单，而是可重复的秩序：谁在什么状态可以往下推，谁在什么成本必须停。
我自己的经验是：同一条生产线，换模型往往比换工序便宜。模型三月一变，工序可以半年不动。所以我会把时间花在状态机、命名、人审三问和失败告警上，而不是花在追逐每一个新发布的「屠龙刀」上。
当你下周又看到新工具安利时，用三个问题过滤：
- 它替换我现有链路的哪一环？
- 替换后失败能否局部重跑？
- 它会不会让人审变难？
三个问题答不清，就继续用旧链路。能稳定出活的人，工具柜通常比你想象的更空。
再写一段给「只想抄工具名」的人
如果你只想从本文拿走五个 GitHub 链接，我建议你关掉页面。工作流文的交付物不是链接清单，而是可重复的秩序：谁在什么状态可以往下推，谁在什么成本必须停。
我自己的经验是：同一条生产线，换模型往往比换工序便宜。模型三月一变，工序可以半年不动。所以我会把时间花在状态机、命名、人审三问和失败告警上，而不是花在追逐每一个新发布的「屠龙刀」上。
当你下周又看到新工具安利时，用三个问题过滤：
- 它替换我现有链路的哪一环？
- 替换后失败能否局部重跑？
- 它会不会让人审变难？
三个问题答不清，就继续用旧链路。能稳定出活的人，工具柜通常比你想象的更空。
BLOCK 自检（T3-006）
- [x] 多工具串联解决一个完整场景问题
- [x] 含结论总表 / 全景或阶段结构
- [x] 含成本对比（传统 vs AI）
- [x] 有适合/不适合或等价边界
- [x] 配图为待补 callout 或可访问图（无 IMAGE_BRIEF 断链）
- [x] 未走 lovart-review / Sanity Blog
- [ ] 实拍工作流截图待补