Codex × 用户流失挽回 Skill

用户流失挽回 Skill不在 Codex 的前十推荐里——Codex更擅长本地文件、数据、代码和正式交付物，这个 Skill 的重心不完全在这里。它仍然可以正常安装使用，只是如果你要做的就是这件事，可以先看看下面几个更合适的 Agent。

用这个 Agent 跑用户流失挽回 Skill，核心优势在于写文件和改配置前会停下来让你确认。在核对计费后台配置和匹配动态挽留报价环节，它能避免写错折扣对照表或误改 Stripe 参数，成果会在独立产物区逐份生成，不需要边写边提心吊胆。梳理当前流失现状环节做不到自动跑，需要自己记着按月触发。构建流失风险评分只支持有限度的脚本运行。如果需要无人值守定时监测流失率，或者任务量极大不想被确认环节打断，不要选这个 Agent，手动触发的成本会很高。

核心优势直接落在核对计费后台配置和匹配动态挽留报价这两个环节。连接 Stripe 或 Chargebee 修改 Webhook 参数前，Agent 会先列出计划等确认，不会直接写进后台。取消问卷问题和动态折扣对照表会先在产物区单独呈现，逐份看完再放行。省掉的动作是事后发现报价写错或参数改错再回滚的抢救时间。判断标准是在变更计费系统配置或生成对外交付的报价单前，看它有没有先复述计划并要求确认。

1. 01

   梳理当前流失现状

   这个 Agent 做不到定时自动重跑。需要自己在日历上设定周期提醒，每月固定时间手动在工作区输入同一条指令，把上个月的取消记录和支付失败数据拉出来跑一次分析。

2. 02

   核对计费后台配置

   原生支持操作前确认。Agent 在试图读取或修改 Stripe 后台配置前会停下，列出准备执行的具体动作清单请求放行。不会在未经同意的情况下直接改动计费系统的参数。

3. 03

   匹配动态挽留报价

   Agent 读取本地历史取消原因与预算数据生成报价对照表。生成的折扣方案不直接写死到系统里，而是先作为独立文件放在产物区，需要逐份审阅确认无误后再手动落地上线。

4. 04

   构建流失风险评分

   这个环节只能有条件支持。Agent 受限于运行环境和浏览器自动化能力，在处理大批量用户行为日志或跑复杂的特征工程脚本时会遇到限制，需要人工导出部分中间数据。

把过去半年的用户取消原因记录、功能使用数据以及计费后台导出的账单记录，放到当前工作区目录下。如果原始数据是 Excel 格式，先另存为 CSV。在工作区对话框输入指令，指明这几个文件的路径，并说明需要生成的具体产物，比如按拒绝原因分类的动态折扣对照表或催收邮件序列。按下回车后，Agent 会先复述它的执行计划并列出准备写入的文件清单，确认无误后再执行。进度和生成结果直接在界面的独立产物区查看。

• 定时任务

  影响：第 1 步 梳理当前流失现状

  原因：没有内置定时器，周期任务需要你自己按节奏触发

  做法：由你按周期手工触发同一条任务

装完技能后，先准备一份包含几十条记录的测试用取消原因 CSV 放进工作区。输入指令让它匹配动态挽留报价。重点观察它读取 CSV 前是否先复述计划，以及生成的报价对照表是否单独呈现在产物区等待确认。如果它没等确认就直接写了文件，或未能准确识别出表头里的取消原因字段，说明文件格式或指令需要调整。跑通这个小任务，再投入真实的批量数据分析。