ft/CodexOutput/upserver/阶段4B2检查点2配置与派生审查裁决-2026-09-23.md

4B2检查点2 D4/D5审查裁决及实施批准

日期：2026-09-23。用户明确要求审查后继续开发。开工前主会话逐项重算新受审基线23项SHA256全部一致；独立报告披露未参与方案编写，只做静态审查。本次采纳其设计结论，不将其当作实施验收。

项目	主会话裁决与开发边界
D4	接受有条件通过，批准PartnerInfoManager.cs唯一新增白名单。私有表改实例只读、公开BuilderCapacity字段改计算属性、数组容量绑定实例表、实例边界判断读数组长度。接受字段→属性非二进制兼容，必须盘点源码与预编译依赖、全量Unity编译并验证固定配置等价。原PF流程其余逻辑保持。
D4测试配置	仅D4-02的内存配置副本允许改变InvitationCount，epoch内冻结；不改磁盘/Root配置，完整B2-20用未改值的当前表。冷/热类型及两个容器测试必须恢复环境，不反射改业务字段。
P3-1	采纳。最小diff说明必须列出ActiveFriendCountThreshold及机器人时间/权重、推荐阈值等全部_tables随动读取者；不能描述为仅改两处。
P3-2	采纳。静态容量由类型初始化冻结改为每次读当前容器；固定配置下等价，运行期热更可能返回不同值，明确记录为已接受边界，不称为已修复缺陷。实例数组长度始终按创建时表固定。
D5原值与派生	接受。所有旧/新表示先严格解析并比较原始五字段，冲突不能经修正消除；然后用复制的鱼/鱼卡配置纯派生，保存9槽兼容值，不调用旧SetFishAllData。
D5严格失败	接受未知鱼、错地图归属、缺卡/下标、同卡不同数量返回UnsupportedSchema。加入P2-α真实档兼容迁移盘点，禁止静默丢弃、自动修档写回或真实账号试探。
D5数值与索引	接受单精度保序、原等级权重下标检查先于等级封顶、只下调最大重量、等级/卡数派生、三个索引一致。模块内部对应记录同实例，跨输入/账号不共享。
D5幸运值	接受只替换LuckDataDic；InitFishLuck/InitBotLuck/BotCount保持0，缺配件保持null，不运行InitLuck或默认建档。
P3-3	采纳。明确补“原MaxG小于计算上限时保持原值”的反向测试，避免误写双向clamp；舍入须与Unity Mathf.Round对照。

以上条件均为实施时强制验证，不要求方案重报。D4/D5设计门闭合，按正式版3合同继续M03/M18，完成检查点2后按顺序推进3/4；当前不宣布检查点2或4B2完成。31模块整体事务、guard/服务编排和完整独立实施复核仍待做。

原受审方案、正式版2、独立报告及hash基线保持不动。每个检查点更新实施记录/开发日志。4B3未启动、G4未通过；P2-α真实档兼容/迁移、独立审查及用户产品确认仍是正式启用硬门。固定http://s101.local:18080/，Unity CLI Loop，不用UnitySkills，不进入PlayMode，暂不打包。