Astral

22 Commits 2 Branches 0 Tags

2 Commits

Include renames

Author	SHA1	Message	Date
Txiaochen	cdbdfb63fa	v0版本完成：精简 README、修正转生流程、每包禁止 2 首 1) reincarnate.py 流程修正（按使用方口径）登录 -> 等待 -> 上传 -> 登出(type=1) -> 续关登录 -> 等待 -> 上传 -> 登出 -> ... - 每包之间先登出再续关（原来只在最后登出一次） - 登出改用 type=1（LogoutType.Logout）真机抓包实证 UserLogoutApi 就是 type=1（带 delayLog）；续关场景用 4（TestIn）会出问题 —— 那是「测试登入/顶号」的语义 - 新增 --wait N（默认 5.0 秒，每次上传前的等待） 2) 新增分批器 split_batches：★ 每包恰好 2 首会被服务端拒绝 - 1 / 3 / 4 首都正常，只有 2 首不行 - 分批时主动避开：10 首 [4,4,2] -> [4,3,3]；6 首 [4,2] -> [3,3]； 5 首 per=3 [3,2] -> [3,1,1] - --per-packet 只接受 1/3/4 - 自检加了 1..299 首 × per∈{1,3,4} 的全量扫描 3) README 精简（24 KB -> 11 KB） - 删掉「关于购买功能票（已解决）」（根因分析移到 docs） - 删掉「常见坑与注意事项」（移到 docs） - 功能票只列 2/3/5 倍票；只简述用票原理 - 转生只简述「干了什么」 - netdelivery 只讲用法，不讲运行原理 - 新增「文档索引」章节 4) 自检 238 -> 249 项全绿	2026-10-07 11:23:30 +08:00
Txiaochen	8e3bd6fcaa	重构：Get* 命名统一 + 用户数据落盘 + use_ticket / reincarnate 1) 命名统一（服务端 API 名带 Get 的，脚本名与函数名一律带 get/Get） - 26 个 api 脚本改名：userdata.py -> get_user_data.py 等 - 7 个 game_.py -> get_game_.py - 38 个函数改名：UserData -> GetUserData 等 - upsert_snapshot.py -> get_need_user_data.py， fetch_upsert_snapshot -> GetNeedUserData - user_getter_common.fetch_all_pages -> get_all_pages 2) GetNeedUserData 抓到的数据自动落盘 - <工程根>/data/<userId>.json，新数据总是覆盖老数据 - 新增 save_user_data / load_user_data / user_data_path / list_saved_user_ids / DATA_DIR / PROJECT_ROOT - data/ 已加入 .gitignore 3) use_ticket.py（新） - 读取账号当前持有的功能票，用 UpsertUserAll 消耗掉 - 依据：GetUserChargeApi 与 UpsertUserAllApi 的 userChargeList 格式相同；真机实证 userChargeList.stock -1 + useTicketId + playCredit - playCredit = 投币数 + 票的 creditNum（VOExtensions.cs:838-845） 4) reincarnate.py（新） - 账号数据迁移（转生）：A 的数据克隆到 B - 每包最多 4 首（真机一局上限），包间用续关登录换新 loginId 续关依据：ContinueProcess.cs:403 -> PacketUserLogin(isContinue: true) - playlog 从曲目记录反推合成（没有对应的 Get 接口）自检 238 项全绿。	2026-10-06 23:32:09 +08:00

Author

SHA1

Message

Date

Txiaochen

cdbdfb63fa

v0版本完成：精简 README、修正转生流程、每包禁止 2 首

1) reincarnate.py 流程修正（按使用方口径）
   登录 -> 等待 -> 上传 -> 登出(type=1) -> 续关登录 -> 等待 -> 上传 -> 登出 -> ...
   - 每包之间**先登出再续关**（原来只在最后登出一次）
   - 登出改用 type=1（LogoutType.Logout）
     真机抓包实证 UserLogoutApi 就是 type=1（带 delayLog）；
     续关场景用 4（TestIn）会出问题 —— 那是「测试登入/顶号」的语义
   - 新增 --wait N（默认 5.0 秒，每次上传前的等待）

2) 新增分批器 split_batches：★ 每包恰好 2 首会被服务端拒绝
   - 1 / 3 / 4 首都正常，只有 2 首不行
   - 分批时主动避开：10 首 [4,4,2] -> [4,3,3]；6 首 [4,2] -> [3,3]；
     5 首 per=3 [3,2] -> [3,1,1]
   - --per-packet 只接受 1/3/4
   - 自检加了 1..299 首 × per∈{1,3,4} 的全量扫描

3) README 精简（24 KB -> 11 KB）
   - 删掉「关于购买功能票（已解决）」（根因分析移到 docs）
   - 删掉「常见坑与注意事项」（移到 docs）
   - 功能票只列 2/3/5 倍票；只简述用票原理
   - 转生只简述「干了什么」
   - netdelivery 只讲用法，不讲运行原理
   - 新增「文档索引」章节

4) 自检 238 -> 249 项全绿

2026-10-07 11:23:30 +08:00

Txiaochen

8e3bd6fcaa

重构：Get* 命名统一 + 用户数据落盘 + use_ticket / reincarnate

1) 命名统一（服务端 API 名带 Get 的，脚本名与函数名一律带 get/Get）
   - 26 个 api 脚本改名：userdata.py -> get_user_data.py 等
   - 7 个 game_*.py -> get_game_*.py
   - 38 个函数改名：UserData -> GetUserData 等
   - upsert_snapshot.py -> get_need_user_data.py，
     fetch_upsert_snapshot -> GetNeedUserData
   - user_getter_common.fetch_all_pages -> get_all_pages

2) GetNeedUserData 抓到的数据自动落盘
   - <工程根>/data/<userId>.json，新数据总是覆盖老数据
   - 新增 save_user_data / load_user_data / user_data_path /
     list_saved_user_ids / DATA_DIR / PROJECT_ROOT
   - data/ 已加入 .gitignore

3) use_ticket.py（新）
   - 读取账号当前持有的功能票，用 UpsertUserAll 消耗掉
   - 依据：GetUserChargeApi 与 UpsertUserAllApi 的 userChargeList 格式相同；
     真机实证 userChargeList.stock -1 + useTicketId + playCredit
   - playCredit = 投币数 + 票的 creditNum（VOExtensions.cs:838-845）

4) reincarnate.py（新）
   - 账号数据迁移（转生）：A 的数据克隆到 B
   - 每包最多 4 首（真机一局上限），包间用续关登录换新 loginId
     续关依据：ContinueProcess.cs:403 -> PacketUserLogin(isContinue: true)
   - playlog 从曲目记录反推合成（没有对应的 Get 接口）

自检 238 项全绿。

2026-10-06 23:32:09 +08:00