docs: G-008 并入 G-009（bat-api 仿官方 API），调整关闭顺序

- G-008（Go CLI）关闭：用户命令入口由功能完整的 Rust bat 承担，
  Go 侧转向仿官方 API 的 bat-api（issue #19）
- G-009 重定义为 bat-api：仿 BlueArchive 官方 API 的 Go HTTP 服务，
  含鉴权/签名验签，经 daemon RPC + current/ 发布布局对接
- 关闭顺序改为先完善 Rust bat 后端（issue #2/#3/#17）再做 bat-api
- PROJECT_PLAN 近期任务同步为 Rust 后端优先

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

PROJECT_PLAN.md

@@ -380,14 +380,15 @@ BlueArchiveToolkit 不是一次性脚本，也不是演示项目。最终交付
 
 ## 6. 近期具体任务
 
-1. 落地 Go CLI 的最小生产入口：`bat doctor`、`bat sync --help`、`bat official sync --help`。
-2. 让 Go CLI 默认调用 Rust `bat --json` 官方同步入口，并稳定转发结构化 report；除非有明确兼容需求，不走 FFI。
-3. 记录一次真实官方网络 smoke：dry-run、首次下载、二次 up-to-date、本地损坏 repair。
-4. 将官方同步下载结果接入 CAS + `SqliteResourceRepository` 的用户级流程。
-5. 继续扩展 Addressables parser 的真实 catalog 变体覆盖和错误诊断。
-6. 开始 AssetBundle UnityFS header/block/directory 解析。
-7. 为 CLI 和 CAS 增加 `doctor cas` 诊断入口。
-8. 为 `bat --watch` / `bat --daemon` 持续补充发布型构建、systemd service 示例和运维检查清单；后台 live control plane 已改为 Unix socket JSON-RPC；基础生产部署模板、日志路径、权限用户、升级/回滚流程已补齐。
+优先完善 Rust `bat` 后端（用户 CLI 已由 Rust `bat` 承担，Go 侧转向仿官方 API 的 `bat-api`，见 issue #19 / G-009）：
+
+1. 继续逆向 Addressables catalog，提取 bundle hash/size/CRC 等可校验字段（issue #2）。
+2. 对 AssetBundle/UnityFS 做基础解析校验：header/block/directory/metadata（issue #3）。
+3. 下载资源时增加多线程模式（issue #17）。
+4. 之后：实现 `bat-api`（仿官方 API 的 Go HTTP 服务，含鉴权/签名验签，issue #19 / G-009）。
+5. 将官方同步下载结果接入 CAS + `SqliteResourceRepository` 的用户级流程（G-011）。
+6. 为 CAS 增加 `doctor cas` 诊断入口。
+7. 为 `bat --watch` / `bat --daemon` 持续补充发布型构建、systemd service 示例和运维检查清单；后台 live control plane 已改为 Unix socket JSON-RPC；基础生产部署模板、日志路径、权限用户、升级/回滚流程已补齐。
 
 ---