Clean up pass

docs/PHASE_3_LIVE_STATE_SERVICE_COORDINATION_DESIGN.md

@@ -62,18 +62,13 @@ Those are later phases. Phase 3 is about making state and service coordination c
 
 ## Current Coordination Shape
 
-`OpenGLComposite::renderEffect()` currently performs a lot of cross-subsystem coordination:
+`OpenGLComposite::renderEffect()` is now narrower, but it still owns the frame entrypoint:
 
 1. pumps `RuntimeUpdateController::ProcessRuntimeWork()`
-2. asks `RuntimeServices` to apply pending OSC updates
-3. asks `RuntimeServices` for completed OSC commits
-4. converts service read models into `RenderEngine::OscOverlayUpdate` and `OscOverlayCommitCompletion`
-5. applies those overlay changes to `RenderEngine`
-6. asks `RenderEngine` to resolve final render layer states
-7. queues OSC commit requests back into `RuntimeServices`
-8. asks `RenderEngine` to draw the layer stack
+2. asks `RuntimeServiceLiveBridge` to prepare live render layer states
+3. asks `RenderEngine` to draw the layer stack
 
-That works, but it keeps the current frame path responsible for service queue draining, live automation settlement, committed/live state selection, and final render-state composition. Phase 3 should turn that into explicit read models and event bridges.
+The bridge now owns service queue draining, live automation settlement, committed/live state selection, and OSC commit handoff. `RenderEngine` still owns snapshot cache selection and dynamic render-field refresh, which is the remaining boundary to clarify before Phase 4.
 
 ## Target State Model
 
@@ -132,9 +127,9 @@ Non-responsibilities:
 - disk persistence
 - OSC packet parsing
 
-### `RuntimeServiceEventBridge`
+### `RuntimeServiceLiveBridge`
 
-This may be a new class or a narrowing of `RuntimeUpdateController`/`RuntimeServices`.
+`RuntimeServiceLiveBridge` is the current source-local bridge between services, live state, and render-state preparation.
 
 Responsibilities: