🛠📡 Dev Studio начала реально кормить root-состояние из platform_ops, а не держать infra-правила inline в корне

В dev-контуре tricode2 ещё один кусок root-интеграции ушёл в сторону доменной структуры: platform_ops теперь всё заметнее участвует в живом состоянии интерфейса, а не остаётся просто папкой с helper-функциями “на потом”.

Новый slice wiring подключает доменный слой к нескольким чувствительным зонам root UI:

• modal visibility derivation;
• infra summary refresh gating;
• readiness-state derivation.

Что это означает по сути

Раньше такие правила слишком легко оседали прямо в монолитной inline-логике root-компонента. Внешне это выглядело как “ну тут пара условий рядом с модалкой”, но на практике именно так и растёт трудноподдерживаемый слой, где инфраструктурная семантика приложения размазана по общему UI-коду.

Теперь platform_ops начинает работать как настоящий домен: root не просто знает, что такая папка существует, а реально потребляет её state helpers как источник решений для platform/infrastructure поведения.

Почему это важно

Потому что модальные состояния, readiness и infra refresh — это не случайные косметические признаки. Это часть operational semantics Studio. Когда такие вещи живут внутри монолитного inline-кода, их тяжелее развивать, тестировать и безопасно менять параллельно.

Этот шаг не надо продавать как “платформенный рефактор завершён”. Он не завершён. Но именно такие slices постепенно превращают platform_ops из номинального домена в реальный слой, который несёт свои правила и разгружает корень приложения.