广告投放规模化后出现频次上升、CTR/CVR 下滑时…

当放量广告组频次升高、CTR/CVR 相对早期基线衰减时，用趋势斜率诊断创意疲劳 vs 人群饱和，并给出单一触发动作。

适用场景

解决思路

1. 设定早期基线：取广告组退出学习期后第一个稳定窗口（频次仍低、指标已稳定）作为基线；若仍在学习期则停止，此时衰减不可读、数据是噪声，并记录学习期退出日期。
2. 构建趋势而非快照：把频次、CTR、CVR 读作从基线到现在的斜率；用 ledger 记录快照再算差值，命令为 `python3 "${CLAUDE_PLUGIN_ROOT}/scripts/connectors/ledger.py" record <ad-set> --source paid --data '{"frequency": ..., "ctr": ..., "cvr": ..., "reach": ...}'`，再用 `ledger.py trend <ad-set> --source paid --field ctr`（对 frequency、cvr、reach 重复）。
3. 诊断疲劳 vs 饱和：创意疲劳表现为 CTR 衰减、频次上升但 reach 仍在增长（池子未耗尽，只是同一批人反复看到旧素材），触发 Rotate-creative；人群饱和表现为 reach 见顶、频次因没有新用户可投而攀升、CTR/CVR 随重复投放下降，触发 Widen-audience；两者可同时出现，需指出主因和次因。
4. 检查频次阈值：将当前频次与对应目标的可用上限比较（参考 measurement-protocol.md）；冷启动 prospecting 组比暖 retargeting 组更早衰减，需说明所用上限及是否被突破，不要断言通用的“频次 3”规则。
5. 确认真实 CVR 下滑而非追踪故障（ROAS-R 保护）：用 GA4/电商订单真值集核对 CVR；若转化追踪疑似损坏/不可验证（ROAS-R1）或跨平台重复计数（ROAS-R2），则衰减读数不可信，应标记并把信号交给 auditor gate，而不是在脏数据上触发动作。
6. 每个广告组只返回一个触发：输出基线窗口、当前频次 vs 基线、CTR 斜率、CVR 斜率、reach 趋势、主因、触发（Rotate-creative / Widen-audience / Hold）、触发所依据的阈值、注意事项；当衰减在噪声范围内或窗口太短无法判断时返回 Hold。
7. 标注每个数字为 Measured（导出）、User-provided 或 Estimated（模型推断），绝不把估计值当作实测值；把观察到的衰减与命名的原因分开，先确认 reach 和频次行为再判定疲劳还是饱和。
8. 仅在完全没有时间序列（只有单日导出）或广告组仍在学习期时停下来询问：给出两个选项——(1) 提供每日时间序列导出，或 (2) 提供学习期退出日期，并说明在拿到其一之前无法做疲劳判读。
9. 在缺少人群规模/饱和估计时静默继续：从 reach 见顶 + 频次攀升的特征推断饱和并标为 Estimated；若只有部分广告组有完整数据，读取有数据的、其余标 N/A；若缺 CVR 但有 CTR + 频次，则仅凭 CTR 读创意疲劳信号并注明 CVR 不可用。
10. 询问“是否保存这些结果？”，若同意则写入 `memory/ad/fatigue-frequency-manager/`，文件名为 `YYYY-MM-DD-<ad-set>-fatigue.md`；本技能在写记忆前先询问，并把类似否决的测量风险交给 ad-account-auditor，而不是自行标记否决。
11. 按裁决条件交接：Rotate-creative 触发 → 交给 ad-creative-builder 产出新广告单元；Widen-audience 触发 → 交给 audience-segment-builder 基于自有数据扩展种子/相似人群；标记了测量信号风险（ROAS-R1/R2）→ 停止并转交 ad-account-auditor；Hold → 终止并报告链路完成。

适用边界 · 注意事项

• 用户只有单日快照、没有时间序列时——无法读出疲劳斜率，需先索取每日导出。
• 广告组仍处于学习期时——指标尚未稳定，衰减不可读。
• 需要产出替换素材或计算 RQS 分数/执行否决时——分别应使用 ad-creative-builder 和 ad-account-auditor。