mcpField
F
fatigue-detector

fatigue-detector

github.com/kelpi-ai营销与增长556 次安装17 周前更新
代码仓库

关于 fatigue-detector

此只读 Skill 根据每条广告自身的 CTR 历史评估 Meta 广告疲劳。只有频次超过 4.0 且 CTR 较基线下降至少 30% 时才标记广告，以便区分疲劳与竞价、季节或追踪变化。

主要功能

  1. 01将 CTR 与广告自身基线比较
  2. 02同时要求频次和 CTR 达到阈值
  3. 03检查下降以来的广告花费
  4. 04查看同类角度广告是否仍健康
  5. 05建议刷新素材或停止该角度
  6. 06不更改广告系列

适用场景

  1. 01评估成本上升的广告
  2. 02暂停表现良好的广告前检查疲劳
  3. 03区分疲劳与竞价或季节变化
  4. 04审视相关广告中的创意角度

MCP 相关

此 Skill 需要具备读取权限的 Meta Ads MCP，以获取广告频次、CTR、花费及相关表现数据。它仅执行读取，不会更改广告系列。

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/kelpi-ai/meta-ads-skills --skill fatigue-detector

安装后在 Claude Code 中输入/fatigue-detector确认已加载。

附带文件skill.meta.json

详细介绍

疲劳检测器

原则

“CTR 下降、CPM 上升，肯定是疲劳”是广告中最常见的误判。有时问题出在竞价、季节因素或像素故障。双重条件规则可以减少误报：只有当频次 > 4.0 且 CTR 较自身基准下降 30% 以上时，广告才算疲劳。Andromeda 发布后，广告生命周期缩短了，疲劳程度与花费的关系比与天数的关系更大，因此，小预算广告的疲劳速度比那些宣称“每月上 20 条新广告”的人说的要慢。广告主对这种痛点的描述是：“以前每条潜在客户线索只花 $6.85 的那批广告，现在要花 $30.90。”

适用场景

  • 之前效果不错的广告成本变高了。
  • 在停掉任何广告之前：急于求成造成的赢家损失，比疲劳造成的更多。
  • 需要 Meta Ads MCP 的读取权限。

运行

Fatigue check, READ-ONLY, change nothing:

1. Pull frequency and CTR by ad for the last 14 days, plus each ad's CTR baseline from its best prior 14-day window.
2. Apply the two-condition rule: flag ONLY ads with frequency > 4.0 AND CTR down 30%+ from their own baseline.
3. For each flagged ad: which angle is it, how much has it spent since the decline started, and is a sibling angle still healthy?
4. For ads that LOOK tired but fail the rule: tell me the likelier cause (auction/CPM shift, seasonality, tracking change, or not enough recent spend to judge).
5. Recommend per flagged ad: refresh the creative (same angle, new execution) or retire the angle (the message is exhausted, not the image). Do not touch anything.

防护措施

  • 只读。是否刷新或停用广告由人工决定。
  • 绝不要拿某条广告和另一条广告的基准比较；疲劳是根据广告自身的历史数据衡量的。
  • 用新方式执行一个已经失效的角度，结果仍然会失效。如果同一个角度的三种执行方式都迅速衰退，那这个角度就行不通：返回 Angle Writer。

良好的输出示例

简短列表分为两类：“确实疲劳（证据如下）”和“先别动（实际情况如下）”。

评论

支持 Markdown