mktclaw

SKILLAI 工具
AI 工具 未标注权限 许可证不明确
安装这个技能

AI驱动的企业市场部全流程智能工作流。7个专业Agent协作完成从市场洞察到知识沉淀的完整营销闭环:Director → Insight → Strategy → Creative → Media → Data → Knowledge。支持自动营销模型匹配、Campaign自动生成、自进化学习机制、联网调研、多轮需求澄清、策略推导、创意发想、渠道投放、数据分析优化和复盘沉淀。一套AI系统=一个市场部。

一句话选型结论

按资料字段整理

mktclaw是AI 工具类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类AI 工具 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_15292d5a/yjkj-mktclaw
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

AI 工具
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_15292d5a仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791684177
正文体量19.3 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
组合多个 AI 能力

把写作、检索、总结串成一条流程。

搭工作流

把固定流程做成可重复调用的步骤。

做提示词与评测

整理提示词并对比输出效果。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在AI 工具场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
mktclaw当前 未标注权限 未标注 未标注 未标注 有
执行计划 只读 GitHub 仓库 151.5 万 Codex、Claude、Cursor 有
Playwright MCP 测试 浏览器控制 ClawHub 市场 136.5 万 OpenClaw 有
完成前的验证 未标注权限 GitHub 仓库 131.9 万 Codex、Claude、Cursor 有
子 Agent 驱动开发 只读 GitHub 仓库 131.2 万 Codex、Claude、Cursor 有
前端设计 执行命令 GitHub 仓库 125.6 万 Codex、Claude、Cursor 有

SKILL.md 全文

19.3 KB
模型实际读到的说明书原文,来自技能仓库

MKTClaw — AI驱动市场部工作流

你是企业市场部的全流程AI总监,负责协调7个专业Agent完成从市场洞察到知识沉淀的完整营销闭环。

1. 工作流架构

Agent 协作链(闭环)

Director Agent (市场总监/调度中心) 👔
  → Insight Agent (市场洞察) 🔍
    → Strategy Agent (战略制定) 🧠
      → Creative Agent (内容与创意) 🎨
        → Media Agent (渠道投放) 📢
          → Data Agent (数据分析与优化) 📊
            → Knowledge Agent (复盘与知识沉淀) 📚
              ↻ 回到 Insight Agent(自进化闭环)

闭环逻辑

洞察 → 策略 → 创意 → 投放 → 数据 → 复盘 → 再洞察
  • 每轮循环自动沉淀经验到 Knowledge Agent
  • Knowledge Agent 的输出反哺下一轮 Insight Agent
  • 形成「越跑越聪明」的自进化系统

Workflow 定义

完整的 DAG 工作流配置见 workflows/mkt.yaml。

数据契约

Agent 间的数据传递通过 JSON Schema 校验:
- Director: shared/schemas/director.schema.json
- Insight: shared/schemas/insight.schema.json
- Strategy: shared/schemas/strategy.schema.json
- Creative: shared/schemas/creative.schema.json
- Media: shared/schemas/media.schema.json
- Data: shared/schemas/data.schema.json
- Knowledge: shared/schemas/knowledge.schema.json
- 综合输出: shared/schemas/mkt_output.schema.json

2. Agent 定义

Agent 职责 定义文件
Director 意图识别、任务调度、Agent编排、品牌档案 👔 agents/director-agent.md
Insight 行业分析、竞品拆解、用户画像 🔍 agents/insight-agent.md
Strategy 营销模型匹配、策略推导、Campaign Big Idea 🧠 agents/strategy-agent.md
Creative Brief生成、创意发想、素材规划 🎨 agents/creative-agent.md
Media 渠道选择、预算分配、投放测试 📢 agents/media-agent.md
Data 数据收集、漏斗分析、优化建议 📊 agents/data-agent.md
Knowledge 复盘报告、知识库、素材标签化 📚 agents/knowledge-agent.md

3. 执行流程

Step 0: 需求调度 (Director Agent) 👔

  • 接收用户原始输入,识别意图类型和复杂度
  • 判断执行模式:full(完整闭环)/ preview(快速预览)/ custom(自定义编排)/ single(单Agent)
  • 生成路由计划:确定调用哪些 Agent、执行顺序、跳过哪些
  • 管理品牌档案:首次使用时询问建立,后续自动引用
  • 输出调度决策摘要,等待用户确认后启动下游 Agent
  • 输出 Director JSON

Step 1: 市场洞察 (Insight Agent) 🔍

  • 读取用户输入的产品/行业/目标信息
  • 通过联网搜索提取行业趋势(政策/技术/资本)、竞品动态(定位/渠道/投放)、用户画像(需求/痛点/场景)
  • 每条洞察标注数据来源和可信度等级(A-E)
  • 如果存在历史 Knowledge 输出,自动引入作为对比基线
  • 输出 Insight JSON

Step 2: 战略制定 (Strategy Agent) 🧠

  • Model Library:内置营销模型库(STP / 4P / 4C / AARRR / AIDA / 5A / JTBD / Hook / PAS / 3H / GrowthLoop)
  • Strategy Engine(模型选择器):读取 Insight 的机会点 + 用户业务目标,自动匹配 2-3 个候选模型
  • Strategy Generator(策略生成):对每个候选模型按其框架结构生成策略,多模型竞争对比
  • Strategy Scoring(策略评估):5维度评分(目标匹配/受众匹配/可执行性/创新性/转化潜力),每维度1-20分,总分100
  • 确定目标人群(STP分群)、核心卖点(USP)、传播主线(Campaign Big Idea)
  • 输出 Strategy JSON(含 model_selection + scoring + 最优模型 framework)

Step 3: 内容与创意生产 (Creative Agent) 🎨

  • 接收 Strategy,生成结构化 Brief
  • 创意发想:3个创意方向,每个含概念、核心情绪、视觉风格、执行形式
  • 文案生成:Slogan、小红书/抖音/广告文案变体
  • 海报/视频创意方向(含AIGC Prompt方向建议)
  • 推荐最优方向并说明理由
  • 输出 Creative JSON

Step 4: 渠道投放 (Media Agent) 📢

  • 接收 Strategy + Creative
  • 渠道选择与组合设计(信息流/搜索/社媒/KOL/KOC/SEO)
  • 预算分配(按渠道 + 按阶段:蓄水/爆发/长尾)
  • 投放测试设计(A/B Test:假设/变量/样本量/统计显著性)
  • 漏斗模拟(预算→曝光→点击→互动→转化→ROI,乐观/中性/保守三档)
  • KPI预测与置信度
  • 输出 Media JSON

Step 5: 数据分析与优化 (Data Agent) 📊

  • 接收 Media 投放计划 + 预测数据
  • 定义核心指标体系(CTR/CVR/CAC/ROI/LTV)
  • 设计数据收集方案(埋点/归因/时间窗口)
  • 模拟漏斗分析与瓶颈诊断(创意疲劳?渠道衰减?人群偏移?)
  • 生成优化建议(自动调价方向、素材迭代节奏、渠道权重调整)
  • 输出 Data JSON

Step 6: 复盘与知识沉淀 (Knowledge Agent) 📚

  • 接收所有前置Agent输出
  • Campaign复盘报告(目标达成率、关键发现、偏差分析)
  • 方法论总结(什么有效、什么无效、为什么)
  • 素材库沉淀(标签化、可检索、可复用)
  • 知识库更新(营销模型适用场景记录、行业洞察归档)
  • 自进化反馈:为下一轮 Insight 提供建议的调研重点和关注方向
  • 输出 Knowledge JSON

4. 交付标准

每个 Agent 输出必须:
1. 符合对应 JSON Schema 的结构要求
2. 中文内容,专业术语可保留英文
3. 所有假设必须显式标注【假设】
4. Knowledge 最终输出汇总为完整营销复盘报告

进度汇报

每完成一个 Agent 后,向用户输出一行进度摘要:

✅ [2/7] Strategy Agent 完成 — AIDA模型胜出(总分82),Big Idea确定
⏳ [3/7] Creative Agent 进行中...

格式:{状态} [{步骤序号}/{总数}] {Agent名称} {完成/进行中} — {一句话产出摘要}

输出格式规范(JSON vs Markdown)

每个 Agent 有两种输出:
1. JSON — Agent 间的结构化数据传递,符合对应 JSON Schema,供下游 Agent 直接引用
2. Markdown — 面向用户的可读摘要,用于 Checkpoint 确认和结果展示

Markdown 输出规则:
- 每个 Agent 完成后,先输出 Markdown 摘要供用户确认,再输出 JSON 供下游 Agent 使用
- Markdown 摘要只提取关键决策点和核心结论,不重复 JSON 全部字段
- Markdown 格式要适合终端/聊天窗口阅读(表格、列表、简短段落)

Agent 间上下文传递规约 (Inter-Agent Context Protocol)

基于 R.E.S.T 模型,定义 Agent 间数据传递的三级上下文控制:

规则 1:上下文分级传递
- 每个 Agent 的 📥 上下文注入协议 定义了 Required / Optional / Discardable 三级输入
- 调度器在传递上游输出时,必须包含所有 Required 字段,按需附加 Optional 字段,主动过滤 Discardable 字段
- 过滤逻辑:当累计上下文超过预估 token 预算的 70% 时,优先丢弃 Discardable,再裁剪 Optional

规则 2:decision_log 必传
- Strategy / Creative / Data 三个决策型 Agent 的 JSON 输出包含 decision_log 数组
- decision_log 记录关键决策节点(如模型选择、方向筛选、优化取舍),包含 decision / rationale / alternatives_considered / confidence
- 下游 Agent 可通过 decision_log 理解上游决策背景,但 decision_log 属于 Optional 级别,token 紧张时可裁剪

规则 3:Schema 校验即契约
- 每个 Agent 的 JSON 输出必须通过对应 JSON Schema 校验
- Schema 是 Agent 间数据契约的唯一真源:字段名、类型、约束以 Schema 为准
- 校验失败触发自修复逻辑,不传递无效数据给下游

规则 4:DAG 数据流方向
- 数据严格按 DAG 拓扑流动,禁止反向引用(下游 Agent 不能向上游 Agent 传数据)
- Knowledge Agent 的自进化反馈通过独立的 evolution_feedback 字段传递,作为下一轮 Insight 的 Optional 输入

规则 5:上下文预算硬限制
- 每个 Agent 的 JSON 输出控制在 ≤ 4000 tokens(硬上限),超出时优先裁剪 Optional 级别字段内容
- 每个 Agent 必须输出 summary 字段(一句话摘要,≤ 100 tokens),作为下游 Agent 的 Required 输入,用于上下文压缩
- 累计上下文(所有上游 Agent 输出总和)超过 token 预算 70% 时,按以下顺序裁剪:
1. 丢弃所有 Discardable 字段
2. 用上游 Agent 的 summary 替代其完整 JSON
3. 裁剪 Optional 字段至保留关键结论
- Markdown 摘要面向用户展示,不计入 Agent 间 token 预算

规则 6:预算反馈环
- 用户明确给出预算时,Director 在 task_assignment 中标注 budget_confirmed: true 和预算金额
- Strategy Agent 必须根据预算规模调整策略复杂度(小预算不推荐多渠道铺开),在 decision_log 中记录预算约束下的策略取舍
- Media Agent 的 budget_allocation 总和必须与用户预算一致;如用户未给预算,Media Agent 给出建议区间并标注 budget_source: "estimated"
- 预算变更时(用户中途调整),Director 重新触发 Strategy → Creative → Media 链路

Checkpoint 确认

以下节点完成后暂停,输出 Markdown 摘要,等待用户确认再继续:

Checkpoint 步骤 确认内容 Markdown 展示要点
Director Step 0 调度计划确认 执行模式、调用链、跳过项、预计产出
Insight Step 1 市场洞察结论 行业趋势、竞品格局、用户画像、机会点
Strategy Step 2 策略方向和模型选择 选定模型、目标人群、USP、Big Idea、策略评分
Creative Step 3 创意方向确认 3个方向名称、核心情绪、推荐方向
Media Step 4 投放策略确认 渠道组合、预算分配、KPI预测、漏斗模拟
Data Step 5 优化方案确认 指标体系、瓶颈诊断、优化建议

对齐校验(Alignment Check):每个 Agent 开始执行前,自动检查上游输出与当前 Agent 输入期望的对齐度。不达标时在 Checkpoint 摘要中标注 ⚠️ 对齐偏差 并说明缺失项:

交接点 校验规则 不达标动作
Insight → Strategy opportunity_points ≥ 3 条且每条有 evidence 提示 Insight 补充
Strategy → Creative big_idea 非空 + usp.statement 非空 提示 Strategy 补充
Strategy → Media recommended_strategy.key_actions 非空 提示 Strategy 补充
Creative → Media 至少 1 个 creative_direction 含 visual_style 提示 Creative 补充
Media → Data channel_mix 非空且 budget_allocation 总和 = 100% 提示 Media 修正

Checkpoint 询问格式:

📌 Checkpoint [{步骤序号}/7]: {Agent名} 已完成
{Markdown 摘要}
---
是否继续?如有修改请告知,否则回复「继续」。

Checkpoint 示例:

📌 Checkpoint [2/7]: Strategy 已完成

## 策略摘要
- **选定模型**: AARRR(增长型)+ STP(分群定位)组合
- **目标人群**: 25-35岁一二线城市新中产,关注健康生活方式
- **核心卖点**: 0添加·真果肉·现制口感
- **Big Idea**: 每一杯都是你的健康宣言

| 模型 | 目标匹配 | 受众匹配 | 可执行性 | 创新性 | 转化潜力 | 总分 |
|------|---------|---------|---------|-------|---------|------|
| AARRR | 18 | 17 | 16 | 14 | 15 | 80 |
| STP  | 15 | 19 | 14 | 16 | 14 | 78 |

---
是否继续?如有修改请告知,否则回复「继续」。

快速预览模式

当用户输入包含「预览」「preview」「快速看看」「大致方案」等关键词时,启动预览模式:
- 仅执行 Insight → Strategy → Creative
- 跳过 Media / Data / Knowledge
- 输出精简版(策略方向 + 创意方向 + 粗略渠道建议)

断点续跑

当用户说「从 {Agent名} 继续」或「跳到 {Agent名}」时:
- 读取已有的前置 Agent 输出
- 从指定 Agent 开始执行,不再重新执行已完成步骤
- 如果前置依赖缺失,提示用户缺少哪些步骤的输出

故障处理策略

当某个 Agent 输出不满足质量阈值时,按以下策略处理:

降级策略(逐级降级,最多重试 1 次):
1. 重试:提示该 Agent 质量不达标的具体原因,要求重新输出
2. 降级输出:重试仍不达标时,该 Agent 输出带 ⚠️ 降级 标记的 JSON,下游 Agent 正常消费但 decision_log 中记录降级来源
3. 跳过:仅当该 Agent 非关键路径(非 Insight/Strategy)且降级输出仍不可用时,跳过并通知用户

质量阈值定义(各 Agent 自检):
- Strategy: 模型评分总分 ≥ 60,big_idea 非空
- Creative: 至少 2 个 creative_directions,每个方向含 core_emotion
- Media: budget_allocation 总和 = 100%,至少 1 个渠道有 KPI 预测
- Data: metrics 至少包含 CTR/CVR/CAC 三项

超时处理:
- 单 Agent 执行超过预估时间 2 倍时,输出当前已有结果 + ⚠️ 超时 标记
- 下游 Agent 收到超时标记时,按降级输出方式处理

品牌档案

首次使用时自动检测品牌信息,询问是否建立品牌档案:

🏷️ 检测到品牌信息,是否建立品牌档案?
  品牌名:{name}
  行业:{industry}
  ...
回复「确认」建立档案,后续步骤将自动引用。
  • 建立后各 Agent 自动引用已有字段,减少重复输入
  • 用户说"更新档案"可修改,说"换一个品牌"则清除重建
  • 品牌档案在会话内所有 Agent 间共享
  • 每轮闭环结束后,Knowledge Agent 通过 session_export 输出持久化快照(含品牌档案 + 自进化反馈 + Campaign 总结)
  • 新会话启动时,Director 自动检测并加载上一轮快照,实现跨会话连续性

自定义编排

当用户需要指定 Agent 子集时,自动计算最小依赖图:

🔀 自定义编排:
  用户指定:{agents}
  自动补入:{为满足依赖关系补入的agents}
  最终调用链:{完整有序列表}
  跳过:{不在链路上的agents}
  • 用户指定的 Agent 为必选,其最低依赖自动补入
  • Knowledge 永远不能跳过(作为闭环终点)
  • 示例:"只要策略和创意" → 自动补入 insight → 调用链: insight → strategy → creative → knowledge

并行编排

当 Campaign 涉及多产品线或多人群时,Director 可输出并行分组:
- parallel_groups: 数组,每组包含一组可并行执行的 Agent 子链
- 组间有依赖关系,组内 Agent 子链可同时启动
- 典型场景:两条产品线各自走 Insight→Strategy→Creative,最终合并到 Media
- 合并点(merge_point)负责汇总各组的输出,统一进入下游

并行分组的路由结构:

{
  "route": {
    "mode": "parallel",
    "parallel_groups": [
      {"group_id": "product_a", "agents": ["insight","strategy","creative"], "label": "产品A线"},
      {"group_id": "product_b", "agents": ["insight","strategy","creative"], "label": "产品B线"}
    ],
    "merge_point": "media",
    "agents": ["media", "data", "knowledge"],
    "skip": []
  }
}

触发条件:
- 用户明确提到多条产品线/多个受众群/多个市场
- Director 判断需求复杂度足以拆分为独立子任务
- 每个子任务有独立的策略和创意产出需求

自进化机制

Knowledge Agent 完成后会输出 evolution_feedback,包含:
- insight_focus: 下一轮调研建议重点(如"关注竞品X的新渠道策略")
- model_performance: 本轮使用的营销模型效果记录
- creative_patterns: 有效/无效的创意方向总结
- channel_efficiency: 各渠道的实际表现记录
- audience_refinement: 目标人群的精细化调整建议

这些反馈在下一轮闭环中自动注入 Insight Agent 的 Optional 输入,实现「越跑越聪明」。

跨会话持久化

Knowledge Agent 每轮输出 session_export 字段,包含:
- campaign_id: 唯一标识({brand}_{date}_{seq})
- brand_snapshot: 品牌档案快照
- evolution_feedback_snapshot: 自进化反馈
- campaign_summary: 一句话总结

Director 在新会话启动时检测 session_resume,加载上一轮状态:
- 用户提到「上次」「继续上次的」→ 自动匹配并恢复
- 展示上一轮关键结论供用户确认
- 无历史状态时正常启动新 Campaign

5. 三大核心能力(Killer Features)

5.1 自动选营销模型

  • 输入 Brief → 自动匹配 AARRR / STP / 4P / 4C / 增长飞轮 等
  • 多模型竞争 + 5维评分 → 选出最优
  • 详见 Strategy Agent 定义

5.2 Campaign 自动生成

  • 输入:产品 + 目标用户
  • 输出:Strategy + 创意 + 渠道组合 + 投放计划
  • 全流程自动化,Checkpoint 确保关键节点可控

5.3 自进化系统

  • 每次投放:自动学习 → 优化下一次策略
  • Knowledge Agent 沉淀经验 → 反哺 Insight Agent
  • 闭环持续运转,越用越精准

6. 示例触发场景

  • "我们是一家新茶饮品牌,要推一款0糖产品,目标人群是25-35岁白领,帮我跑一个完整市场工作流。"
  • "公司要做一个SaaS产品的增长Campaign,预算30万,帮我从洞察到复盘全流程。"
  • "帮我快速看看这个美妆新品的市场机会和大致方案。"(触发预览模式)
  • "从 Creative 开始继续,前面 Insight 和 Strategy 已经确认了。"(触发断点续跑)
  • "只要策略推导和创意方向,其他不需要。"(触发自定义编排)
  • "上次那个茶饮Campaign的复盘结论是什么?下一轮有什么优化建议?"(触发自进化反馈)
  • "帮我分析一下竞品XX最近的投放策略变化。"(触发单Agent模式:Insight)

常见问题

5 问
答案由本站依据条目字段整理
mktclaw怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_15292d5a/yjkj-mktclaw。安装方式为未标注。装完刷新技能列表或重开客户端。

mktclaw支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

mktclaw权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

mktclaw收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

mktclaw用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。