一个用模板复刻出来的站，这次目标是 （品牌 Livetvip，货币 ₦ 奈拉，尼日利亚/东南亚那套任务盘玩法）。跟前面 Web3 抢单 DApp v2.0、v1.0 是同一套模板谱系，但业务换成了「做任务赚佣金 + 余额宝 + 抽奖 + 红包」。

工程规模

项数据
文件 / 体积615 个 / 73.2 MB（其中 152 张 PNG 是设计参考截图）
页面48 个：前台 18 + 后台 30
技术栈Next.js 16.3 + React 19.2 + TypeScript + Tailwind 4 + shadcn/ui，Node ≥ 24
数据层src/lib/station：handlers.ts 36 KB + captures.ts 30 KB + state.ts 15.9 KB
存储项目根目录 .admin-data/ 三份 JSON，不需要数据库
部署自带 Dockerfile / docker-compose，output: standalone

会员端 18 个页面

  • 任务：myTask（任务大厅）、postRecord（提交记录）、profit（收益中心）
  • 资金：user/wallet、user/recharge、user/withdraw、user/fundRecord
  • 团队：user/teamReport、user/dayReport、user/promote、directMembers
  • 玩法：Lucky 抽奖 + luckyRecord、user/newLc（余额宝产品）、red 红包
  • 其他：register（带推荐 ID 路由）、login、language、help、profile、user/credit、user/info

后台 30 个模块

比 v2.0 那套还细，按业务分四组：

  • 会员与资金：member、balance、recharge、withdraw、commission、level
  • 任务：orders、doing（进行中）、doing-record、goods（任务商品）
  • 玩法：lucky + lucky-record、red（红包）、activity + activity-record、yuebao + yuebao-group + yuebao-record
  • 系统：config、contact、login

yuebao-group（余额宝产品组）和 doing-record（任务进行记录）这两个模块，说明它不是静态展示页，而是有真实资产流转逻辑的。

数据层：还是那套「JSON 当库」

.admin-data/site-config.json 里能直接看到站点的运营参数：站点名 Livetvip、备案号 备8888888号-1、货币 ₦、USDT 收款地址、充值快捷金额、提现手续费、注册奖励、VIP0 有效期，以及 levels / goods / luckyPrizes（转盘奖品）/ redEnvelopes（红包池）/ yuebaoGroups + yuebaoProducts（余额宝档位）/ activities / doingTiers 一整套。

要接真后端，改动点就是 src/lib/station/handlers.ts（接口实现）与 state.ts（持久化），页面层基本不用动。

体检结论

  • 615 个文件 / 73.2 MB，0 处高危执行调用、0 处硬编码密钥、无加密混淆，纯前端可改
  • 157 个文件被归为第三方/打包产物（layui、tradeview 之类的静态资源与 39 份 md 文档）
  • 仓库里带 15 个 AI 编码代理配置目录（.claude、.cursor、.codex…）与 _probe_*.html/_d1~_d4.txt 抓取残留，上线前可删
  • 随包带 .admin-data：里面是原站的等级、商品、奖品配置，别原样上线，先改品牌与参数

部署要点

  1. Node 24（.nvmrc 已锁），npm ci && npm run build，next start 或 Docker
  2. .admin-data/ 必须在项目根目录且可写，不要放进 public/，否则配置和会员数据可被直接下载
  3. 多实例部署前先把 JSON 存储换成数据库，否则各实例各写各的
  4. 换掉 site-config.json 里的站点名、备案号、USDT 地址、客服链接

适合谁：要做「任务/抢单 + 余额宝 + 抽奖」这套组合玩法、并且有前端团队能接后端的人。界面是现成的移动端成品，直接换皮就能用。

同类可对照 抢单刷单栏目；后台控盘思路可以看 Web3 抢单 DApp v2.0。