Texto del ADR

Leído de docs/decisions/dec-0091-runtime-optimizer-rejected-como-entidad.md, el fichero canónico.

Runtime Optimizer REJECTED como entidad cross-plane con autoridad directa; reformulado a signals-driver read-only sobre r40 TransportSignals que solo pide plan-revision a Client Session Controller.Copiar enlace

Runtime Optimizer REJECTED como entidad cross-plane con autoridad directa; reformulado a signals-driver read-only sobre r40 TransportSignals que solo pide plan-revision a Client Session Controller.

Por qué pasa gate-3Copiar enlace

• Hard-to-reverse: Si lo implementamos como entidad cross-plane con autoridad directa para mutar data plane state (ABR downgrade), revertir a 'observer que sugiere' requiere eliminar esa autoridad y cambiar consumers.
• Surprising sin contexto: El nombre 'Runtime Optimizer' sugiere entidad con autoridad directa, pero el ADR reformula a signals-driver read-only. Sin el ADR, un ingeniero esperaría hysteresis/cooldown/confidence como ABR clásico.
• Trade-off real: Alternativa rejected explícitamente: entidad cross-plane con hysteresis/cooldown/confidence que muta ABR, priorities, recovery directamente. Coste visible: viola r40 TransportSignals report-not-decide (data plane NUNCA hace ABR-downgrade por su cuenta) + r54 single creator (optimizer pidiendo revisions duplica ownership). Reformulación: signals-driver via F-WEB-PLAYER-ENGINE.W4 trigger consumer count ≥2.

ProcedenciaCopiar enlace

Split de docs/decisions/r60-boundary-authorities-2026-07-15.md (lock r60-D3) durante PASO 7 (2026-07-16). Ver el fichero padre para el contexto completo del pack original.