`src/uix/eidos/theming-reach-floor.test.ts`. El plan lo encargaba en F0 («un
test que fije el suelo: el número SUBE o el test falla») y nunca se escribió,
así que hasta hoy **nada impedía que el alcance BAJARA entre sesiones**: una
receta podía cambiar un token público por un primitivo y sólo se vería leyendo
el censo a mano.
Cuatro trinquetes, medidos el 2026-08-22 tras el endurecimiento del censo:
alcance global ≥ **56 %** · literales ≤ **564** · knobs sobre global crudo ≤
**1.156** · componentes al 100 % ≥ **14**. Cuando el eje avanza, se suben en el
mismo commit que se lo gana.
**LAS DOS MUTA-PRUEBAS** (memoria `a-guard-that-inspects-nothing-passes`: un
guard sólo vale cuando lo has VISTO rojo). No se dan por supuestas — se
ejecutaron:
1. Inyectar UN literal (`border-radius: 7px` en `mark`) → rojo en `maxLiteral`
y en la sonda del clasificador. Revertido, verde, árbol idéntico.
2. Cambiar CINCO públicos de `tree-view` por primitivos crudos (92 % → 73 % en
ese componente) → rojo en `maxGlobal`. Revertido, vuelve a 92 %.
Y de ahí sale una observación que queda escrita en el propio test: **los techos
son el detector FINO y el porcentaje el grueso.** Cinco knobs de ~4.700 no
mueven un porcentaje redondeado, pero sí un techo — una regresión demasiado
pequeña para esconderse de `reachPct` sigue disparando `maxGlobal`.
Lo que el test NO asegura, a propósito: el alcance POR COMPONENTE, que ya
gobiernan el censo `--only` y las excepciones R-5.x — un número bajo puede ser
doctrina bien aplicada (`menu-dial` paga por consumir bien una capa compartida,
`link` por heredar la tipografía ambiente). Y `system`, que es temable a nivel
de sistema por diseño y queda fuera del ratio.
Gates: los 5 tests en verde · suite eidos 439/440 (el único rojo sigue siendo
el conocido `skin-media-player`) · prettier sobre el fichero nuevo · docs:check
0 · check limpio. `PLAN §5 F0.d` y la entrada de §13 quedan cerradas.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
dev
3a47c1a53d