这个 Skill 能做什么，适合哪些场景？
Reactivation Specialist 面向已停止打开或点击邮件的用户群体，设计完整的流失召回计划。它定义沉默人群，规划逐级升级的召回优惠，加入重新授权步骤，并为未响应用户设置最终抑制规则。该技能适合需要恢复可挽回订阅者、同时清理低活跃名单的邮件团队。它不负责日常生命周期流程、偏好中心设计、同意记录保存或 SEND 质量评分。
读取用户提供的无打开或无点击窗口、ESP engagement/flow 导出、可用优惠、投诉信号、抑制政策和一个 SEND N 配置；定义流失人群及其提取方式；设计无优惠触达、激励触达和最后提醒组成的逐级方案，并规定触发条件、延迟、文案意图、重新互动后的退出条件和停止规则；设计点击确认、偏好中心访问或回复等重新授权动作；规定重新授权用户回到活跃培育、未响应用户进入确认抑制的终止分支；输出标准交接摘要，并在用户确认后保存到指定的 memory/email/reactivation-specialist 路径。
- 邮件负责人发现订阅者连续数月没有打开邮件，需要制定一次性 win-back 活动。
- 营销团队希望在清理沉默名单前，先用优惠阶梯挽回仍有价值的用户。
- 合规团队要求重新互动用户明确确认继续订阅，并记录新的授权信号。
- ESP 导出显示未活跃尾部扩大且投诉上升，需要限制触达频率并制定 sunset 规则。
- 团队需要把召回计划中的重新授权和终止分支交给同意登记、生命周期和偏好管理负责人继续处理。
如何安装这个 Skill？
- 不要将重新打开或点击误认为重新获得同意；必须明确确认动作、时间戳和合法依据，并由 consent-registry 记录。
- 技能设计抑制流程但不执行最终审计；发送前仍需检查退订、全球发送上限、投诉信号和适用法律。
- 确认共享引用文件、ESP 导出字段和18.0.0版本治理是否一致；不要仅凭仓库级测试推断本技能已验证。
- 本地文件系统
该技能随 aaron-he-zhu/aaron-marketing-skills 仓库发布。可执行 git clone https://github.com/aaron-he-zhu/aaron-marketing-skills，然后在兼容 Agent Skills 的主机中使用 email/nurture/reactivation-specialist/SKILL.md。README 还提供 Claude Code 的插件安装方式：/plugin marketplace add aaron-he-zhu/aaron-marketing-skills，再执行 /plugin install aaron-marketing@aaron；通用主机可使用 npx skills add aaron-he-zhu/aaron-marketing-skills。源材料未提供该单个技能专用的安装命令。
tmp="$(mktemp -d)"
git clone --depth 1 https://github.com/aaron-he-zhu/aaron-marketing-skills.git "$tmp"
mkdir -p ~/.claude/skills
cp -R "$tmp/email/nurture/reactivation-specialist" ~/.claude/skills/
rm -rf "$tmp"根据源仓库地址和 Skill 路径自动生成，只复制这个 Skill 的文件夹。如果上文有作者提供的安装方式，请优先按作者说明操作；想只在当前项目中使用，把 ~/.claude/skills 换成项目里的 .claude/skills。
如何使用这个 Skill？
安装后，把下面任意一句发给 Agent 即可触发：
- 为 90 天未打开邮件的订阅者设计 win-back campaign，平台是 [ESP]，可提供 [优惠]，并在最后一次触达后确认抑制。
提供沉默用户的无互动窗口、平台或 ESP、可用优惠和抑制政策。例如："为 90 天未打开邮件的订阅者设计 win-back campaign，平台是 [ESP]，可提供 [优惠]，并在最后一次触达后确认抑制。" 若无 engagement 导出，技能仍可依据已知窗口设计方案，但人群规模和分布应标为 Estimated；若无法确定沉默窗口或没有可核验的同意记录，应先请求输入。
这个 Skill 有哪些优点和局限？
- 输出结构明确，覆盖人群定义、优惠阶梯、重新授权和终止抑制四个核心环节。
- 要求每个用户进入重新授权或抑制两种终止状态之一，避免无限循环或长期悬置。
- 明确区分设计重新授权步骤与由 consent-registry 保存记录的职责。
- 默认支持用户自有数据，ESP API 和 MCP 只是可选便利。
- 包含频率上限、静默时段和已抑制用户排除等针对沉默人群的护栏。
- 不会设计欢迎、弃购、浏览放弃或购买后等日常生命周期流程。
- 不会保存同意或抑制记录，也不会计算 EQS 或执行 SEND N1 等审计判定。
- 缺少用户数据时只能估算人群规模，无法提供实测分布。
- 源材料未展示具体 ESP 平台的实测结果或该单个技能的测试套件。
这个 Skill 与同类方案有什么区别？
与相关 Skills 并排比较；分数均按同一 FSRS 标准得出。
| Skill | FS 评分 | Star 数 | 最近更新 | License |
|---|---|---|---|---|
| 流失召回专家 本页 | 57 · 谨慎使用 | ★ 3k | 12 天前 | Apache-2.0 |
| 邮件偏好与降频管理器 | 61 · 推荐 | ★ 3k | 12 天前 | Apache-2.0 |
| 邮件列表增长设计师 | 58 · 推荐 | ★ 3k | 12 天前 | Apache-2.0 |
| 邮件质量审计员 | 56 · 谨慎使用 | ★ 3k | 12 天前 | Apache-2.0 |
| 邮件列表分群器 | 61 · 推荐 | ★ 3k | 12 天前 | Apache-2.0 |
FollowSkills 如何评估这个 Skill？
技能明确限制为召回方案设计，不直接发送邮件或持有同意记录；要求将导出视为不可信输入、排除已抑制对象、重新确认订阅并交由 consent-registry 记录，也规定用户确认后才保存结果。扣7分：自身未充分说明数据最小化、敏感导出处理、写入后的回滚与恢复，且依赖外部注册表才能完成合规闭环。
触发条件、输入、输出、完成标准、停止条件和异常时的 NEEDS_INPUT 路径较清楚，阶梯明确要求停止而非循环。扣2分：未提供该技能关键路径的专门测试、示例成品或可复现失败输出；若引用的共享文件不可达，诊断能力会下降。静态审查不超过10分。
目标用户、触发语义、非适用范围、输入参数和预期输出均明确，并提供中英文内容与无需付费连接器的 Tier 1 路径。扣4分：平台字段、地区法规差异、中文市场合规和不同 ESP 的映射仍较泛化；geo-relevance 标为 low，且没有针对大陆网络可达性的具体保证。
具备结构化 frontmatter、版本、许可证、快速开始、契约、数据源、步骤、决策门、保存模板、引用技能和终止规则，Apache-2.0 也有仓库级支持。扣5分：未见该技能专属变更记录、维护责任人或更新路径；SECURITY.md 仅支持17.x，而技能声明18.0.0，存在版本治理不一致；若共享引用缺失，安装假设不够自洽。
核心任务被拆成 cohort、分阶段 offer、重新授权、终止抑制和交接摘要，用户可据此生成可执行方案；静态上可完成核心设计。扣1分：没有已验证的代表性输出或结果指标，且同意登记、生命周期流和最终审计必须交给其他技能，仍需人工整合。静态审查不超过7分。
技能文本提供明确契约、来源分类、Measured/Estimated 标注要求和可审计的交接边界，仓库还显示存在 CI 与测试体系。扣1分：所给测试并未覆盖本技能关键路径，没有第三方执行证据或独立复现；只能达到有限静态可验证性。静态审查不超过5分。
点击维度查看打分理由
证据充分度：低 — 主要依赖静态检查、作者材料或有限演示；适合发现线索，不适合做高风险决策。
查看完整评分方法 →