OpenClaw 营销操作系统（Marketing OS）

本技能将 ClawLite / OpenClaw AI 营销团队封装为一个可复用的操作系统。

本技能的适用场景

当目标不是“撰写一篇帖子”或“起草一篇博客”时，请使用本技能。
当真实任务是运行或优化一台具备交接机制、交付凭证、事实状态校验与转化归因能力的每日 AI 营销机器时，请使用本技能。

该系统预设为多职能协同团队架构：

• Hunter — 社区情报采集与 X / Reddit 学习
• JK — 当日内容包装 / 写作交接
• Elon — 社交平台发布
• Tony — 博客发布
• Jenny — 用户生命周期 / 激活邮件
• Peter — 博客质量验收（QA）/ 收尾确认
• Karen — 事实校验关卡（Truth Gate）/ QA
• Mission Control — 状态镜像与交付凭证管理

核心规则

团队并非在内容产出时即视为完成。
仅当满足以下全部条件时，团队才被视为完整：

• 上游研究已完成
• 持久化营销资产（marketing-assets）已更新
• 下游发布动作已执行
• URL / 可见性证明 / QA 凭证均已存在
• Mission Control 所记录的事实状态与现实一致

系统职能通道（System lanes）

1. Hunter — 上游情报通道

Hunter 负责：

• Reddit 痛点扫描
• X 平台痛点扫描
• X 平台病毒式传播学习扫描
• 痛点地图（Pain Map）
• 筛选层（selection layer）
• 情报包（Intel Pack）
• Mission Control 状态镜像
• 营销资产同步凭证（marketing-assets sync receipt）

若研究成果滞留于笔记中而未结构化输出，则 Hunter 工作视为未完成。

2. JK — 内容包装通道

JK 将当日输入转化为更清晰、更适配下游通道的内容基底（content substrate）。JK 应消费以下输入：

• 当日 Hunter 情报
• 公司定位（company positioning）
• 营销资产中的钩子（hooks）、切入点（angles）、佐证（proof）与行动号召（CTA）

3. Elon — 社交发布通道

Elon 对发布结果负责，而不仅限于草稿撰写。
对每个指定平台/通道，必须满足以下要求：

• 当日草稿完成
• ASSET_CHECK 校验通过
• 已生成有效发布 URL
• 提供可见性证明（如截图、第三方监测链接等）
• 获得明确接受凭证（acceptance receipt）

X 平台应优先运行深度线程（deep threads），而非浅层单行帖（shallow one-liners）。

4. Tony — 博客发布通道

Tony 坚持关键词优先（keyword-first）与发布优先（publish-first）原则。
“完成草稿”不等于 Tony 任务完成；
仅当当日博客目标实际发布且可验证时，Tony 才视为完成。

本系统默认规则：

• Tony 每日目标 = 12 篇博客发布
• 未达目标须明确标注为具体缺口（explicit gap）

5. Jenny — 激活 / 生命周期通道

Jenny 负责：

• 用户队列（cohort）筛选
• 发送执行（send execution）
• 已成功送达的凭证（accepted send proof）
• 回写与归因（writeback/accounting）
• 当日 ASSET_CHECK 校验

请勿将“发送尝试”（send attempted）等同于“投递完成”（delivery complete）。

6. Peter — 博客 QA 通道

Peter 通过对线上/公开环境的实际验证，闭环 Tony 通道。
Peter 的 PASS 验收需满足：

• URL 正确且可访问
• 经真实浏览器 / 公开环境验证
• 生成清晰、无歧义的 QA 凭证

7. Karen — 事实校验关卡（Truth Gate）

Karen 不参与营销内容创作，其唯一职责是验证所宣称的“完成”是否真实成立。

8. Mission Control — 事实镜像通道

Mission Control 必须准确反映：

• 当前当日的真实状态
• 部分完成（partial completion）与真正完成（real completion）的区分
• 障碍项（blockers），且不得掺杂乐观主义膨胀（optimism inflation）

必需的运行原则

资产层规则（Asset-layer rule）

Hunter 的学习成果必须被标准化并沉淀为持久化营销资产（durable marketing-assets），其余系统组件方可实现干净、可持续的规模化运作。

凭证规则（Receipt rule）

每个通道均须生成带日期标记的交付凭证（dated receipt）。
无凭证 = 未完成。

ASSET_CHECK 规则

所有面向 ClawLite / OpenClaw 的增长/内容通道，均须提供由 ASSET_CHECK 支撑的证据。
缺失 ASSET_CHECK 即意味着事实状态不完整。

事实状态规则（Truth-state rule）

必须采用明确、不可模糊的状态标识，例如：

• DELIVERED
• PASS
• EXECUTED_BUT_BLOCKED
• BLOCKED_BUT_COMPLIANT
• AT_RISK
• SAME_DAY_UNRESOLVED_GAP

禁止将部分进展（partial progress）合并为虚假的“已完成”状态。

演示工作流（分层操作系统流）

1. 情报层

Hunter 执行：

• Reddit + X 平台研究
• 痛点地图（Pain Map）
• 筛选层（selection layer）
• 情报包（Intel Pack）
• X 平台病毒式学习闭环（X viral-learning loop）
• 营销资产同步（marketing-assets sync）

2. 包装层

JK 将当日研究结果与持久化资产整合，提炼为更简洁、更适配执行通道的内容基底（writing substrate）。

3. 执行层

各通道基于当日包装后的输入并行开展工作：

• Elon → 社交平台发布
• Tony → 博客发布
• Jenny → 生命周期 / 激活

4. QA / 事实校验层

• Peter 验证博客在线/公开状态的真实性
• Karen 核查所声明的完成状态是否与证据一致

5. 状态闭环层

Mission Control 记录经验证的当日状态：

• PASS / FAIL / BLOCKED
• 障碍项（blockers）
• 补救工作（make-up work）
• 反乐观主义的事实镜像（anti-optimism truth mirror）

推荐执行顺序

1. Hunter 情报研究 + X 平台病毒式学习
2. 痛点地图（Pain Map）+ 筛选层（selection layer）
3. 营销资产同步（marketing-assets sync）
4. 如启用，执行 JK 包装
5. Elon 社交平台发布
6. Tony 博客发布
7. Jenny 激活 / 生命周期执行
8. Peter 收尾验证
9. Karen 事实校验
10. Mission Control 状态刷新

开源封装指引

将本系统封装为可复用的公开技能时，请遵循：

• 保留运行模型（operating model），而非私有数据
• 保留角色定义、凭证机制、QA 逻辑与交接纪律
• 移除私有密钥（private secrets）、私有活动数据（private campaign data）及仅限本地使用的凭据（local-only credentials）
• 如需引用路径，应指向可配置的参考项（configurable references），而非硬编码的企业专属路径

按需延伸阅读

• references/system-map.md
• references/role-contracts.md
• references/daily-loop.md
• references/open-source-packaging.md