Files
ft/CodexOutput/upserver/Gameplay101Validation/完整业务包独立方案审查.md

42 lines
4.7 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# Gameplay101Validation 完整业务包独立方案审查
日期:2026-09-28。审查者:ZCode会话。独立性声明:未参与本方案编写;此前参与为P2-α-A/B/C/D与4C1/4C2全链审查(本包直接复用这些已关闭单元的入口与合同)。本轮只读+hash重算;未运行Unity/正式接口/修改共享文档。
## 受审hash核对
`Gameplay101Validation/review-hashes.json`:**31/31重算全部一致**。Preflight.dll独立核验=`AAA1276630E8633C…`(与方案引用一致);导入after参考run目录(20260928T073630Z)八件证据在位。
## 总判定
**通过。** 无P1/P2;P3三条不阻塞。方案是对已验证组件(4C2入口+D导入档+既有许可体系)的正确组合复用,生产代码零改动可信,且从4C1–4C2全部教训中吸收了流程改进。
## 重点逐项(按§7提示词)
**1. 101既有账号与55键备份:充分。** S0门要求55键与D导入after**原值一致**(身份/关键档/配置匹配+解码有效)——不一致即停不覆盖;S0兼作v3许可backupPath(位于KVGameplayLoopTests下满足现有许可约束——方案如实说明导入after不能直接用);101其他客户端停用至包结束(不沿用已结束的15分钟窗口);102不需停用且附带快照仅观测——三个账号边界各自准确。
**2. v3/v1边界:清楚。** v3=一次钓鱼动作(S0的55键为许可键上限);v1=恢复登录(S2备份建立);钓鱼写门六键+必须在S0键集+新键维持拒绝——与4C2已关闭合同一致;"许可键集≠允许点击55种业务"的限定诚实。
**3. PF身份依赖:如实。** "登录仍先PF身份→s101→KV加载,存在PF域名解析依赖;不能宣称完全不访问PF;PF存档写入不在授权范围、发现即停"——与4C2第四次运行的DNS现实一致。
**4. 登录写与钓鱼写的区分:明确。** S1在**动作前**冻结(登录稳定且未抛竿);S0→S1登录规范化/跨日差异**单列归因**不混入钓鱼奖励;S1→S2业务差异可解释——三层快照切分正确(直接吸收4C2第四次"用户先操作后采样"的教训:本方案明确"主会话完成动作前采样后才通知用户")。
**5. 一次扣费与奖励/退出确认:闭合。** 一次付费动作、失败不重试、自然鱼不保证抽中合格鱼且拦截照停不改随机、`fishing-reward-confirmed`先于`presented`、QuitStage正常退出不靠强杀、未确认票据为0或有明确终态、**"扣费已确认而奖励失败则如实记账,不自动补发"**——与4C1/4C2失败合同完全一致。
**6. 新进程恢复:充分。** 新进程+S2的v1许可+不操作玩法+恢复值与S2核对+S3差异归因(登录附带变化单列);"恢复失败不把S0重新导入"。
**7. 备份工具附带102只读:正确。** 锁定DLL仅`--backup-101-102`分支(import分支禁止);每轮1登录+1Get/账号、无Set/Delete;102快照只报告观测值——"不能把其他客户端变化归于本次101游戏"的限度诚实。
**8. 失败不重导/重放/绕过:贯穿。** §5全部失败分支(PF解析/加载/准入/并发/Unknown/写门)均为停止+留证;"不授权任意故障修复代码,必须改业务逻辑则完整评审补充"——与既定边界一致。
**9. 执行方式(一次授权连续执行+统一复核):合理。** 把备份/许可/准备从独立评审改为内部检查点是正确的效率取舍——所有组件均已各自过审,本包只是组合执行;提示词要求"只将真实阻断项作为开工条件,不因文档样式另设实施前复核"——与本审查判断一致。四轮备份8登录+8Get与游戏请求分开计数、"不能把工具计数当游戏总请求数"——吸取4C2口径教训。
## P3清单(不阻塞)
- **P3-1**:S0快照与D导入after的对账建议直接复用D4复核的逐值比较脚本产物(hash引用而非重算),并在交付中交叉引用两份独立对账。
- **P3-2**:检查点2"协作点击收下"——若CLI LongPress适配(4C1经验)需要再次使用,建议在交付中记录实际输入方式(用户手动/CLI模拟)与参数,延续既有约定。
- **P3-3**:S3后建议附一次最终101全量Get快照(S4概念,仅读)作为交付对账终点——当前S3即恢复退出后快照已含此意,显式命名即可(可选)。
## 结论
**通过完整业务包方案。** 主会话核hash(已代验31/31+DLL)逐条裁决后,取得你的一次运行授权即可连续执行(登录→一次收鱼→保存→退出→新进程恢复→统一复核)。本包证明范围=101这条真实链;26模块外键/全活动/热换号/4B3B/C/G4不因此完成——方案自身声明准确。