up

TASKS.md

@@ -1,6 +1,6 @@
 # Задачи приложения площадки
 
-SCREEN-001 и SCREEN-004 имеют статус IN_PROGRESS; SCREEN-002, SCREEN-003 и SCREEN-005
+SCREEN-001 и SCREEN-004 имеют статус IN_PROGRESS; SCREEN-002, SCREEN-003, SCREEN-005 и SCREEN-006
 завершены и перенесены в архив; остальные активные задачи — TODO.
 SCREEN-009 (LAN-пульт) отменена владельцем; ID не переиспользовать.
 Управление телефоном через сервер входит в SCREEN-006. План и общие ограничения:
@@ -109,37 +109,10 @@ SCREEN-009 (LAN-пульт) отменена владельцем; ID не пе
   docs/SCREEN-004_ACCEPTANCE.md на всей матрице, получить результаты владельца.
   До их получения статус остаётся IN_PROGRESS; перенос в архив не выполняется.
 
-## SCREEN-006 — Подключение игры и синхронизация с сервером
-
-- Статус: `TODO`
-- Зависимости: SCREEN-002, SCREEN-005 (DONE, см. COMPLETED_TASKS.md).
-- Цель: выбирать доступную организатору игру онлайн и сохранять автономность показа.
-- Объём: существующая авторизация, список игр, загрузка пакета, снимок результатов,
-  индикатор связи, проверка новой версии материалов, синхронизация статуса показа.
-  Телефон отправляет команды существующему серверу сайта; desktop получает
-  обновления через экранную сессию и GetScreenState (существующий polling 1000 мс).
-  Серверные команды применяются локальным контроллером к подготовленным файлам;
-  повторная версия не применяется дважды. Прямого подключения телефона к desktop нет.
-  Уточнить минимальный серверный контракт по фактической реализации.
-- Готовность: готовая игра открывается после перезапуска офлайн; секреты хранятся
-  средствами ОС, не в пакете; истечение сессии не обрывает уже подготовленный
-  локальный показ; обновления активируются явно. Результаты имеют время снимка.
-  Возврат сети не повторяет устаревшие команды поверх локальных действий.
-  При доступном сервере телефон управляет показом через существующий сайт; без сети
-  воспроизведение и пульт компьютера продолжают работать.
-- Проверка: сценарии offline/reconnect/истёкшей сессии/обновления игры; проверки
-  затронутых репозиториев; существующий браузерный экран продолжает работать.
-- Не входит: полноценная офлайн-игра, LAN-сервер и отдельный мобильный пульт desktop.
-- Следующий шаг: сверить auth flow и модель сессий; зафиксировать правила
-  локального владения показом и отображения статуса на сервере. Для результатов
-  использовать Controller.setResults с ResultsSnapshot (только поля таблицы,
-  packageKey и capturedAt); получение и сохранение снимка реализовать здесь.
-  Не менять бэкенд/protobuf без нового прямого запроса владельца.
-
 ## SCREEN-007 — Устойчивость на площадке
 
 - Статус: `TODO`
-- Зависимости: SCREEN-005, SCREEN-006.
+- Зависимости: SCREEN-005, SCREEN-006 (DONE, см. COMPLETED_TASKS.md).
 - Цель: переживать типовые сбои без потери материалов и случайного показа пульта.
 - Объём: отключение/возврат дисплея, смена разрешения и fullscreen, проверка
   аудиовыхода каждой ОС, предотвращение сна во время показа, восстановление окон и