阅读方式
顺着 7 屏往下读
每一屏只讲一个阶段，不要求你记住复杂连线，只需要记住当前阶段是谁在做、AI 做了什么、最后产出什么。
0
先理解整套节奏
这不是一张技术架构图，而是一张团队协作图。核心目标是让每个 App 的经营动作有节奏、有留痕、可复盘。
最终目标
每天都能看清每个 App 的状态
不是月底回忆谁努力，而是每天都知道谁发了、谁没发、谁需要补充、哪些 App 在稳定推进。
结果导向
从执行到分层
流程从日报开始，经过 AI 校验、周汇总和月度分层，最后落到资源倾斜、辅导和调整动作。
继续往下看角色分工
1
角色
先认清 4 个角色，后面所有动作都围绕这 4 方展开。
角色 1
团队负责人
看月度分层、资源调整和执行跟进动作，做最终决策。
角色 2
全职运营合伙人
是日常运营中台，维护规则、跟进异常、主持周复盘。
角色 3
兼职负责人
每人独立负责 1 个 App，每天提交自己负责 App 的日报或请假。
角色 4
openclaw
负责解析消息、校验字段、入库、提醒、汇总，不替代人做经营判断。
2
准备上线
准备期做对了，后面日报和统计才会稳定，不然系统很快会失真。
谁在做
确认负责人映射
- 每个兼职伙伴绑定 1 个 App
- 确认飞书昵称与负责人关系
- 避免多个负责人交叉管理同一 App
做什么
建飞书群与统一规则
- 固定日报模板
- 固定请假和补报规则
- 固定提交时间窗口
产出什么
飞书多维表与权限
负责人表、日报表、账号明细表、周汇总表、月汇总表全部建立完成，并给 openclaw 配置读写权限。
3
每日执行
兼职负责人每天只做一个核心动作：发日报或请假，并且一定要 @openclaw。
谁在做
兼职负责人提交日报
建议在 `21:00-23:00` 之间完成。每个 App 每天 1 条，不能沉默不报。
做什么
两种消息类型
- 正常日报：今天发了哪些账号、发了几条、链接是什么
- 请假/异常：今天为什么没发，明天怎么补
产出什么
群内留下当日动作凭证
从这一步开始，团队每天的经营动作都有统一入口，后面所有统计都从这里接上。
4
AI 校验与入库
这是整套系统的中枢。AI 不做经营决策，但负责把消息变成结构化数据。
谁在做
openclaw 识别消息类型
先判断这是一条日报，还是请假/异常说明，再进入对应处理路径。
做什么
字段是否完整、是否重复提交
- 缺字段：追问补充后再入库
- 缺链接：标记为待补证据
- 重复日报：提示是否覆盖旧记录
产出什么
两层数据沉淀
- `App日报表`：主记录、状态、发帖数、线索反馈
- `账号发布子表`：平台、账号、发帖数、内容链接
5
定时汇总与周复盘
日报不能只停留在“收到了”，还要自动提醒、自动汇总，并进入每周复盘。
21:30
未提交提醒
openclaw 点名提醒还没交日报的负责人，全职运营合伙人关注连续掉队的人。
23:45
日报汇总
输出今日应交、已交、未交、待补证据名单，以及各 App 的状态总览。
周日
每周汇总
统计每个 App 的完成率、发帖数、活跃账号数、异常情况和高互动内容样本。
复盘
周复盘会议
全职运营合伙人主持，用数据说明谁稳定、谁掉队、下周重点跟进哪些 App。
6
月度分层与执行管理
月末不是凭感觉分配资源，而是基于完成率和经营稳定度做分层和执行管理。
A
A档：稳定主力
月完成率 `>= 90%`。优先获得新的 App、更多账号和更优质素材资源。
B
B档：基本稳定
月完成率 `75%-89%`。维持当前合作，观察是否能继续提升稳定度。
C
C档：需要纠偏
月完成率 `< 75%`。进入辅导或调整名单，必要时讨论收回运营权。
执行跟进规则
按分层结果落管理动作
- A档：优先获得新 App、新账号和素材资源
- B档：维持当前合作并持续观察
- C档：进入辅导或调整名单
最终产出
资源、辅导、调整动作统一落地
团队负责人和全职运营合伙人根据月度汇总做统一动作，不再靠感觉管理。