fix(admin): закрыть обещания панели, которые продукт не выполнял

Девятый проход, по итогам приёмки v1.0.0-rc1 на живом Debian 13. Общая тема:
интерфейс обещал оператору то, что продукт умел, но до чего не доходило
управление.

Секрет пира. Подпись под полем предлагала оставить его пустым, сервер умел его
сгенерировать, и генерация была недостижима: в go-playground/validator тег
omitempty НЕ пропускает правило, если поле объявлено указателем и указатель не
nil — hasValue считает указатель на пустую строку «значением». Правило min=6
применялось к пустой строке и отказывало. Ловушка закрыта общим шагом
нормализации DTO, а не тегом на одном поле: та же ловушка ломала фильтр списка
пиров, где очищенный крестиком el-input отправляет `?name=`. Граница проходит по
каждому полю отдельно — у remark пустая строка означает «убрать пометку», у
disabled ноль означает «включён».

Отказы. Любая ошибка любого поля превращалась в слово `invalid`, а слой vo
определял код ответа СРАВНЕНИЕМ текста сообщения — тот же антипаттерн, который
запрещён панели, только на сервере. Ответ несёт errors[{code, field, message,
params}]; панель выбирает фразу по коду и подставляет причины под поля.

Сессия. Ветка «войдите заново» была недостижима дважды: сервер отвечает HTTP 200
на любой отказ, поэтому обработчик ошибок axios не вызывался, а условие в нём
проверяло code === "A0230" и поле msg, которых в этом API никогда не было.
Истёкший токен вдобавок уезжал с кодом системной ошибки.

Иконки. Контракт currentColor был объявлен в двух местах и не действовал: восемь
ассетов несли литеральный fill="#000000" на <path>, а атрибут представления
перебивает унаследованное CSS-свойство. Под это попадали все семь иконок
бокового меню на фоне #181818.

Имя пира. Два правила на одном поле противоречили друг другу (min=1 против
6-32), а копия набора символов в слое контроллеров несла неэкранированный дефис
и впускала `, - . / : ; <` — через панель проходило имя peer/name, которое
импорт того же пира отклонял. Набор символов ЛОГИНА сознательно не сужен и
закреплён тестом: он приходит из HY2XS_ADMIN_USER и оркестратором не
ограничивается.

Добавлены подпись «Разработано во Flamy» с адресом, принадлежащим приложению, и
контрактные тесты панели как обязательный шаг сборки. Их исполняет Bun, а не
vitest: jsdom не вычисляет currentColor и визуальной корректности не доказал бы,
зато vitest привёл бы в граф pnpm audit сотню транзитивных зависимостей.

docs/ разложена по слоям, 11-testing-and-acceptance.md (117 КБ) разбит на пять
частей, добавлен docs/acceptance/ с отчётом о прогоне rc1 и перечнем дефектов.
Обход документации в приёмке стал рекурсивным: плоский docs/*.md после
разнесения по каталогам совпадал бы ровно с одним файлом.

docs/testing/11-1-how-to-run.md

@@ -0,0 +1,49 @@
+# Как запускать тесты
+
+Часть набора проверок HY2XS. Карта всех частей — [docs/testing/README.md](README.md).
+
+## Цель набора
+
+Зафиксировать checklist для двухслойной схемы «builder layer + runtime/target layer».
+
+## Команды
+
+```bash
+# Юнит-тесты и типы оркестратора
+cd orchestrator && bun install --frozen-lockfile && bun run check && bun test
+
+# Тесты и статический анализ HY2XS admin
+cd apps && go vet ./... && go test ./...
+
+# Проверка типов и сборка frontend
+cd apps/frontend && pnpm install --frozen-lockfile && pnpm run verify
+
+# Контракты панели: спрайт иконок, словари локализации, коды ошибок, атрибуция
+bun test tools/test/frontend-sprite.test.ts tools/test/frontend-contract.test.ts
+
+# Сверка среды разработки с versions.env (ничего не меняет)
+./tools/dev/doctor.sh
+
+# Полный E2E с реальным клиентом Hysteria (Debian 13 amd64; нужен Go)
+HYSTERIA_BIN=/usr/local/bin/hysteria ./tools/test/e2e-hysteria.sh
+
+# Production-сборка: прогоняет тесты, резолвер и compatibility gate
+./tools/build/build.sh
+```
+
+`build.sh` останавливается, если падают тесты оркестратора, контрактные тесты
+панели, тесты админки или compatibility gate.
+
+## Почему контракты панели проверяет Bun, а не vitest
+
+Проверяемые модули (`SvgIcon/symbol.ts`, `constants/branding.ts`, словари
+локализации) намеренно чистые: ни Vite, ни DOM в них нет, поэтому их можно
+выполнить вне браузера уже закреплённым в `versions.env` Bun.
+
+Vitest с jsdom не вычисляет `currentColor` и визуальной корректности всё равно
+не доказал бы, зато привёл бы в граф `pnpm audit` — а его порог считается по
+ВСЕМУ lock-файлу frontend — сотню транзитивных зависимостей ради нулевой
+дополнительной гарантии.
+
+Визуальная часть остаётся ручной и фиксируется в отчёте приёмки, см.
+[docs/acceptance/README.md](../acceptance/README.md).