21 lines
3.3 KiB
Markdown
21 lines
3.3 KiB
Markdown
# 4C2完整实施与第四次真实恢复：独立复核提示词
|
||
|
||
你是独立实施复核侧。项目C:/projects/ft。只读源码/证据，不修改共享入口、状态、TODO、日志或业务代码，不启动Unity/测试许可、不请求正式服务、不扣费、不重放奖励。仅落盘你的独立报告：`CodexOutput/upserver/阶段4C2完整实施独立复核-2026-09-28.md`。关闭裁决由主会话完成。
|
||
|
||
先读接手入口、开发状态、TODO和《阶段4C2第四次真实闭环与新进程恢复记录-2026-09-28.md》。核对 `KVFishingRewardTests/fourth-implementation-review-hashes.json` 每项sha256/bytes，记录受审hash和核对数。该清单是本次受审快照，不等于历史各轮方案审批基线；历史清单须按各轮裁决对应解释，不能拿旧panel实施前hash误判当前已批准修复。
|
||
|
||
审查完整4C2原方案、引导准入补充、扣费前诊断、controller取消修复、面板点击/监听修复的独立报告与主会话裁决；对照原实施与测试证据（含43/168→45/171、原4C1回归、Editor/SERVICE_HOST编译及历史失败）。本轮没有业务源码变更，主要为真实闭环补证。
|
||
|
||
必须逐项回答：
|
||
|
||
1. 当前源码是否守住批准白名单、Editor限定、原消费/金币/鱼数量公式、事件顺序、原票据Owner/epoch/sequence与生命周期合同？不得只看本轮截图。
|
||
2. controller completed ending自拆除修复及奖励CanvasGroup三属性/监听修复是否完整，有无旁路或回归？原红绿和45/171证据是否有效？
|
||
3. run44848是否只有一次消费、一次confirmed→presented，原最终任务/主档/地图票据hash是否匹配服务器，正常退出是否排水且无未知批次？
|
||
4. 102五个变化键是否可逐项归因；只目标鱼变化且卡/等级不变；签到16200与捕鱼2516是否正确区分？审查主档vipL/rt/ad/ld和每日任务刷新，不只比较总金币。
|
||
5. 新103828身份、首次run/cache不存在、v1许可、公开字段/有效KV读回、同值登录保存、最终45键不变、正常退出及许可退役是否足够证明恢复？目标鱼数量由有效KV读回、活对象仅公开重量/等级/NewFish，这个验证层次请明确裁决。
|
||
6. **重点裁决证据偏差**：用户在动作前预检/独立快照完成前主动签到并抛竿，两个名为precast/live-gates的文件实际已在扣费后；没有本轮独立原金币公式数值复算、没有奖励面板三属性实测/截图。报告已明确披露，不能把它们写成已完成。能否结合第三次的动作前备份/奖励证据与本次主页/恢复证据接受限定验收？若不够，请列出最小补证及是否必须另获一次真实消费授权，勿要求不必要的大范围重构。
|
||
7. 固定地址配置只新增本地EventApiURL是否符合用户授权；没有宣称去除PlayFab身份依赖；历史DNS/StorageError/默认非Editor错误是否如实保留？
|
||
8. 区分限定4C2与完整4C/G4/上线，确认本轮没有越界关闭，是否可送主会话正式关闭裁决？
|
||
|
||
输出受审hash核对、逐条结论、P1/P2/P3问题（证据文件和行号）、对照验收矩阵的缺项、接受/有条件接受/不接受及最小下一步。无问题也须明确证据偏差裁决。不要改共享文件或代替主会话批准关闭。
|