build(release): 增加 ZIP_METHOD=lzma 选项（37 MB 整包被 IIS 30 MB 上限挡住时用）

Windows v0.2.0 发布时，Gitea 站点 IIS 的 maxAllowedContentLength 仍是默认的
30,000,000 字节：16.4 MB 通过，而 38,245,602 B 的整包用**正确**的 multipart 写法
（字段名 attachment）复测依旧 HTTP 413（仅发出 917 KB 即被拒）。为不阻塞发布，
本次给打包脚本增加压缩方式开关：

  ZIP_METHOD=deflate   （默认）约 38 MB，Windows 资源管理器双击即可解压
  ZIP_METHOD=lzma      约 26 MB，可绕过 30 MB 闸；**代价**是 Windows 10 资源管理器
                       不支持 LZMA(method 14) 的 zip，必须用 7-Zip / WinRAR / PeaZip

脚本细节：
- lzma 走 `7z a -tzip -mm=LZMA -mx=9`（缺 7z 时报错并给出安装提示）；
- lzma 包额外做 `7z t` 完整性测试，并改用 `7z x` 做解压自检（unzip 对 method 14
  支持不一致，不能用来验证）；
- 超限告警里补上「可用 ZIP_METHOD=lzma 绕过」的提示。

README.md / README.txt 同时写明：v0.2.0 的 zip 是 LZMA，需要 7-Zip/WinRAR 解压；
若 IIS 上限已放开，请改用默认 deflate 包。

README.md

@@ -220,10 +220,17 @@ src/
 4. 真实 VRM 样例仅放在 `_scratch/`（已 gitignore），版权原因不入库；
    测试在找不到模型时显式跳过而非伪装通过。
 5. **Gitea 附件上传上限**：本项目 Gitea 前置 IIS 的默认
-   `maxAllowedContentLength = 30,000,000` 字节（≈28.6 MiB），实测 30.5 MB / 40 MB
-   上传返回 HTTP 413。`v0.1.0` 因此被拆成 `zip.part0/1/2`（无法直接解压）。
-   现改为**只上传单个完整包**，超限时打包脚本直接告警并要求运维放宽上限，
-   不再回退分卷；做法见 `opendance-web/deploy/proxy/README.md`。
+   `maxAllowedContentLength = 30,000,000` 字节（≈28.6 MiB），实测 16.4 MB 通过、
+   30.5 MB / 37 MB / 40 MB 上传返回 **HTTP 413**。`v0.1.0` 因此被拆成
+   `zip.part0/1/2`（无法直接解压）。现改为**只上传单个完整包**，超限时打包脚本
+   直接告警并要求运维放宽上限，不再回退分卷；做法见
+   `opendance-web/deploy/proxy/README.md` 第九节。
+6. **v0.2.0 的 zip 用的是 LZMA 压缩**（`ZIP_METHOD=lzma` 打出来的），因为发布时
+   IIS 上限尚未放开：整包从约 38 MB 降到约 26 MB 才能传上去。
+   **代价：Windows 10 的资源管理器不支持 LZMA(method 14) 的 zip，必须用
+   7-Zip / WinRAR / PeaZip 解压**（Win11 24H2+ 起资源管理器原生支持 7z 等格式，
+   但本项目未在 Windows 上实测）。若 IIS 上限已放开，请改用默认的 deflate 包
+   （`bash build/package-release.sh 0.2.0`，产物约 38 MB，双击即可解压）。
 
 ## 第三方开源声明