ZCode × 客户推荐裂变 Skill

客户推荐裂变 Skill不在 ZCode 的前十推荐里——ZCode更擅长长上下文、长任务、项目文件和远程跟进，这个 Skill 的重心不完全在这里。它仍然可以正常安装使用，只是如果你要做的就是这件事，可以先看看下面几个更合适的 Agent。

换到 ZCode 上，变简单的是要连续跑的环节：拆解推荐链路、选定奖励结构、定义指标并算账放在同一个长任务里，LTV 表、CAC 数据、脚本输出和页面预览互相沿用，换环节不用重贴背景；奖励档位等老板拍板时人不在电脑前，从飞书或微信收方案，回一句按哪档再算，任务接着跑。要额外做的：Excel 账目另存 CSV，Word 简报转 Markdown，上线后的周期巡检和第 30、60 天邮件重发自己记日历。只想要一份一次性奖励建议、用不上连续推算和手机跟进的，选更轻的 Agent 就够。

拆解推荐链路和选定奖励结构都要来回试：链路改一版、奖励换一档，前面贴过的 CAC 表、产品易分享说明、Rewardful 的用法都留在同一任务里，直接说「换成双边积分再排一次」就行，不用重新交代背景。定义指标并算账跑完脚本后，终端输出留在上下文里，隔天追问某个 ROI 怎么算的，它引用的还是当时的数字。远程跟进补上等待期：奖励方案要等人拍板才有下一轮，人不在电脑前，从飞书、微信 Bot 或手机扫码进来看结果、追加要求。判断标准：隔几小时追问时不重贴任何背景、任务能接着改，就是这一特性在起作用。

1. 01

   确认客户推荐适配性

   本环节是有条件支持：适配判断要吃真实数字，客户 LTV 和各渠道 CAC 多半躺在 Excel 里，先另存成 CSV 放进工作区；产品是否自带口碑、有无网络效应，用一两句话补进去。长任务里它会持续追问缺口，缺的数字它编不出来，会停下来等你补。

2. 02

   拆解推荐链路

   原生支持。把注册路径、分享落地页的说明和现有推荐率放进同一任务，让它按老客户、分享、新客注册、付费拆开，标注流失点和可放双边奖励的位置；改一版链路不用重贴前面的材料，说改哪里就改哪里。

3. 03

   定位转化卡点

   原生支持，靠的是页面预览。让它把分享落地页或推荐活动页改一版并直接预览，对着预览核对奖励露出位置、按钮文案和手机端排版，判断当场给；预览和结论留在任务里，后面写邮件文案时还能引用。

4. 04

   定义指标并算账

   原生支持。让它写脚本算活跃推荐人数、推荐转化率、推荐渠道 CAC 与 ROI，终端输出留在同一任务；从飞书回一句「奖励换成双边各 15 元再算一遍」，它用之前的表重跑，不用重发数据。结果和你手算对过再采信。

把 Excel 里的客户 LTV 明细和各渠道 CAC 另存成 CSV，连同奖励预算、在用工具（Rewardful 或 Stripe）写成一份 Markdown 备忘，一起放进工作区。聊天框里用 @ 引用这几份文件，用 $ 选客户推荐裂变 Skill，开工前说清可验收的 Goal，比如「产出含奖励结构、分享路径、上线检查单和邮件序列的完整方案，奖励档位先确认再往下算」。跑起来后手机扫码进任务看进度；绑了飞书或微信 Bot 的，直接在聊天里追问和加要求。

最小任务：备一份几行的 CSV，含客户 LTV 和两三个渠道的 CAC，让它跑「定义指标并算账」，输出推荐渠道 CAC 与 ROI 的计算过程。看三个信号：脚本真的执行、终端输出留在任务里；隔几小时从飞书追问「奖励改成双边各 15 元再算」，它直接重跑、不要求重贴表格；算出的数和你 Excel 手算一致。三个都过再让它跑完整方案；只给文字建议不动脚本的，重新下指令。