ADR-013: разбор редакторной сборки фронта vs Docker/CI — разница в отключённом сжатии; поправка к ADR-012 (оба дефекта есть и в 29)

TASKS.md

@@ -250,3 +250,19 @@ curl -s -o /dev/null -w '%{http_code} -> %{redirect_url}\n' https://smart-updown
 
 **Важное подтверждение:** билд `sol` в браузере **дошёл до игрового цикла** (`Phase -> Idle` →
 `Phase -> Approach`) — раньше в headless ни одна сборка так далеко не шла. Статика с nginx отдаётся корректно.
+
+## 2026-09-15 (5) — исследование: редакторная сборка vs наша Docker/CI (ничего не меняли)
+
+**Вердикт: Docker не виноват.** Разница — наш `BuildScript.cs` насильно ставит
+`WebGLCompressionFormat.Disabled`; фронт собирает с **Brotli + Decompression Fallback** (отсюда
+`.unityweb`). Было в браузер 26 МБ (52 МБ wasm + gzip на лету), стало бы 16.4 МБ. Код в обеих сборках
+эквивалентен (маркеры в wasm совпадают), версия Unity одинаковая (6000.3.16f1). Наш конвейер
+(GameCI-образ + `-batchmode -executeMethod`) — стандартная практика, не костыль. См. ADR-013.
+
+**⚠️ Важная поправка:** оба дефекта (`/api/api/state` → 404 и `getProvider is not defined`) есть и в
+НАШЕЙ сборке 29 — это исходники, а не «его сборка». Задача переехала в кодовую правку.
+
+- [ ] решить: переводить ли сборку на Brotli + Decompression Fallback (или gzip_static) — **ждём владельца**
+- [ ] `[pump.front]` убрать двойной `/api` в `BackendClient`/`SmartUpdownConfig`
+- [ ] `[pump.front]` `getProvider`: экспортировать хелперы jslib наружу (или инлайнить)
+- [ ] `[pump.ops]` `gzip off` для `.unityweb` в nginx LXC 152 (сейчас жмёт уже сжатое)