二级分销会员增长台

把「二级分销负责拉新」和「会员积分负责留存」合成一个可推演、可对账、可发布的运营系统。本 Skill 不连接任何外部服务，也不处理真实资金、支付、实名或提现打款；它产出的是方案、规则、口径、测算、清单与文案，供产品、运营、财务、技术共同评审后接入实际系统。

何时使用

• 要新建、改造或评审一个二级分销 + 会员体系（提到推荐关系、邀请码、推广员、佣金、积分、等级、权益）。
• 需要佣金怎么算、何时解冻、退款怎么回退、提现如何审核的规则与试算。
• 要做会员等级、积分账本、权益包、优惠券叠加、活动与召回，或评估活动对复购与积分成本的影响。
• 需要订单—佣金—提现—积分—权益对账、风控防刷、合规自检、规则版本化，以及最终用于平台提交的上架文案与字段说明。
• 即使用户只说「分销会不会违规」「会员积分怎么设计」「提现规则怎么定」「帮我做个运营后台方案」，也应触发本 Skill。

工作原则

1. 先合规，再算账，后活动：先锁定「最多二级、推荐免费、奖励挂钩真实交易」的边界，再确定佣金与结算，最后设计活动。
2. 字段先行：每个结论都落到「实体 + 字段 + 状态 + 触发时机」，避免只有口号没有落地口径。
3. 口径一致：同一指标（有效订单、GMV、复购、积分成本）在全案使用同一个定义，脚本与文档不得各算一套。
4. 本地优先、可复现：所有脚本接受同一份 JSON 输入、产出同一结构 JSON 输出；无网络依赖，可重复执行。
5. 明确边界：涉及法律、税务、支付、资金监管的事项只给自检项与提示，不代替律师或持牌机构意见。

输入标准化

支持两种方式，任选其一；缺字段时先询问最影响结论的 2–3 项，不一次性抛出长问卷。

方式 A：纯文本需求——用户用中文描述业务（卖什么、是否实物、是否有线下门店、目标人群、当前最大痛点）。
方式 B：JSON 数据文件——文件路径作为参数传入，结构见 references/data-schema.md，也提供 assets/sample-input.json 作为可直接改写的样板。

最小可用输入（文本或 JSON 均可）：

输出标准化

默认输出一份「总览 → 方案 → 试算 → 清单 → 上架文案」的 Markdown 报告。若用户需要机器可读结果，同时输出 output.json，结构固定为：

{
  "ok": true,
  "input_source": "用户提供的业务说明 / 文件路径",
  "assumptions": [],
  "warnings": [],
  "modules": {
    "compliance": { "scope": "二级", "pass": true, "findings": [] },
    "referral": { "binding_mode": [], "validity_days": 30 },
    "commission": { "rule_count": 0, "trial": [] },
    "settlement": { "freeze_days": 7, "refund_policy": "proportional" },
    "points": { "per_yuan": 1, "cap_daily": 500, "expire_policy": {} },
    "tiers": [],
    "coupons": [],
    "campaigns": [],
    "risk": { "rules": [], "risk_level": "低" },
    "reconciliation": { "accounts": [] },
    "changelog": []
  },
  "deliverables": {
    "checklist": [],
    "marketplace_copy": { "title": "", "short_description": "", "one_line": "", "tags": [], "category": {} }
  }
}

脚本调用统一封装为：

node scripts/calc.js --input assets/sample-input.json --output output.json

主流程（按顺序执行）

1. 采集与归类：读取文本或 JSON 输入，把需求归到 15 个模块之一；缺项先补最影响佣金与合规的字段（max_level、commission_global、business_type）。
2. 合规自检：按 references/checklist.md 的「合规红线」逐项判定，先给结论 pass / warn / block，再给整改动作。只要出现三级或人头计酬迹象，立即 block 并提示改模型。
3. 推荐关系设计：确定归因方式（邀请码/链接/二维码）、绑定有效期、覆盖策略、是否允许自购返佣；产出关系链字段与状态表。
4. 分佣与等级规则：统一「单品覆盖优先级」为 SKU > 分类 > 全局，写入规则表；用脚本试算至少 3 个场景（普通下单、退款、无上级下单）。
5. 结算生命周期：确定支付后冻结、确认收货、售后期、解冻、提现审核的状态流转；输出状态机与退款回退公式。
6. 积分与会员：用同一套用户实体挂接积分账本与会员等级，确定积分获取/消耗/过期三本明细，等级升降级条件不得与佣金人头挂钩。
7. 权益与活动：把等级权益与优惠券打包成权益包，明确叠加优先级；活动按节点与人群配置，活动内预算单独核算。
8. 风控与防刷：设定同设备/IP/支付账号聚合、异常链识别阈值与三档处置（观察/限制归因/冻结结算）；敏感处置必须留痕。
9. 指标口径：对每个对外指标写「定义 + 公式 + 排除项」，见 references/metrics.md。
10. 对账与审计：按「订单—佣金—提现—积分—权益」五本账对账，输出差异项定位与操作日志字段。
11. 版本与发布：为本次规则变更生成版本号（主版本.功能版本.修订）与生效区间，输出回滚预览与上架文案。

15 项实际功能（融合后，按合力顺序排列）

输出报告模板

# 《{业务名称}》二级分销会员增长方案

## 1. 总览
- 业务形态 / 目标人群 / 一句话商业模式
- 核心结论（2–3 句）：预期拉新抓手、留存抓手、最大风险

## 2. 合规自检
| 红线 | 结论 | 依据 | 整改 |
|---|---|---|---|
| 层级 ≤ 2 | pass | max_level=2 | — |
| 推荐免费 | pass | 无付费门槛 | — |
| 奖励挂钩真实交易 | pass | 佣金=实付×比例 | — |

## 3. 推荐关系与会员档案
（字段表、关系链示意、状态表）

## 4. 佣金与结算
- 规则优先级：SKU > 分类 > 全局
- 试算表：3 个场景的佣金与商家实收
- 状态机：已冻结 → 可结算 → 可提现 → 已提现

## 5. 会员、积分与权益
（等级表、积分分录、权益包、券叠加顺序）

## 6. 活动与触达
（节奏表、人群、话术、预算）

## 7. 风控
（规则、阈值、处置、留痕）

## 8. 指标与对账
（口径定义、五本账差异清单）

## 9. 版本与发布
- 版本：1.0.0　生效区间：YYYY-MM-DD 起
- 上架文案（标题 / 短描述 / 一句话 / 标签 / 分类）
- 回滚条件与回滚动作

边界与限制

• 不做资金动作：不发起支付、提现、转账、打款、实名认证，不写密钥，不保存账号信息。
• 不联网：不调用支付、短信、地图、AI 推理、统计接口；若用户要求联网，说明本 Skill 不支持，仅提供对接字段清单。
• 不替代专业意见：法律合规、税务、持牌支付、个人信息处理规则以当地法律与专业机构意见为准。
• 数据是输入数据的函数：脚本结果完全取决于输入规则，不会凭空补数据；输入不完整时明确标注假设。

自查（每次产出前必做）

• 名称 team-2level-growth 与目录名完全一致，全小写连字符；中文名「二级分销会员增长台」在标题与 frontmatter 中一致。
• description 同时写了「做什么」和「何时用」，并覆盖关键触发词。
• 输入、输出、脚本调用三处口径一致，JSON 字段与 references/data-schema.md 一致。
• 所有脚本读取本地文件、写出 output.json，不访问网络、不读取包外路径。
• 包内不含 LICENSE、.base64、.py、.sh、.pyc、.DS_Store、.env、密钥或任何二进制可执行文件；assets/icon.png 是唯一 PNG，且为真实 PNG。
• 最终 ZIP 命名与目录名一致，且不含嵌套同名目录。