52 lines
5.8 KiB
Markdown
52 lines
5.8 KiB
Markdown
# 101完整业务包：方案复核裁决与执行记录
|
||
|
||
2026-09-28，主会话。独立报告《完整业务包独立方案审查.md》通过，无P1/P2。主会话于2026-09-28T07:53:29.6197453Z重算受审31项SHA256及长度，31/31一致。批准按完整业务包连续执行，生产代码零改动；不新增实施前复核。
|
||
|
||
## 逐条裁决
|
||
|
||
| 报告项 | 裁决 |
|
||
|---|---|
|
||
| 1 账号与备份 | 接受；S0须新取且与D导入55键逐值一致，其他客户端停用是实际运行前提。 |
|
||
| 2 v3/v1边界 | 接受；一次钓鱼/恢复分新进程，55键只是许可上限，保留现有严格钓鱼写门。 |
|
||
| 3 PF身份 | 接受；PF身份依赖保留，不能称游戏无PF请求。 |
|
||
| 4 登录/钓鱼写 | 接受；先取得动作前S1和登录差异，才通知用户抛竿。 |
|
||
| 5 费用/奖励/退出 | 接受；最多一次付费，失败不重试；奖励确认后展示，正常退出和drain。 |
|
||
| 6 恢复 | 接受；新进程v1，基于S2，恢复失败不重导。 |
|
||
| 7 102备份 | 接受；工具附带102登录/Get，无102游戏或KV写；登录元数据副作用不隐瞒。 |
|
||
| 8 失败边界 | 接受；不绕门、不重放、不自动补发；需要业务代码变更才补审方案。 |
|
||
| 9 连续执行 | 接受；准备/运行/恢复为内部检查点，最后统一交付复核。 |
|
||
|
||
P3-1部分采纳：交叉引用D4的两份独立对账，复用比较口径；但旧产物的hash不能证明新S0一致，必须重算新S0与D-after的Ordinal原值、UTF8 hash和长度，不以旧hash替代新快照验证。
|
||
|
||
P3-2采纳：记录每次实际输入为用户手动或CLI模拟，后者记录参数。计划请用户手动完成抛竿/拉杆和收下，不另造输入适配。
|
||
|
||
P3-3采纳命名澄清：S3就是恢复进程正常退出后的最终全量Get快照，不增加重复S4请求。报告“八件证据”沿用7文件加目录的口径。
|
||
|
||
## 运行范围与前提
|
||
|
||
用户本轮“复核完成，继续”承接已呈现的完整业务包，按该范围推进，无需逐动作重复许可。最多一次101普通付费钓鱼及奖励保存、正常退出和新进程恢复；四轮备份附带102只读。旧导入窗口和许可不复用。开始时仍须核实101当前其他客户端已停用这一事实，不能由历史确认推断。
|
||
|
||
本轮先完成CLI空闲/API/进程claim检查并记录；停用事实未确认前不进入Play。固定http://s101.local:18080/，Unity CLI Loop，不打包、不改生产代码。
|
||
|
||
## 检查点0：开始执行
|
||
|
||
用户明确确认：101其他客户端已停用。确认记录UTC：2026-09-28T07:56:02.8476756Z。31项hash再次一致，开始S0备份，不调用import分支。
|
||
|
||
S0：backups/20260928T075611Z，101为55键，与D-after逐值Ordinal及UTF8 hash/长度55/55一致。工具2登录+2Get、Set/Delete=0；102附带45键快照只作观测。
|
||
|
||
## 2026-09-28 用户明确手动引导＋抛竿收鱼，先恢复登录
|
||
|
||
用户明确：“我会完成药水活动引导，然后操作抛竿和收鱼，但是先需要检查登陆失败的问题”。据此，本轮先修复运行接管配置；界面引导/抛竿/收鱼由用户手动，主会话不模拟点击，不修改引导数据/业务代码。相较原自动验证范围，手动完成药水引导为用户明确新增操作；不代表允许新键、导入、覆盖进度、绕过准入或重复扣费。
|
||
|
||
基线调整：最新081406Z只读备份10155键与上次075950Z正常退出后逐值一致，保留已确认两键登录更新，不再以原D-after为起点。工具本轮2登录+2Get，零KV写。恢复继续使用既有v3和原55键，药水epdk及GuideSaveDataNew已在其中；引导完成后先核对实际写入与动作前基线，再开始一次普通钓鱼。若正常界面无活动入口、出现新键/错误或费用不明即停，不以改时间/强开面板/标记完成解决。
|
||
|
||
旧90064手动Play为默认PF入口、CustomID为空。正常QuitStage请求未使此未登录会话退出Play；只读确认IsLogin=false/InternalId=0、无KV会话后停止其Play，随后空闲检查通过，08:15:36Z发出CloseMainWindow正常关闭请求。未强杀、未删claim，待旧进程退出再启动新进程和新许可。本操作不是用Stop替代已登录游戏的保存退出。
|
||
## 2026-09-28 手动接管登录恢复成功（68504）
|
||
|
||
用户确认新编辑器正常后，31项受审hash仍一致。使用081406Z的55键备份及既有v3许可启动新进程68504_639261801774257712，08:20:01.3796001Z ready。实际IsLogin=true、CustomId=101、InternalId=2、SaveBackend=kv-loop、EventApiURL=http://s101.local:18080/；等级62、金币36550472、体力7275、装备20001，Console Error=0。空账号/默认PF入口造成的本次登录失败已通过恢复正确运行配置解决，生产代码零改动；并非永久解除一次性测试许可机制。
|
||
|
||
手动接管前备份082052Z：10155键与081406Z逐值相同，游戏接受2次同值保存，pending=0、active/unknown为空、fishing事件0。证据manual-login-verified.json、manual-handoff-reconciliation.json、manual-handoff-screen.json及Rendering_20260928_162102_487.png。当前实际画面为游戏主页；没有停止Play、退役permit或关闭编辑器，留给用户接管。
|
||
|
||
实际运行时GetEvent(4,5)=-1，当前没有可用药水活动；curGroupDefine仍为EventPotion01。这次不再只是本地配置推测。药水引导无法直接通过当前活动入口完成的原因需单独处理；登录问题已解决，不能混称仍无法登录。暂不抛竿/强开活动/改档结束引导。用户正常界面操作仍由用户执行，之后需报告结果再核写入；尚未进行收鱼或新进程恢复。
|
||
|
||
本次恢复准备+接管前两轮备份共4登录+4Get（含附带102），无工具Set/Delete；游戏请求另计。当前有效许可仍在，101其他客户端应保持不并用。后续不要直接Stop再Play复用同一进程claim。 |