# 历史开发内容分批提交记录

2026-09-28，主会话。用户授权将之前开发内容按批次 commit；仅本地提交，未推送。分支为 `feat/upserver`，起点 `f40a816cc`。

| 批次 | 提交 | 范围 |
|---|---|---|
| 1 客户端实现 | `0eb43b2b4` | 129文件：s101认证、固定地址、会话生命周期、KV缓存/同步/受控加载、已批准的Editor装备/钓鱼消费/奖励闭环、药水引导兼容及配套Editor验证入口。 |
| 2 编辑器工具 | `c4ae02def` | 952文件：既有Unity CLI Loop本地包与元数据、manifest/lock及`.uloop`忽略项，移除UnitySkills包依赖。大量文件来自工具包。 |
| 3 回归工具 | `a6f5e107f` | 232文件：测试宿主、源码切片、配置、审计与运行辅助脚本；不含构建输出、账号备份和运行许可。 |
| 4 文档与台账 | 本文件所在提交 | 已有方案/评审/裁决/交接/日志/TODO、受审hash元数据、B01候选分析及本记录。 |

这些提交按当前文件依赖分组，不重建各历史阶段的中间源码。多个阶段共用UserService、PlayFabMgr等文件，因此客户端实现保留为完整一批；不声称四个中间提交均单独编译验收。已有暂存的AggUserService两行退出代际检查保留于第一批。

## 核验与边界

- 本次不修改业务逻辑，不运行Unity、真实接口或重新收费测试，不打包。
- 第一批129文件逐个核对暂存blob与工作副本（仅容许Git行尾规范化）；116项可匹配既有JSON hash清单，其余地址/登录窗口/SignalR/社交等早期文件依据既有验收文档与diff核对。此数字不是新增测试通过数。
- 第三批232文件逐个核对暂存内容；测试项目显式Compile源码依赖未发现漏项。测试依旧依赖原Unity Library/已恢复包环境；涉及真实运行的工具还需当地备份与明确运行授权。
- 新增候选和已有文件新增行经凭证模式扫描无命中；这不等于全库安全审计。已有配置中的历史字段保持原样。
- git-safety预检：客户端和回归工具通过；CLI Loop仅因不区分大小写的`build/`规则误报Editor/Build的两个C#源文件及其meta。逐项核实为必要源码后按本次已授权的工具包范围保留；其他禁止路径检查通过，未修改全局预检脚本。
- `git diff --check`发现既有空白行及Unity meta尾部空格；为保持已复核工作副本hash，本次不整理格式。Git保存的文本按仓库原有行尾规则规范化，历史hash仍指原受审工作副本字节；不能直接把Git blob hash当作受审SHA256。
- Git提示历史不可达松散对象较多；本次不执行prune、reset或其他清理。

## 保留在本地、不提交

- 字体`fangzheng SDF.asset`和`PreBoot.unity`自动变化；未撤销。
- `Client/.codex/`本地技能配置。
- 约2GB历史运行产物：日志、bin/obj、缓存、原始账号存档/备份、一次性许可与claimed、截图、历史源码备份及临时审查材料。未删除，也未把这些文件批量加入Git。
- 文档链接到的原始证据可能仅存在当前工作区。版本库保存审查结论及hash清单，不表示已备份所有取证文件；需要完整取证交接时另行转移本地证据，不能凭仓库克隆宣称可复核全部真实运行结果。

## 开发状态不变

101/102各自批准范围内的真实闭环保持限定关闭。B01通知提示与已读状态仍待完整独立方案审查和主会话裁决，未编码；整体4B3B/C及其余迁移事项未完成。固定API仍为 `http://s101.local:18080/`，仅使用Unity CLI Loop。