ADR 0004: Rust bat 与 Go bat-api 当前资源控制面边界

状态：已接受日期：2026-09-04 关联文档：../../../CURRENT_STATUS.md、../../../docs/reports/GO_STATUS.md

背景

项目同时包含 Rust 资源引擎和 Go HTTP 服务。历史设计曾把资源同步、下载器和任务调度归入 Go 应用层，但当前实现已经由 Rust bat 统一持有这些长期状态。如果继续沿用旧职责描述，会让 Go、Web 或其他入口重复实现资源状态机。

Rust bat 是官方资源生产者和状态拥有者：
- 负责官方 metadata 发现、下载、校验、staging、release 发布和 current 切换；
- 负责 watch/daemon、bat.sock JSON-RPC、任务、日志、版本状态、解析、翻译 worker 和 localized release 状态；
- 负责 CAS、AssetBundle 解析、Patch 核心算法及其文件安全边界。
Go bat-api 是资源读侧和管理入口：
- 通过 bat.sock RPC 发现 Rust 已发布的 resource_root、snapshot、manifest 和状态；
- 提供资源 bootstrap、server-info 改写、只读 CDN path、readiness、OpenAPI 以及鉴权后的白名单管理转发；翻译任务和 TM 管理面只转发 Rust RPC；
- 不下载官方资源、不写 staging、不维护 version-state，不复制 CAS、解析器、 Patch 核心算法或同步状态机。
Go cmd/bat 和 bat-ffi 不是主集成边界：
- cmd/bat 只保留试验 CLI；
- bat-ffi 只保留无状态、粗粒度、一次调用一次输入输出的兼容 helper；
- 新的跨语言控制和查询能力优先增加 Rust RPC contract，再由 internal/backendrpc 消费。
完整游戏业务 API、完整 Web 协作后台、Glossary 和 Provider 扩展体系仍是后续目标； Translation Memory V1 已由 Rust bat 持有，不能从目标架构图推断 Go 侧拥有第二份状态。