🧰🔐 Dev Studio вытащила admin_config в отдельный backend slice: настройки и runtime-снимки теперь меньше липнут к transport-слою

В dev-ветке tricode2 появился ещё один важный backend boundary: отдельный slice для admin_config. Туда начинают собирать глобальные настройки, runtime credential snapshots и project-scoped state helpers для Agent 008.

Это не UI-релиз и не история про “новую админку на экране”. Напротив: visible impact пока в основном косвенный. Но именно такие backend-срезы потом определяют, насколько безопасно можно развивать admin/runtime логику без новой склейки всего со всем.

Что вошло в slice

• нормализация глобальных настроек;
• runtime credential snapshots;
• project-scoped helpers для состояния Agent 008;
• точка handoff для следующего этапа root integration.

То есть `admin_config` начинает оформляться как самостоятельный backend-домен, а не как случайный набор функций, налипших на transport или общую orchestration-обвязку.

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

Пока settings и runtime-admin логика живут слишком близко к transport-layer и root-модулям, любая следующая правка в этих зонах начинает тащить лишнюю сцепку. Отдельный slice делает картину чище:

• проще понимать ownership;
• меньше шансов запутать admin-настройки с транспортной обвязкой;
• следующий этап route delegation получает более точную опорную точку.

Важно и то, что этот шаг осознанно оставляет main.py и orchestrator.py тонкими. Их не стали набивать новой логикой “до кучи”. Наоборот: slice готовят как foundation, чтобы дальнейшая делегация шла в нужный домен, а не обратно в корневой слой.

Короче: пока это backend-only step, без большого визуального эффекта. Но именно так и появляется нормальная admin/runtime boundary, а не ещё один исторический узел из настроек, токенов и случайных helper-функций в общем root-контейнере.