BlueArchiveToolkit/docs/reports/CURRENT_GAPS.md

当前实现缺口清单

• 更新时间：2026-09-12
• 文档角色：只记录尚未完成、仍需验证或仍需设计的工作，不重复维护完整实现状态。
• 当前事实：以源码、测试、稳定契约和 CURRENT_STATUS.md 为准。
• Go 进度：GO_STATUS.md
• 资源布局契约：../architecture/resource-release-layout.md
• 权威计划：../../PROJECT_PLAN.md
• 历史资料：docs/archive/ 和 docs/reports/historical/ 只用于追溯。

1. 当前工程缺口

G-005：AssetBundle V1 已完成，完整兼容仍未完成

状态：V1 已完成（仅限已验证结构），继续推进真实版本和复杂结构

当前已具备 UnityFS 容器校验、directory 文件提取、serialized file object/type table/TypeTree 元数据、TextAsset、基础 MonoBehaviour 和 ScriptableObject 字段读取、TextUnit 提取，以及受支持字段的文件级 parse→modify→rebuild→reparse。重建会保留已识别的 block 压缩、alignment、 directory 形态和未修改对象/字段，并明确拒绝未知压缩或无法证明保真的输入。

仍需完成：

• 用真实资源 fixture 覆盖更多 MonoBehaviour、ScriptableObject、Unity 版本差异、 复杂容器和 managed reference registry/map entry 变体。
• 为未知字段补充结构语义；不能把低保真猜测当作已支持格式。
• 扩大真实 Unity 版本、复杂容器、未知字段和 managed-reference/map 变体覆盖； 当前 V1 不等价于任意 AssetBundle 结构的通用重打包。

现有证据：crates/bat-assetbundle 的单元/压缩/对齐/变长重建测试、隔离真实 UnityFS 回归和 bat-infrastructure 的解析缓存、ZIP 内 bundle 发布测试。新增格式覆盖必须 同时补真实 fixture、回归测试和文档。

G-006：通用 Patch 的复杂格式和运维视图仍未完成

状态：V1 已完成（当前支持类型），复杂格式和运维扩展继续推进

bat-patch 已提供 Binary/JSON/Text Patch、manifest builder、BLAKE3/size 校验和 rollback 元数据；LocalizedPatchService 已使用同一有序 generic manifest 驱动 Binary/JSON/Text 与当前支持的 UnityFS TextAsset、TypeTree string/semantic field 写入及 localized publish/rollback。发布会在独立 staging 中校验 source/target identity、 逐操作 precondition、ZIP 内层重解析和实际字段替换，并保留 TextUnit/TM/Glossary/review provenance；localized.publish、i18n publish 和 bat-api typed forwarding 均已接入。

仍需完成：

• 任意复杂 AssetBundle 重打包和完整翻译文件集合构建；当前 localized publish 已支持 可验证 ZIP 内 bundle 的外层 ZIP 重写，但不扩大 UnityFS 结构支持范围。
• 原版 release 与 localized release 双发布后的更丰富查询、分发和清理策略。

所有发布产物必须先进入独立 staging，通过完整性校验后再原子发布；失败不得改变 已发布的 bat-resources/current 或 bat-localized/current。

G-007：Addressables 完整兼容仍未完成

状态：当前 JSON/compact 目标字段完成，独立二进制格式待后续

当前 JSON/compact catalog 已覆盖 path、hash、size、address、dependencies、 provider、bundle name、resource type 和 CRC，并有 fixture/golden 回归。

仍需完成：

• 更多 Windows/Android 真实 catalog 形态和失败诊断。
• 独立二进制 catalog 入口；在未支持前必须明确拒绝，不得静默丢字段。

G-009：bat-api 仍是资源服务，不是完整官方游戏 API

状态：资源 bootstrap/分发和管理控制面已可用，业务 API 未完成

当前 cmd/bat-api 通过 bat.sock 读取 Rust 已发布 release，提供 bootstrap、 launcher 资源引导兼容、只读 CDN path、readiness、OpenAPI、鉴权管理入口和内嵌 dashboard；翻译任务和 Rust-owned TM 的 summary/query/confirm 也通过 typed RPC 转发。Rust bat 继续拥有资源发现、下载、校验、staging、发布、任务和长期状态。

仍需完成：

• 完整游戏业务 API、账号/登录/网关链和完整 launcher 安装包更新链。
• 更丰富的 Resource/TextUnit/翻译记忆查询面。
• 真实官方网络长期运行报告；运行使用 make official-smoke，产物留在隔离目录。

bat-api 不得复制 Rust 下载器、CAS、AssetBundle 解析、Patch 核心算法或同步状态机。

G-010：完整 Web 协作后台仍未完成

状态：内嵌 dashboard MVP 已完成，完整后台未开始

当前页面可以调用已有资源、调度、任务、解析、翻译和 localized 控制接口。

仍需完成：

• 独立登录、角色权限和协作式翻译审核。
• Glossary/术语管理、批量审核、搜索和完整历史版本视图。
• 构建型前端工程、浏览器 E2E 和完整错误态交互门禁。

G-011：ResourceRepository 查询面仍不完整

状态：部分完成

当前已支持 CAS + SQLite 导入、资源类型/release/平台/path/parse status/TextUnit format 等资源级过滤，parse.text_units / parse.errors 和翻译任务查询也已可用。

仍需完成：

• 更丰富的 TextUnit、翻译记忆和 Patch 发布资源视图。
• 从同一 manifest fingerprint 追溯资源、解析缓存、翻译任务和发布产物。
• 更多 schema 迁移、权限、并发和损坏恢复场景验证。

G-011D：双 release 的完整查询与运维策略仍未完成

状态：发布闭环完成，查询/清理扩展继续推进

官方原版和 localized release 已分离，受支持 patch 可独立 staging、校验、发布和 rollback，localized.status 能校验当前官方 release 与 patch manifest 的一致性。

仍需完成复杂重打包、双 release 查询/分发视图和清理策略。

G-012：Translation Memory V1 已实现，扩展能力仍缺失

Rust bat 已提供独立项目级 SQLite TM，记录 raw source/hash、完整 context、release/TextUnit/provider/run provenance，区分 candidate/trusted，只有显式 confirm 才能建立 trusted 记录；worker 只自动复用 trusted 的 raw source + 完整 context exact match，并在复用前执行已批准 Glossary 的确定性 QA。Go bat-api 已提供鉴权的 summary/query 只读接口和 confirm 转发，但 Go 不持有 TM 状态。仍缺少模糊匹配和更丰富的导入导出历史能力。

G-013：Glossary V1 已实现，协作视图仍缺失

Rust bat 已提供独立项目级 glossary.sqlite：term/alias/recommended/allowed/category/priority、全局与 TextUnit scope、source history、approved review、冲突诊断、provider-neutral constraints 和确定性 QA 均由 Rust 持有。trusted TM 复用会先经过 Glossary QA；provider、TM、人工 task/workbench 结果都记录 QA，blocking deviation 必须显式提交与当前 QA 精确绑定的 qa_identity 及 reviewer/reason/provenance。localized publish 会把发布时重算的 QA 写入 manifest。translation.glossary.* 已通过 bat.sock 暴露，Go 仅提供鉴权后的 typed forwarding。剩余缺口是完整 Web 术语协作视图和更丰富的导入/搜索能力。

G-014：完整 Provider 扩展体系未实现

当前已有 mock/Crowdin provider worker、lease、重试和 TextUnit 结果落库；仍需建立 可替换的 Provider 扩展体系，以及批处理、限流、成本统计和质量检查。

2. 已确定的架构边界

以下内容不是待实现的重复任务：

1. 正式资源同步和运维命令行是 Rust bat；不另做产品级 Go 同步 CLI。
2. Rust bat / daemon 是资源生产者和状态拥有者；Go bat-api 只读取已发布资源， 通过 bat.sock 提供 bootstrap、分发和受限管理入口。
3. bat-api 是资源 bootstrap/分发服务，不是完整官方游戏 API。
4. bat-ffi 只保留无状态兼容 helper，不承载 daemon、下载器、CAS handle 或主控制面。
5. 官方原版 release 和 localized release 使用独立目录、staging、manifest、current 和 rollback 生命周期。
6. daemon.clean-stable 是 CLI 生命周期清理入口，不在 live RPC 内执行在线清理； task.create 也不作为通用 RPC 入口开放。
7. status / status_code 描述生命周期，BAT-ERR-* 描述错误；两者不混用。

详细阶段报告仍保留在 docs/reports/historical/，不作为当前实现依据。

3. 后续推进顺序

1. 继续 G-005：更多真实 AssetBundle 样本、复杂字段解析、版本差异和任意结构重打包。
2. 继续 G-006/G-011D：复杂 AssetBundle 兼容和双 release 查询/清理策略。
3. 继续 G-011/G-012/G-013/G-014：资源查询、TM/Glossary 扩展和 Provider 扩展体系。
4. 在隔离环境执行 make official-smoke，补充真实网络长期运行报告。
5. 最后推进完整 Web 协作后台和完整游戏业务 API。