OpenClaw AI 营销技能

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

该技能的用途

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

本系统假设团队为多职能并行结构：

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

核心准则

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

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

系统职能通道

1. Hunter — 上游情报通道

Hunter 负责以下事项：

• Reddit 用户痛点扫描
• X 平台用户痛点扫描
• X 平台爆款内容学习扫描
• 痛点地图（Pain Map）
• 选题分层（selection layer）
• 情报包（Intel Pack）
• Mission Control 状态镜像
• 营销资产同步凭证（marketing-assets sync receipt）

若研究成果滞留在笔记中而未被结构化处理，则 Hunter 工作视为未完成。

2. JK — 内容包装通道

JK 将当日输入转化为更清晰、可供下游各通道直接使用的高质量内容基底。
JK 应消费以下输入：

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

3. Elon — 社交发布通道

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

• 当日草稿完成
• ASSET_CHECK 校验通过
• 发布后的帖子 URL
• 可见性证明（如截图、平台后台数据等）
• 接收方确认凭证（acceptance receipt）

X 平台应优先运行深度长线帖文（deep threads），而非浅层单句式发帖。

4. Tony — 博客发布通道

Tony 坚持关键词先行、发布先行原则。
“完成草稿”不等于 Tony 工作完成；
仅当当日博客目标内容真正上线且可验证时，Tony 工作才视为完成。

本系统默认规则如下：

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

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

Jenny 负责以下事项：

• 用户群组（cohort）筛选
• 邮件发送执行
• 成功发送确认凭证（accepted send proof）
• 回传数据写入与归因统计（writeback/accounting）
• 当日 ASSET_CHECK 校验

切勿将“尝试发送”（send attempted）与“投递完成”（delivery complete）混淆。

6. Peter — 博客 QA 通道

Peter 通过对线上实际发布状态进行验证，完成 Tony 通道的闭环。
Peter 的 PASS 判定需同时满足：

• 正确的线上 URL
• 真实浏览器访问 / 公共网络环境下的可验证性
• 清晰、无歧义的 QA 凭证

7. Karen — 事实校验关卡

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

8. Mission Control — 事实镜像中枢

Mission Control 必须准确反映：

• 当前日期下的实时事实状态
• 部分完成 vs 真实完成的明确区分
• 所有阻塞点（blockers），且不得以乐观预期掩盖问题

必备运行原则

资产层准则（Asset-layer rule）

Hunter 所得洞察必须被规范化为持久化营销资产（durable marketing-assets），后续系统方可实现干净、可控的规模化扩展。

凭证准则（Receipt rule）

每个通道均须生成带时间戳的交付凭证（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

禁止将部分进展强行合并为虚假的“已完成”状态。

推荐执行顺序

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

开源封装指引

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

• 保留运行模型本身，而非私有数据
• 保留角色定义、凭证机制、QA 逻辑及交接规范
• 移除所有私有密钥、私有活动数据及仅限本地使用的凭据
• 在必要时，引导用户使用可配置的引用路径，而非硬编码的企业专属路径

按需延伸阅读

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