OpenClaw Marketing OS
This skill packages the ClawLite/OpenClaw AI marketing team into a reusable operating system.
What this skill is for
Use this skill when the goal is not “write one post” or “draft one blog.”
Use it when the real task is to run or improve a daily AI marketing machine with handoffs, receipts, truth states, and conversion accountability.
This system assumes a multi-lane team:
- - Hunter — community intel and X/Reddit learning
- JK — same-day content packaging / writing handoff
- Elon — social publishing
- Tony — blog publishing
- Jenny — lifecycle / activation email
- Peter — blog QA / closeout
- Karen — truth gate / QA
- Mission Control — state mirror and receipts
Core rule
The team is not complete when content exists.
The team is complete only when:
- - upstream research exists
- durable marketing-assets are updated
- downstream publishing is executed
- URLs / visibility / QA receipts exist
- Mission Control truth matches reality
System lanes
1. Hunter — upstream intelligence
Hunter owns:
- - Reddit pain scan
- X pain scan
- X viral-learning scan
- Pain Map
- selection layer
- Intel Pack
- Mission Control mirror
- marketing-assets sync receipt
Hunter is incomplete if research stays trapped in notes.
2. JK — packaging layer
JK converts same-day inputs into cleaner content substrate for downstream lanes.
JK should consume:
- - same-day Hunter intel
- company positioning
- marketing-assets hooks / angles / proof / CTA
3. Elon — social lane
Elon owns publication, not just drafting.
For each assigned lane/platform, require:
- - same-day draft
- ASSET_CHECK
- post URL
- visibility proof
- acceptance receipt
X should preferentially run deep threads, not shallow one-liners.
4. Tony — blog lane
Tony is keyword-first and publish-first.
Tony is not complete on “drafts.”
Tony is complete only when the day’s blog target is actually published and verifiable.
Default rule in this system:
- - Tony daily target = 12 blog publishes
- fewer than target must be called out as an explicit gap
5. Jenny — activation / lifecycle lane
Jenny owns:
- - cohort selection
- send execution
- accepted send proof
- writeback/accounting
- same-day ASSET_CHECK
Do not confuse “send attempted” with “delivery complete.”
6. Peter — blog QA lane
Peter closes the Tony lane by verifying live/public reality.
Peter PASS requires:
- - correct live URL
- real browser/public verification
- clean QA receipt
7. Karen — truth gate
Karen does not create marketing.
Karen verifies whether claimed completion is true.
8. Mission Control — truth mirror
Mission Control must reflect:
- - current same-day truth
- partial completion vs real completion
- blockers without optimism inflation
Required operating principles
Asset-layer rule
Hunter learnings must be normalized into durable marketing-assets before the rest of the system can scale cleanly.
Receipt rule
Every lane leaves a dated receipt.
No receipt = no completion.
ASSET_CHECK rule
All ClawLite/OpenClaw-facing growth/content lanes should leave ASSET_CHECK-backed evidence.
Missing ASSET_CHECK means incomplete truth.
Truth-state rule
Use explicit states such as:
- - DELIVERED
- PASS
- EXECUTEDBUTBLOCKED
- BLOCKEDBUTCOMPLIANT
- ATRISK
- SAMEDAYUNRESOLVEDGAP
Do not collapse partial progress into fake completion.
Demo workflow (layered operating flow)
1. Intelligence layer
Hunter runs:
- - Reddit + X research
- Pain Map
- selection layer
- Intel Pack
- X viral-learning loop
- marketing-assets sync
2. Packaging layer
JK converts same-day research and durable assets into a cleaner writing substrate for execution lanes.
3. Execution layer
Parallel lanes operate from the same-day packaged inputs:
- - Elon → social publishing
- Tony → blog publishing
- Jenny → lifecycle / activation
4. QA / truth layer
- - Peter verifies live/public blog reality
- Karen checks whether claimed completion matches evidence
5. State closure layer
Mission Control records the verified same-day state:
- - PASS / FAIL / BLOCKED
- blockers
- make-up work
- anti-optimism truth mirror
Recommended execution order
- 1. Hunter research + X viral-learning
- Pain Map + selection layer
- marketing-assets sync
- JK package if used
- Elon social publishing
- Tony blog publishing
- Jenny activation / lifecycle
- Peter closeout
- Karen truth gate
- Mission Control refresh
Open-source packaging guidance
When packaging this system as a reusable public skill:
- - preserve the operating model, not private data
- keep role definitions, receipts, QA logic, and handoff discipline
- remove private secrets, private campaign data, and local-only credentials
- point users to configurable references rather than hard-coded company paths when needed
Read next when needed
- - INLINECODE0
- INLINECODE1
- INLINECODE2
- INLINECODE3
技能名称:openclaw-marketing-os
详细描述:
OpenClaw 营销操作系统
本技能将 ClawLite/OpenClaw AI 营销团队封装为一个可复用的操作系统。
本技能的用途
当目标不是“写一篇帖子”或“起草一篇博客”时使用本技能。
当实际任务是运行或改进一个包含交接、收据、真实状态和转化问责的日常 AI 营销机器时使用。
本系统假设一个多通道团队:
- - Hunter — 社区情报与 X/Reddit 学习
- JK — 当日内容包装/写作交接
- Elon — 社交发布
- Tony — 博客发布
- Jenny — 生命周期/激活邮件
- Peter — 博客质量保证/收尾
- Karen — 真实门控/质量保证
- 任务控制中心 — 状态镜像与收据
核心规则
当内容存在时,团队并未完成。
团队仅在以下条件满足时才完成:
- - 上游研究存在
- 持久营销资产已更新
- 下游发布已执行
- URL/可见性/质量保证收据存在
- 任务控制中心真实状态与实际情况匹配
系统通道
1. Hunter — 上游情报
Hunter 负责:
- - Reddit 痛点扫描
- X 痛点扫描
- X 病毒式学习扫描
- 痛点地图
- 筛选层
- 情报包
- 任务控制中心镜像
- 营销资产同步收据
如果研究停留在笔记中,Hunter 的工作不完整。
2. JK — 包装层
JK 将当日输入转换为更清晰的内容基底,供下游通道使用。
JK 应消费:
- - 当日 Hunter 情报
- 公司定位
- 营销资产钩子/角度/证据/行动号召
3. Elon — 社交通道
Elon 负责发布,而不仅仅是起草。
对于每个分配的通道/平台,要求:
- - 当日草稿
- 资产检查
- 帖子 URL
- 可见性证明
- 验收收据
X 应优先运行深度线程,而非浅显的单行内容。
4. Tony — 博客通道
Tony 以关键词优先、发布优先。
Tony 的工作在“草稿”阶段不完整。
仅当当天的博客目标实际发布并可验证时,Tony 的工作才完整。
本系统的默认规则:
- - Tony 每日目标 = 12 篇博客发布
- 少于目标必须明确标记为缺口
5. Jenny — 激活/生命周期通道
Jenny 负责:
- - 群组选择
- 发送执行
- 已接受的发送证明
- 回写/核算
- 当日资产检查
不要混淆“尝试发送”与“交付完成”。
6. Peter — 博客质量保证通道
Peter 通过验证在线/公开现实来关闭 Tony 通道。
Peter 通过要求:
- - 正确的在线 URL
- 真实浏览器/公开验证
- 干净的质量保证收据
7. Karen — 真实门控
Karen 不创建营销内容。
Karen 验证声称的完成是否真实。
8. 任务控制中心 — 真实镜像
任务控制中心必须反映:
- - 当前当日真实状态
- 部分完成与实际完成
- 无乐观膨胀的阻塞项
必需的操作原则
资产层规则
在系统其余部分能够干净扩展之前,Hunter 的学习成果必须标准化为持久营销资产。
收据规则
每个通道留下带日期的收据。
无收据 = 未完成。
资产检查规则
所有面向 ClawLite/OpenClaw 的增长/内容通道应留下基于资产检查的证据。
缺少资产检查意味着真实状态不完整。
真实状态规则
使用明确的状态,例如:
- - 已交付
- 通过
- 已执行但受阻
- 受阻但合规
- 有风险
- 当日未解决缺口
不要将部分进展折叠为虚假完成。
演示工作流(分层操作流程)
1. 情报层
Hunter 运行:
- - Reddit + X 研究
- 痛点地图
- 筛选层
- 情报包
- X 病毒式学习循环
- 营销资产同步
2. 包装层
JK 将当日研究和持久资产转换为更清晰的写作基底,供执行通道使用。
3. 执行层
并行通道基于当日包装输入运行:
- - Elon → 社交发布
- Tony → 博客发布
- Jenny → 生命周期/激活
4. 质量保证/真实层
- - Peter 验证在线/公开博客现实
- Karen 检查声称的完成是否与证据匹配
5. 状态关闭层
任务控制中心记录已验证的当日状态:
推荐执行顺序
- 1. Hunter 研究 + X 病毒式学习
- 痛点地图 + 筛选层
- 营销资产同步
- JK 包装(如使用)
- Elon 社交发布
- Tony 博客发布
- Jenny 激活/生命周期
- Peter 收尾
- Karen 真实门控
- 任务控制中心刷新
开源封装指南
当将此系统封装为可复用的公共技能时:
- - 保留操作模型,而非私有数据
- 保留角色定义、收据、质量保证逻辑和交接纪律
- 移除私有密钥、私有活动数据和仅限本地的凭证
- 在需要时,引导用户使用可配置的引用,而非硬编码的公司路径
需要时进一步阅读
- - references/system-map.md
- references/role-contracts.md
- references/daily-loop.md
- references/open-source-packaging.md