В `tricode2` продолжили выносить runner-derived UI-логику из монолитного app root в `runner` domain. Это касается активного task-plan projection, collapsed progress, LED chips и signal cards. Внешне это почти не выглядит как “новая фича”, но сильно снижает объём inline-логики в корне приложения.

🏃🧠 Dev Studio отдала ещё больше runner-логики в домен: root-компоненту теперь меньше поводов прикидываться планировщиком

В dev-ветке tricode2 продолжили разрезать старую схему, где слишком много runner-derived логики жило прямо в корневом компоненте. Новый шаг переносит ещё часть вычислений и UI-селекторов в runner domain, чтобы App.tsx меньше работала как самодельный центр принятия решений по всему runner-состоянию.

Что переехало

В домен вынесли:

active runner task-plan projection;
collapsed progress projection;
селекторы для runner LED chips;
селекторы для runner signal cards.

Это значит, что root больше не обязан вручную собирать все эти состояния из россыпи кусков и условных веток прямо в общем слое приложения.

Почему это полезно, даже если интерфейс почти не меняется

Потому что старый корень приложения постепенно превращался в место, где одновременно живут визуальные обвязки, orchestration-производные и частные runner-решения. Такой слой очень плохо переносит параллельные изменения: каждый новый фикс начинает конкурировать за те же самые строки в App.tsx.

После переноса в runner domain структура становится спокойнее:

ownership по runner-логике читается понятнее;
root-файл получает меньше inline-бизнес-логики;
следующие изменения по runner-сигналам и проекциям легче review-ить локально.

Это не новая пользовательская возможность и не “большой визуальный релиз”. Это нормальная инженерная уборка, которая делает дальнейшую modularization workspace, runner, platform_ops и admin менее хаотичной.