运营账号抖音 2 · 小红书 3 · 视频号 4
AI OPERATIONS SYSTEMCASE / 九账号运营中台
下载简历 LOCAL ORCHESTRATION MVP · 2026
九账号运营中台
为九个内容账号建立统一运营控制面，将选题、适配、排期、发布确认、异常接管与数据复盘组织成可追踪工作流。
系统面向 2 个抖音、3 个小红书和 4 个视频号，从日常运营任务提炼需求，完成原型、数据模型与本地 MVP 实现，以内容母体、账号资产、分发节点、队列状态和数据快照为核心对象。 工作流覆盖计划校阅、人工确认和异常处理；平台发布仍由运营者完成，未接入官方自动发布或实时数据接口。
本地 MVP MVP 已运行验证 Human-in-the-loop
PLAN / 12 CONTENTS × 36 NODES
STATE / HUMAN-IN-THE-LOOP
ACCESS / 9 ACCOUNTS
LOCAL可运行，不冒充线上平台
内容母体一次组织，按账号与平台适配
独立分发节点账号、文案、排期与状态分离
确认门禁内容、映射、文案、时间与素材
当多平台分发进入规模阶段，瓶颈会从内容生产转向对象、责任和状态管理。
12 条内容适配 9 个账号、形成 36 个分发节点后，任何版本、排期或状态失控都会被成倍放大。
同一条内容在多个平台反复复制、改标题、改标签、找素材，版本很快失控。
发布时间散落在表格和聊天记录里，谁负责、是否完成、哪里失败无法一眼判断。
只抄一个总播放量无法解释内容质量，平台、账号与互动结构需要被分开观察。
把登录、审核和发布交给不透明自动化，容易越过平台权限、素材版权与人工判断。
OPERATING WORKFLOW / 运营工作流
用系统管理对象、规则和状态，用人工保留品牌判断与平台责任。
按用户任务定义工作流（Workflow）：系统完成内容归一、平台适配、完整性检查和状态追踪；运营者负责最终文案、视觉判断、账号权限与官方发布。将责任主体、状态转换与异常处理写入验收条件，支持暂停、回退或人工接管。
- 01内容建模系统辅助
把 12 条内容变成统一对象
标题、正文、视频、标签、封面与素材路径统一收口，避免同一内容在不同账号里反复复制。
- 02平台适配人机协作
12 条内容，编排为 36 个分发节点
围绕抖音、小红书、视频号的账号语气、发布时间和文案约束生成候选，保留人工改写空间。
- 03计划校阅人工确认
先锁定计划，再写入队列
逐项检查账号、时间、文案和素材，只有通过门禁的节点才进入本地待发布队列。
- 04官方发布人工执行
不代替平台完成真实发布
运营者在官方平台完成账号切换与发布；系统记录状态、失败原因与人工接管动作。
- 05快照复盘数据辅助
把结果带回下一轮选题
按内容、平台与账号聚合快照，观察播放、互动与增粉结构，形成可追溯的复盘证据。
HUMAN-IN-THE-LOOP / 人工门禁
将人工确认写入状态机和质量门，而不是在系统失效后临时补救。
系统负责
- 内容对象与账号映射
- 排期冲突与完整性检查
- 本地队列与状态追踪
- 数据快照与结构化复盘
运营者负责
- 最终文案与视觉判断
- 账号登录与权限管理
- 官方平台真实发布
- 异常处置与结果解释
系统不做
- 不保存平台密码或会话
- 不虚构已发布状态
- 不将未核验数据写入经营复盘
- 不绕过平台官方流程
REAL INTERFACES / 真实界面
四个界面覆盖计划校阅、状态轨迹、账号治理与数据复盘的完整控制链路。
截图来自本地可运行 MVP。每个界面分别对应一个关键运营决策；经营指标使用实际账号后台的阶段汇总数据，并保留统计口径与来源边界。
MVP 产品界面查看原图 内容 × 平台 × 账号的可编辑矩阵
12 条内容被拆成 36 个独立分发页，账号、平台文案、素材和时间分别校阅；计划通过完整性门禁后才允许写入本地队列。
MVP 产品界面查看原图 待入队预览、人工事项与账号脉搏同屏
把即将执行的节点、需要人工处理的阻塞和跨平台账号状态放在同一控制面，运营者先确认，再进入官方发布环节。
MVP 产品界面查看原图 九个账号、登录状态与数据来源分开治理
账号身份、会话状态、人工快照和官方同步能力分别标记；系统不保存密码、Cookie、Token 或验证码，也不会把人工读取称为实时接口。
MVP 产品界面查看原图 跨平台经营快照：规模与增长质量同看
数据来自实际运营账号后台阶段汇总：跨平台累计播放 97 万、当前粉丝 9703、收藏总数 1.1 万、互动率 5.3%；公开视图只呈现可核算指标，不虚构未提供的历史时序。
PRODUCT MODELING / 产品建模能力
复杂运营先拆成清晰对象，系统协同才有边界。
九个账号并行时，真正难的不是多发几条内容，而是分清什么应该复用、什么必须因平台和账号而变化。内容母体、账号资产、分发任务、队列节点和数据快照被定义为五类对象，让素材可以复用、责任能够追踪、异常可以定位，也为后续自动化留出清晰边界。
ReactTypeScriptViteNode.jsSQLite
Content内容母体视频、标题、主题、素材、版本Account账号资产平台、定位、语气、权限与健康状态Distribution分发页内容 × 账号 × 时间 × 平台文案QueueItem队列节点门禁、状态、失败原因与人工动作Snapshot数据快照播放、点赞、收藏、评论、增粉与采集时间实际运营数据查看原图 播放互动收藏评论增粉互动率
OPERATING REVIEW / 经营复盘
跨平台数据必须放回同一条增长链路中复盘。
复盘同时纳入观看、收藏、粉丝变化和互动率，再结合内容主题和发布节奏判断哪些增长可以复用、哪些只是短期波动，避免只凭播放量做结论。
97万跨平台累计播放
9703当前粉丝
1.1万收藏总数
5.3%互动率
300+阶段净增粉丝
9统一管理账号
数据来自实际运营账号后台的阶段汇总，采用约数展示；具体数值以平台后台为准。
IN PRACTICE / 实际运营
内容编排、人工校阅、发布协同和数据复盘，已经连成一条日常运营工作链路。
已经运行
我用这套中台统一组织 9 个账号、12 条内容和 36 个分发节点，持续完成计划校阅、状态追踪与经营复盘。
人机协同
系统负责整理计划、状态和经营数据；我保留最终内容判断、官方平台发布和异常处置，避免自动化越过账号权限与品牌安全边界。
可迁移资产
内容母体、账号资产、分发节点、队列状态和数据快照构成五类可复用对象，配套计划校阅、人工接管与统一复盘口径。这套结构可迁移到其他多账号、多平台运营项目，减少重复搬运、状态遗漏与数据口径分裂。
ARTIFACTS / 相关产物