11 KiB
11 KiB
未完成工作总 TodoList
更新：2026-09-28，主会话。用途：由用户选择下一业务包和顺序。流程续裁决已完成，当前推进4B3B/C批量迁移；首批方案见执行TodoList。独立连续钓鱼方案搁置，不另开发v4测试许可。
本清单按业务交付合并历史待办，不把方案、编码、测试、复核拆成多个独立项目。下列编号是本清单的选择编号，不替代原阶段编号，也不表示优先级。依据现有关闭裁决和台账整理，本轮未重新运行游戏或全面重扫代码。
已完成的基础，不列为重新开发任务
- 独立KV接口、缓存与可靠同步的限定阶段验收（G2/G3）；遗留稳定性和平台项仍保留。
- 4A会话桥接、4B1登录准备、4B2受控加载、4B3A固定存档入口已关闭。
- R1装备链、4C1普通钓鱼消费、4C2收鱼奖励保存的限定业务包已关闭。
- P2-α-A/B/C/D：样本盘点、两类空态兼容、相关核验、101固定历史档单次导入已关闭。
- 101与102各自被批准的真实普通钓鱼/保存/新进程恢复链已验证；101药水引导最小修正复核关闭，120/120交付hash一致。
这些成果说明测试范围内链路已跑通，尚不等于正式默认KV、所有玩法、所有账号和所有平台迁移完成。当前仍是阶段4推进中，完整G4未关闭；阶段5/6未整体验收。不以文档条数或已过断言数量估算项目完成百分比。
未完成清单（12个业务交付项）
T01 — 连续普通钓鱼（独立方案搁置，转为迁移集成验收）
- 从“一次许可内只钓一竿”推进到同一账号连续抛竿、收鱼、收下；前一竿迟到回调不能影响下一竿。
- 当前：原候选方案及22项基线保留，按流程续裁决不独立实施；连续操作、动作收口与旧回调隔离纳入正式迁移批集成验收。
- 完成标准：逐竿扣费/奖励/收下独立正确，重复输入和迟到回调有验证；批准次数内连续操作成功，统一正常退出和新进程恢复通过，交付复核关闭。
- 边界：仍保留会话许可和重启式重登；不解决正式默认登录切换。第一轮“最多两次尝试”和7个运行文件只是候选设计，用户可选择搁置或调整后重审。
- 材料：候选方案、审查提示词。
T02 — 日常登录与存档切换到正式KV路径
- 完成正常登录→加载→进入玩法→普通保存→正常退出的正式接线，减少对一次性测试准备的依赖。
- 当前：已有底层及受控测试链；4B3C加载发布/后端固定/生命周期完整方案和实现未关闭，无许可默认PF、正式kv拒绝仍保留。
- 完成标准：单次登录后端固定，KV加载成功后才发布可写状态；登录/加载失败不报Done、不生成空档；定时/暂停/恢复/退出的保存归属明确并组合验证。
- 依赖：先明确实际允许的玩法和T03所需隔离，解决正式启用涉及的T04/T05/T07条件。不能直接删除guard或仅修改默认后端配置。
T03 — 其余需要保留的玩法读写与消费链迁移
- 按用户选择的具体玩法，完成数据加载、业务修改、保存、失败处理和恢复，而非一次性改全部调用。
- 当前：完整4B3B与4C仍未完成；转盘等消费链、其他活动/广告/支付回调尚不能由普通钓鱼证据代替。
- 完成标准：每条选定业务链在首次修改内存前绑定原操作，异步返回不污染后续动作/会话；立即保存失败/Unknown不误报成功、不重复消费；真实或适当隔离验收与复核完成。
- 数据范围：既有台账中26种模块外键、5种未定位键及缺少真实Present样本的模块，随实际涉及的业务补证；不强制先为所有键造Schema或进度。
- 用户需决定：下一条具体玩法及最终保留清单。T01是其中一条候选业务扩展，不重复计成全4B3B完成。
T04 — 其他历史账号迁移与新账号建档政策
- 确认旧PF/本地备份/目标KV谁是权威，目标已有进度如何处理，坏档/缺档如何处理，以及真正新账号如何首次建档。
- 当前：101/102专用样本和单次导入已完成；全量迁移政策、其他账号源映射及新玩家显式建档流程未关闭。
- 完成标准：迁移/拒绝/人工处理分支明确，可执行且有验收；不能把Get失败、旧账号空KV或解析失败当新玩家写默认值。
- 边界：保留未识别键原值；已有101/102进度不重导、不覆盖、不自动合并。新批次实际执行前再确定账号、来源和停写窗口。
T05 — 身份统一及主登录解除PF认证依赖
- 完成涂游ID/UserId契约、昵称头像等资料来源、数字短ID适配和残余PF身份调用分类。
- 当前：最小登录及部分俱乐部身份修正已有成果；全身份专项未关闭，真实玩法链仍有PF相关依赖。
- 完成标准：主登录不依赖PF认证成功；本人/目标玩家ID不混用，邀请码/问卷/随机种子等hex假设处理；未迁移外围不拿数字ID冒充PF ID。
- 残项：体力捐赠donateId、聊天/SocialClubJoined等历史记录的剩余身份，需要重新按实际调用核实；不把早期已修复的11处本人接口重复列为待开发。
- 边界：身份统一不等于可以立即删除SDK；SDK删除见T11。
T06 — 存储与联调偶发失败根因收尾
- 定位已有StorageError及阶段3C L7间歇失败，区分环境权限、测试时序和真实实现缺陷。
- 当前：复跑通过，但原首败和根因未定状态仍保留；不是已证明存在某个确定代码错误。
- 完成标准：形成可核查根因或充分界定的环境限制；有针对性修复/处置及回归证据，不仅多跑几次直到成功。
- 边界：不因不确定就重写存储层；已有File.Replace权限问题与后续StorageError不能无证据合并成同一根因。
T07 — 长时间运行的票据历史容量
- 评估并明确tickets历史在连续运行中的容量与保留策略；有必要时再做最小实现。
- 当前：3B遗留，完整正式启用前仍需处理；已有有限次数测试不能替代长时间运行证据。
- 完成标准：有上界或可接受的实测依据，旧票据等待/确认/Unknown语义不被错误清理；若需改策略，完成方案及回归。
- 依赖关系：与T01较长会话和T02正式启用有关；不预设必须新增缓存框架。
T08 — 故障后的人工恢复办法
- 为Unknown、RecoveryRequired等状态制定人工诊断、解锁或恢复的可执行流程，必要时提供最小工具。
- 当前：现有行为以停止、保留证据、不自动重发为主；人工解锁/强制恢复专项尚未完成。
- 完成标准：依据当时服务器/本地差异处置，不覆盖后续进度，不重复扣费/发奖；每种允许操作有明确限制和验证。
- 可选项：服务端4xx“确定未提交”的降级有核查依据，但客户端仍保守处理。是否采用可另作差异裁决，不是必须为了清空TODO而修改。
T09 — 阶段4整体场景验收与G4关闭
- 对最终批准范围做组合验收：正式登录、代表性玩法保存恢复、失败/授权过期、暂停恢复、退出及不同账号隔离。
- 当前：4D与完整G4未关闭；单条101/102成功不替代整体组合验收。
- 完成标准：范围内不出现旧数据残留、失败虚假成功或重复消费；支持的渠道/Editor路径编译和实际登录通过，限制与证据记录完整。
- 热换号：用户当前已接受“退出并重启后重登”。游戏内直接换号继续后置；最终G4若只验收重启边界，须明确更新原完整范围，不能把热换号标成已完成。
- 依赖：T02及纳入发布范围的T03/T04/T05/T06/T07处理后开展，复用已有真实闭环证据。
T10 — SignalR与保留的外围功能（阶段5/G5）
- 在已完成的最小登录/Hub验证基础上，完成实际消息、断线重连和订阅不遗漏/不重复的组合验收。
- 按保留清单迁移好友、玩家资料、普通/地区榜、公告、票据匹配等替代契约与实现，清理EntityKey/他人Public UserData等旧依赖。
- 当前：已有直连配置和最小链测试；不能说Hub全部未做，也不能说全部外围迁移完成。
- 完成标准：每项保留功能都有真实替代与回归结果，不以空结果或静默禁用当完成；SDK运行调用去向可核查。
- 用户需决定：哪些外围必须保留，哪些明确后置/下线；当前不默认全部重写。
T11 — 删除PlayFab SDK和异步包（阶段6）
- 在所有保留调用已有替代后，删除SDK/异步包并清理manifest/lock、asmdef、裁剪及热更新引用。
- 当前：未执行；现有项目仍有依赖，不能提前删包。
- 完成标准：无真实PF运行/编译依赖，保留业务端到端通过；区分兼容字段/组件类名与实际SDK依赖，不机械改名。
- 依赖：T05/T09/T10和完整调用替代证据。
T12 — 真机、正式构建与最终验收（G6）
- 核查并处理已记录的默认非Editor
_cheatingScore编译问题，完成目标渠道/热更新/正式构建及真机验证。 - 验证真机文件系统、异常退出/断电耐久和完整登录→玩法→KV→消息链。
- 当前：Editor/SERVICE_HOST已有通过证据，默认非Editor问题保留；尚无最终平台关闭证据。本轮未重编译判断该历史问题是否变化。
- 完成标准：指定平台构建与实机关键链通过，数据恢复和环境限制清楚，最终G6裁决关闭。
- 用户已要求暂不打包，本项明确后置，不执行。
不单独启动开发的低优先级提醒
- 后续实际需要UI自动操作时复用已知短按适配；当前用户手动操作无需增造工具。
- 实际HTTP请求总量计数仍可改善；目前准确区分工具请求与游戏请求，不用未知数伪装零次。不因统计缺口重跑已关闭业务。
- 真收鱼协作时先停奖励页取证，再“可收下”；提前收下如实记录，不重复收费补截图。此为执行清单要求，不新增UI锁。
已确定的下一步
按F01–F12续裁决，主线转向T02/T03对应的4B3B/C批量迁移。已完成第一批B01的分类和完整候选方案，当前待独立方案审查。其他编号保留为整体剩余范围，不代表同时开工。
所有后续代码更改仍遵守：完整方案评审并落盘裁决→整包连续实施、检查点记录→整包交付复核。已有通过的成果不重复开发，不把本清单变成12轮立即开始的评审。
主要依据
固定地址 http://s101.local:18080/；Unity CLI Loop；不使用UnitySkills；本轮仅整理文档。