🧩📦 Dev Studio вынесла workspace_run из старого монолита: bootstrap, cache recovery и project snapshot теперь живут ближе к своему домену

В dev-контуре tricode2 следующий заметный кусок domain refactor пошёл через workspace_run. Логика, которая раньше слишком охотно оседала в root-файлах, начали раскладывать по более честной доменной границе: часть frontend workspace-механики уходит из App.tsx, а backend prerequisite/project snapshot shaping вынимают из orchestrator.py.

Это не новый пользовательский режим и не продуктовая витрина. Это инженерный шаг против старой схемы, где корневые файлы постепенно набирали на себя слишком много workspace-смысла просто потому, что “так исторически получилось”.

Что именно вынесли

На фронтенде в доменные модули начали переводить:

  • workspace bootstrap-логику;
  • cache recovery правила;
  • loader lifecycle правила.

На бэкенде в отдельный slice уехали:

  • часть workspace_run prerequisite-логики;
  • project snapshot shaping, которое раньше жило слишком близко к общей orchestration-свалке.

Отдельно добавили architecture guardrails, чтобы эти helper-ы не начали снова постепенно затекать обратно в root-файлы при следующих быстрых фикcах.

Почему следующим взяли именно workspace_run

Потому что это один из тех доменов, где особенно быстро нарастает “тихий инженерный жир”. Всё, что связано с загрузкой workspace, восстановлением состояния, активным проектом, prerequisites и snapshot-формированием, очень легко превращается в набор локальных исключений прямо в корне приложения. А потом любая новая правка вдруг начинает касаться и loader, и cache recovery, и project hydration, хотя ты вроде бы шёл чинить только один маленький сценарий.

Разрез через workspace_run нужен как раз затем, чтобы следующая работа по Studio шла не через бесконечное разрастание корней, а через домен с более понятным ownership.

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

Потому что refactor идёт уже не в одиночном линейном режиме, а в параллельно-безопасной схеме. Чтобы она реально работала, доменные границы должны быть не на бумаге, а в коде. И workspace_run здесь один из ключевых spine-слоёв: если его не вытащить из монолита, дальше root integration снова начнёт тянуть на себя то, что уже обещали раздать по доменам.

Короче: это не “маленькая внутренняя чистка”, а очередной важный slice большого перехода от root-heavy Studio к более внятной доменной структуре. Внешне пользователь почти ничего не замечает, но именно на таких шагах потом держится скорость и безопасность следующих фиксов.