Runtime snapshot provider changes

docs/PHASE_1_SUBSYSTEM_BOUNDARIES_DESIGN.md

@@ -115,8 +115,11 @@ The codebase now has an initial Phase 1 compatibility split in place:
 These are still compatibility seams, not a completed subsystem extraction. Most of them continue to delegate heavily to `RuntimeHost`, `OpenGLComposite`, `DeckLinkSession`, and the existing bridge/pipeline classes. Their purpose is to give later Phase 1 work real code boundaries that can be expanded in parallel:
 
 - store-facing UI/runtime control calls in `OpenGLCompositeRuntimeControls.cpp` now route through `RuntimeStore`
+- runtime startup for path resolution, config load, persistent state load, and shader package scan now initializes through `RuntimeStore`
+- runtime/UI state JSON composition now lives in `RuntimeStore` instead of `RuntimeHost`
 - mutation and reload policy now routes through `RuntimeCoordinator`
 - render-state and shader-build reads in `OpenGLComposite.cpp`, `OpenGLShaderPrograms.cpp`, and `ShaderBuildQueue.cpp` now route through `RuntimeSnapshotProvider`
+- render-state assembly, cached parameter refresh, and frame-context application now live in `RuntimeSnapshotProvider` instead of `RuntimeHost` public APIs
 - service ingress and polling coordination now route through `ControlServices`
 - timing and status writes now route through `HealthTelemetry`
 - `HealthTelemetry` now owns the live signal, video-I/O, and performance snapshots directly instead of `RuntimeHost` keeping those backing fields