feat(ai-workspace): add local relay profiles

docs/DEPLOYMENT_LOCAL.md

@@ -50,20 +50,23 @@ Source fork:
 
 ```bash
 cd /Users/dcconstructions/Downloads/mnt/NODEDC/platform
-infra/scripts/check-ai-workspace-topology.sh
+sh infra/scripts/check-local-test-system.sh
 ```
 
-Скрипт ничего не прокидывает и не меняет. Он только классифицирует текущий режим:
+Скрипт ничего не прокидывает, не деплоит и не меняет `.env`. Он проверяет env/compose/contracts/smoke и классифицирует текущий режим:
 
 - `contract-only`: можно доверять только контрактным smoke-тестам без runtime e2e.
 - `local-ops-vertical`: локальный Ops Gateway и локальный Tasker проверяются вертикально, без live Codex worker.
 - `local-ui-only`: локальный UI доступен, но AI write path не доказан.
-- `hybrid-prod-bridge`: часть контура локальная, а Hub/worker/MCP смотрят в публичный или другой контур. Такой результат нельзя считать local e2e.
+- `local-remote-worker-relay`: product apps локальные, local Assistant включил action relay, а `ai-hub.nodedc.ru` используется только как транспорт к удаленному Codex worker.
+- `hybrid-prod-bridge`: часть контура локальная, но action relay не настроен или topology смешана. Такой результат нельзя считать local e2e.
 - `true-local-e2e`: Engine, AI Workspace Assistant, Hub, Ops Gateway, Tasker и worker находятся в одной локальной топологии.
 - `tunnel-local-e2e`: то же самое через явно выбранный tunnel/Tailscale-профиль.
 
 Не надо пытаться неявно “дотянуть” Mac-local окружение до Synology. Если нужен Tailscale, это отдельный явный профиль: Hub public URL, Gateway public URL и Engine/Tasker downstream должны быть заданы так, чтобы именно выполняющий Codex worker мог их достичь. До этого UI-диалоги через удаленного агента считаются `hybrid-prod-bridge`, а не доказательством локальной записи.
 
+Канон локального тестирования описан в `docs/LOCAL_TESTING_SYSTEM.md`.
+
 Перед controlled Synology apply запускайте общий predeploy gate:
 
 ```bash