ft/CodexOutput/upserver/其他AI审查提示词-4C1普通钓鱼消费确认-2026-09-24.md

4C1普通钓鱼消费确认——独立方案审查提示词

请在C:\projects\ft做独立方案审查。读取：

1. CodexOutput/upserver/接手入口.md、开发状态.md、TODO.md的最新有效段。
2. 阶段4C1普通钓鱼消费确认方案-待评审-2026-09-24.md（本次主方案）。
3. 阶段4R1复验裁决与后续最小范围-2026-09-24.md、阶段4R1关闭复验-2026-09-24.md（前置及已关闭范围）。
4. KVFishingConsumeDesign/plan-review-hashes.json所列全部文件；先重算hash，报告一致/变化/缺失，不将旧R1清单中因状态更新变化的文档误报为本次源码漂移。

用户要求：真实游戏优先、最少改动；单账号、重启式重登；方案完整评审并主会话逐条裁决后编码；每个检查点更新日志。正式地址http://s101.local:18080/；Unity CLI Loop，不用UnitySkills、不打包。101/102是已授权测试账号，但本次仅设计审查，无权启动真实消费、重新导入102或改服务器数据。

本方案尚未实现。目标仅“一次普通收费抛竿扣体力→保存确认→开放拉杆→关闭并新进程恢复”，不含拉杆收鱼、奖励、转盘或热换号，不宣称4C/G4完成。

请独立核查并逐项回答：

• 范围是否能以最小改动推进真实玩法，是否应缩小/扩大，是否存在不必要的新抽象。
• 原调用从FishingUpdateSys.Start自动抛竿到CastBait/Tween/协程的动作身份、重复与生命周期检查是否完整；准入点是否早于扣费，是否存在旧回调二次消费。
• 新旧energy表示冲突是否确实存在；新方案是否复用唯一序列化而不改算法/放宽Schema。
• ReduceEnergy/SetEnergy/恢复计时/PlayerData通知/ConsumeEnergy各订阅的写入矩阵是否正确，是否遗漏必须纳入的同步或异步副作用。
• 重点§5：同一动作同key中间票据允许有可追溯Superseded，但每key最终原票据必须Confirmed，且装备保持原逐票据合同；这个区别是否正确、有足够身份与顺序证据。localOnly、异步覆盖、Flush水位和多key部分提交是否安全，不得只看全局最后票据。
• 重点§6：Unknown/401/StorageError/取消/关闭等不重扣、不补偿写、不继续。仅专用测试模式中“可能扣费但不继续”边界是否允许本期验收；不得把它视为普通用户消费恢复方案。
• 重点§9：原45键许可、ConsumeEnergy激活配置的预拒绝、活动切换不计通过、恢复计时自然变化、正常退出/新进程对账是否具体可实施；若102当前配置不满足，是否能明确安全停止而不造档或扩大写入范围。
• 白名单、固定合成host、真实对象测试、原PF/R1回归是否足够。是否有必须补齐的产品决策或前置证据，应明确指出，不以“实施时再考虑”放行。

只新增报告CodexOutput/upserver/阶段4C1普通钓鱼消费确认方案独立审查-2026-09-24.md，不要改共享入口/TODO/日志、游戏源码、原方案或hash清单。结论给出接受/修订后接受/阻塞；每条问题附P级别、证据位置、最小修改建议、是否阻塞编码。无需重复复审已关闭R1，也不要替主会话落开发批准。

若只读核查足够，不重复启动Unity或全量回归。若发现方案不完整，请在报告中完整指出；本次工作是方案审查，不是实施。