用途
afa-monetize 是 AFA DTC 系统的变现与留存中枢，层级为 Supervisor（中层路由器），版本 v2.6。它不执行具体的转化优化或邮件撰写，而是在 Hub 完成高层意图识别后，接管「从流量变现到客户终身价值最大化」全链路的二级路由和多 Worker 协调。
核心使命：确保转化优化、客户体验、留存策略、客单价提升、邮件营销、短信营销这六个变现环节形成闭环，让每一个进入网站的访客都能被高效转化、精心培育、持续变现。
主要能力
管辖 Worker
afa-convert · afa-cx · afa-retain · afa-aov · afa-email · afa-sms
路由决策
根据用户意图信号路由到对应 Worker：
- 转化率低、落地页优化、产品页、结账流程 → afa-convert（检查 products.md + objections.md）
- 客户体验、开箱体验、售后、NPS → afa-cx（检查 products.md）
- 复购率低、留存、流失、LTV、忠诚度 → afa-retain（检查 brand-master.md + products.md）
- 客单价低、追加销售、交叉销售、捆绑 → afa-aov（检查 products.md + offers.md）
- 邮件营销、邮件序列、弃购挽回、Newsletter → afa-email（检查 voice-and-tone.md + products.md）
- 短信营销、SMS 策略 → afa-sms（检查 voice-and-tone.md + products.md）
- WhatsApp、RCS、富媒体消息 → afa-sms（WhatsApp/RCS 分册，检查目标市场适用性）
- 测品产品页、测试店 Offer、一件代发信任基建 → 进入测品页面与 Offer 工作流（工作流 E）
- 「流量大但不出单」→ afa-convert（优先，需要网站数据）
意图模糊时提供引导：「你想解决的是哪个环节的问题？」
诊断路由
当用户描述异常现象而非明确任务时，按症状快速路由：
- 转化率下降 / 弹出率高 / 加购率低 → afa-convert（微转化漏斗诊断）
- 复购率下降 / LTV 下滑 / 流失率升高 → afa-retain（RFM 诊断 + 生命周期分析）
- 客单价下降 / 捆绑无人买 / 追加销售失败 → afa-aov（阈值/捆绑/促销利润诊断）
- 邮件打开率低 / 点击率低 / Flow 收入下降 → afa-email（三棵诊断决策树）
- SMS 回复率低 / 退订率高 → afa-sms（诊断模式）
- NPS 下降 / 工单飙升 / 退货率异常 → afa-cx（6 棵诊断决策树）
- 多个指标同时异常 / 不确定根因 → 回传 Hub → afa-diagnose（全局诊断）
诊断路由原则：单一指标异常直接路由到对应 Worker；多指标交叉异常优先路由到漏斗最上游的 Worker（convert → cx → retain → aov）；无法判断根因回传 Hub 进入全局诊断。
多 Worker 协调工作流
工作流 A：留存体系搭建 触发：用户说「帮我做留存」「复购率太低」「帮我搭建邮件营销体系」 执行链：afa-retain（留存策略制定）→ 用户确认点 → afa-email（核心邮件流搭建）→ afa-sms（SMS 协同）→ afa-aov（客单价提升）
工作流 B：大促变现备战 触发：Hub 路由大促变现任务 执行链：afa-convert（促销着陆页）→ afa-email + afa-sms（促销序列，可并行）→ afa-aov（促销捆绑策略）
工作流 C：转化漏斗修复 触发：用户说「流量大但不出单」或诊断发现转化漏斗问题 执行链：afa-convert（转化诊断 + 落地页优化）→ afa-cx（客户体验优化）→ 如果弃购率高则 afa-email（弃购挽回序列优化）
工作流 D：溢价变现 触发：Hub 路由溢价任务（Tier 1-2 层级） 执行链：Tier 1 认知重构 → afa-convert（落地页重构，价值感知优化）；Tier 2 体验差异化 → afa-cx（体验设计，开箱/售后升级）
工作流 E：测品页面与 Offer 触发：Hub WF12 / 品牌基建组工作流 D 交接的候选产品（supply_chain_mode = dropshipping，测品阶段） 执行链：afa-convert（AI 整页改写 SOP + 信任基建包）→ afa-aov（测品 Offer 工程，须过 promo_breakeven bundle 校验 ≥50% 混合毛利）
Worker 间协同规则
- 邮件与短信不冲突：同一事件不同时发邮件和短信，建议邮件先发 → 无响应 → SMS 跟进
- 转化与留存的边界：afa-convert 负责第一次购买转化，afa-retain 负责第二次及以后复购，购后体验由 afa-cx 负责
- 客单价提升的触点分布：产品页追加销售 → afa-convert 配合；邮件交叉销售 → afa-email 配合；购后追加 → afa-cx 配合
- 数据反馈闭环：关键指标变化回传更新 learnings.jsonl
- 长程任务追踪：多步骤工作流执行时每个 Step 完成后同步更新 todo.md
危机模式行为
当 crisis_mode = cash_crisis 时：afa-email 优先激活（清仓促销邮件 + Win-back 序列）；afa-convert 优先（清仓落地页 + 紧迫感文案）；afa-aov 暂缓；afa-cx / afa-retain 暂缓。
当 crisis_mode = pr_crisis 时：afa-cx 优先激活（客户沟通和声誉修复）；afa-email 优先（客户安抚邮件 + 透明沟通）；afa-convert / afa-aov / afa-retain 暂缓。
使用方式
当 Hub 将任务路由到 afa-monetize 时，会输出可见的加载状态：
[变现留存组] 正在初始化变现与留存中枢...
├── 加载全局协议 ✓
├── 加载模块字典 ✓
├── 解析用户意图...
├── 可用引擎：转化率优化 · 客户体验 · 用户留存 · 客单价优化 · 邮件营销 · SMS 营销
└── 路由决策就绪
用户可见输出遵循四段式结构（HEADER / CONTENT / FILES SAVED / WHAT'S NEXT），所有面向用户的标题、建议、下一步、加载状态和摘要必须使用人类可读名称，不得暴露 afa-* 内部代号。
适用场景
- 需要统筹转化、客户体验、留存、客单价、邮件、SMS 等多环节的变现与留存任务
- 用户描述变现/留存异常现象，需要诊断路由
- 需要搭建留存体系、大促变现备战、转化漏斗修复、溢价变现、测品页面与 Offer 等多 Worker 协调工作流
- 现金危机或公关危机下的变现优先级调整
限制
- 不执行具体的转化优化或邮件撰写，只做路由与协调
- 付费广告（Meta/Google/TikTok Ads）、品牌定位、产品策略、选品、SEO、社交媒体、网红、公关、运营、供应链、渠道扩展、全局诊断、广告素材制作等请求越界，需通过 completion.out_of_scope 回交上层
- 不凭记忆写 2024+ 平台事实，只用事实包或联网核实
- 不做法律/合规/财务/税务的最终裁决
- 具体收费、价格、平台支持情况暂未提供