svelte-kit-vice

Commit Graph

Author	SHA1	Message	Date
dev	67b4c810c7	uix(picker-shell): temable — 0 % → 76 %, y el componente que el instrumento no veía 31 claves en una entrada NUEVA de `recipes/base.ts`. Censo 0 % → 76 %. Global 48 %, sin contrato 43 → 42. La cola avisaba «es CAPA de los pickers: mirar antes qué posee y qué presta». Mirarlo cambió tres cosas del encargo: 1. NO es una capa compartida: es un COMPONENTE. A diferencia de list-surface o calendar-surface no hay hook de capa ni vocabulario prestado — color-picker, date-picker y chronos importan sus `.svelte` directamente. No toca `LAYER_VOCABULARY` y el censo ya lo puntuaba bien. 2. Su eje de talla no es `data-size`, es `data-picker-size` sobre `[data-popover-content]`, un ancestro PORTALADO. El TSC no puede emitir esa cascada (`scope: 'size:xs'` generaría `[data-picker-shell][data-size='xs']`, que no casa nunca), así que las coordenadas por talla quedan como públicos PLANOS y la receta las consume desde sus propios selectores. Es el único componente del eje donde el patrón de nombres resueltos no aplica; la regla base es el default `sm` y `md` sólo re-declara lo que cambia. La fila de tiempo lleva un TERCER eje, `data-size` sobre su propia clase. 3. El instrumental del eje estaba CIEGO aquí, y la sonda genérica devolvió 0 nodos — el antipatrón de comparar cero valores y pasar. Dos causas a la vez: `picker-shell` no tiene demo propia (404, se mide dentro de un picker anfitrión y detrás de su popover), y sus partes se llaman `data-picker-header` / `-body` / `-footer` en vez de `data-picker-shell-{parte}` — genéricas A PROPÓSITO, dice la receta, «so every picker gets the same visual contract for free» —, así que todo filtro por prefijo del componente ve sólo la raíz. CÓMO SE VERIFICÓ, ya que el instrumento estándar no servía: - Sonda DIRIGIDA (abre el popover del date-picker, captura los seis nodos reales en las cuatro picker-sizes): determinismo comprobado (576 valores, 0 diffs entre dos corridas del mismo código) y gate antes/después = 0 diffs. - Los knobs que la demo no monta —el header entero y la fila de tiempo— se midieron FORZANDO el nodo: los quince mueven su propiedad, y el font-size del header se comprobó talla a talla (12/14/16/16px → 102px, cada uno en su picker-size). - El guard R-5.4 pasó de 0/31 a 6/31 al ganar un `COMPONENT_OVERRIDES` (prefijo de atributo + selector de apertura) acotado a este componente. Verificado que los otros CATORCE con ledger no se mueven ni una cifra. Adjudicar 31 excepciones sin ese arreglo habría sido escribir una mentira en el ledger; los 25 que siguen mudos llevan cada uno su razón medida. Header y footer comparten la regla que los separa del cuerpo → UN par de knobs (`border-width` + `border`), no dos. Sin tab `Tokens`: este componente no tiene página donde ponerlo. Registrado en next-features §13 junto con la pregunta de fondo — si el precio de los nombres genéricos (un contrato visual común para todos los pickers) compensa la ceguera del instrumental — y con el eje portalado como caso de prueba si el TSC llega a ganar un scope configurable. Gates: censo --only 76 % · suite eidos sin rojos nuevos (el conocido skin-media-player) · rtl:check 0 · docs:check 0 · check por fichero limpio · `component:audit` no lo cubre (eidos-only, sin morfo) y `eidos-lint` tampoco. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	893aeaf817	uix(textarea): temable — 0 % → 80 %, y el contador que casi pierde su 0.85 37 claves en el bloque `textarea` de `recipes/base.ts` (fusionadas con el forward de paleta que ya estaba). Censo 0 % → 80 %, con cero globales y cero literales de valor: los 16 privados leen ya su público. Global 46 %, sin contrato 48 → 47. LO QUE LA MEDICIÓN CAMBIÓ. La §4 generada proponía 35 tokens; cuatro eran colisiones y uno habría movido el default: 1. `count-font-size-{k}` × 5 BORRABA el factor 0.85. El CSS calcula `calc(var(--_textarea-font-size) * 0.85)` y la propuesta ponía el tipo del input crudo en las cinco tallas: el contador habría crecido un 18 %. D-TH.5 lo prohíbe. Queda en UN token con el `calc` sobre el público del input — la escala se escribe una vez y la talla la resuelve el input. Pide `scope: 'host'`: emitido en `:root` su dependencia no existe, y el contrato de scope de la receta lo caza (lo cazó). 2. `input-fg` ⚠ eran DOS knobs (texto y placeholder) → `input-fg` + `input-placeholder-fg`. Igual `count-fg` → `count-fg` + `overflow-count-fg`. 3. `input-border` ⚠ NO eran dos knobs sino UNA variable con su swap de paleta, y el nombre estaba mal: es el borde de FOCO → `focus-input-border`. El de reposo es otro token, que la propuesta ni listó por viajar en el atajo. 4. `ghost-input-border` se RETIRA: la regla ghost lee ese mismo conmutador — sería un valor con dos nombres. Bundle, medido: la tipografía casa 1:1 en las cinco (lee `--size-{k}-font-size`); el spacing NO — `padding-inline` casa salvo en xs (8px vs 6px) y `padding-block` sólo en xs. Verbatim y documentado: un campo multi-línea respira más, y el spacing queda fuera del guard del bundle. Resueltos sin `parts` (el `data-size` va en `[data-textarea]` y el input hereda); fuera los cuatro `[data-size]`. DOS ARREGLOS DEL INSTRUMENTO, los dos por medición y no por sospecha: - El guard medía con el PUNTERO encima. `reopen()` corre antes de CADA token y hace clic en `[data-{c}-input]` cuando el componente no tiene parte `content`; el `blur()` de la revisión adversarial quitaba el foco pero no el puntero, así que `:hover` casaba toda la corrida y toda regla de hover pisaba a sus vecinas. Costaba TRES falsos negativos aquí. Con `mouse.move(0,0)` tras cada blur, `input-border` revive solo (31 → 32). - `::placeholder` SÍ se lee con `getComputedStyle`. La nota de §13 que decía lo contrario nunca se comprobó; medido, el color centinela vuelve tal cual. Entra en el snapshot (32 → 33) y deja STALE la entrada `command.input-placeholder-fg`, que el guard señaló y se ha borrado. Corridos los DIEZ componentes con ledger tras los dos arreglos: ningún otro cambia, un único STALE, el previsto. Y un hallazgo de píxel que NO se toca aquí (→ next-features §13): el borde de foco sólo se ve con Tab. Las tres reglas de `border-color` del input están ordenadas al revés de lo que significan — hover (0,4,0) > foco (0,3,0) > invalid (0,2,0) — y hacer clic deja el puntero encima por definición, así que gana el hover; un campo inválido pierde su borde rojo al enfocarlo o al pasar el ratón. El anillo de foco del sistema sí se ve siempre, así que no es fallo de accesibilidad. Arreglarlo mueve píxel. El 20 % que falta son las dos declaraciones que consumen `--_textarea-border-focus`, privado a propósito: es el conmutador de una variable con dos fuentes (el público y el forward THM-2), y aplanarlo exigiría duplicar la regla por color. Mismo techo que `listbox` paga por consumir bien su capa. Mi propio veredicto predecía ~100 % y la medición lo corrigió a 80 %. Artefactos y gates: - Sonda antes/después = 0 diffs en 1.247 valores × 8 estados (el 0.85 intacto, que era el riesgo). Determinismo verificado: dos corridas, 0 diffs. - R-5.4: 33/37; los 4 mudos adjudicados en el ledger con su medición (foco, invalid y las dos del contador rebasado — estados que la demo no monta). - censo --only 80 % · component:audit PASS · eidos-lint invalid 0, class-hooks 0 · suite eidos sin rojos nuevos (el conocido skin-media-player) · rtl:check 0 · docs:check 0 · check por fichero limpio (72 globales, ninguno mío). - README con su «Talla y tema» y tab `Tokens` en la demo (37 claves; el panel muestra el contador computando `calc(calc(1rem * 1) * 0.85)`). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	679dfdb291	uix(theming): revisión adversarial de F2-A — 8 hallazgos de 34, y nace R-5.4 Pase escéptico del bloque (§7.7, molde Sidebar) con medición propia: worktree con SOLO el CSS revertido a la base del bloque (DOM de demo constante — prueba más dura que la del autor), sonda x2 por componente para fijar el suelo de ruido. 34 hipótesis · 26 refutadas · 8 reales. Lo que NO se pudo romper: el «default idéntico» aguanta en los ocho (0 diffs; command 8.091 · table 13.050 · media-player 3.277 · gradient-picker 609 · listbox 2.813 · carousel 2.842; los 3 de tree-grid y los 5 de feed salen idénticos corriendo DOS veces el mismo código → instrumento); 0 tokens huérfanos de 336; el bundle ES 1:1 con los primitivos; el «verificado a mano» de gradient-picker era verdad (15/16 alcanzan al montar); sin doble animación; eidos-lint 0 invalid. Los 4 de código, arreglados con diff de computed VACÍO (re-medido: command 8.091 y carousel 2.842 valores, 0 diffs): 1. command: el re-point de `--command-radius` dentro del Dialog era una declaración muerta con comentario falso — la misma regla pone el radio a 0 y el input lee `--command-input-radius`, nunca este token (medido: `--dialog-content-radius: 9999px` no movía NADA; `--command-radius: 77px` movía la paleta inline y no la del dialog). Retirado; comentarios y README reescritos con lo medido. 2. carousel: la regla vertical del indicador activo llevaba el `2.25` a pelo mientras la horizontal leía `active-indicator-scale` — el token alcanzaba media superficie (scale:6 → horizontal 18→48px, vertical 18→18px). Ahora lo leen las dos. 3. carousel: el trío `item-gap` no podía ganar NUNCA — soma estampa `gap` INLINE desde la prop (lo necesita para el flex-basis; reglas casadas por CDP: la de la receta y encima INLINE gap:0rem). Retirados los 3 tokens y las 2 declaraciones muertas (la base y el gap:0 de ghost): 0 diffs, que es la prueba. Canal de valor de soma, como --gp-current-gradient. Censo carousel 35 knobs · 23 públicos · 77 % · 27 claves; global 43 % intacto (5.190 · 2.102). 4. table: `striped-row-bg` no alcanza NADA en la demo publicada — `:nth-of-type(even)` cuenta los <tr> de RowDetail y las filas de datos quedan impares (medido tr a tr: diez inmunes). Arreglarlo mueve píxel → PENDIENTE DE FIRMA (candidato `:nth-child(even of [data-table-row])`); adjudicado en el ledger mientras tanto. El instrumento cargaba 22 falsos negativos de 26 «no effect», con tres causas medidas, y la cuarta era de la sonda: - el paso de abrir hacía CLIC en el input, y un clic de ratón sobre un input de texto SÍ casa `:focus-visible` — la regla de foco pintaba el borde y el token de reposo leía muerto (era el «falso negativo sin causa» de §13); - el override se escribía solo en `[data-{c}]`, y las partes que cuelgan de `{c}-root` no lo recibían; - `::before`/`::after` eran invisibles (el aro de buffering, el spinner); - la no-determinación de feed no era una animación sin localizar: era la demo aún CARGANDO — el auto load-more mantiene [data-busy] ~3 s y la firma `commit-settle` anima box-shadow sobre el nodo medido. Con la espera de asentado: 0 diffs y 0 nodos ausentes sobre 6.264 valores, dos corridas. Con eso NACE EL GUARD R-5.4 (la deuda que §13 pedía desde gradient-picker, y que carousel convirtió en patrón — un estilo inline de otra capa es invisible para todo análisis estático): `npm run theming:sentinel -- <c> <url>` (scripts/theming-sentinel.ts, promovido de `__`; blur tras abrir, override en todos los nodos del componente, pseudos, pase de hover, settle) + ledger scripts/theming-sentinel-exceptions.ts con UNA razón medida por token — muerto sin adjudicar = exit 1, excepción STALE = aviso. Los ocho componentes en verde: command 50/57 · table 41/45 · media-player 46/61 · tree-grid 45/47 · gradient-picker 9/25 · listbox 20/21 · carousel 26/27 · feed 43/50, con 46 excepciones adjudicadas. El guard ya me corrigió a mí: cinco entradas mías salieron STALE (los control-height- de media-player SÍ alcanzan) y las borró; y dos muertos nuevos los produjeron los propios arreglos (el blur apaga focus-input-border; el settle desmonta el spinner de feed) — adjudicados con su porqué. Doctrina en recipe-contract §4. También: tres cifras de especificidad de next-features §12 recontadas (la banda de tree-grid es (0,8,0); la tinta seleccionada del arquetipo es (0,4,0); y el `item` de table vive en la fila Y EN LA CELDA — elementsFromPoint pone el velo en la celda), el comentario de listbox que mandaba pisar el privado `--_listbox-max-height` apunta ahora al público, y quedan registrados en §13 los dos `header-z` con literal '2' y el spinner de media-player a 720ms mientras el gemelo de feed lleva tokens. Guards: censo global 43 % intacto · audit --only command+carousel PASS · eidos-lint 0 invalid (command 16/12, carousel 29/9, listbox 12/7) · vitest eidos 434/435 (el rojo es el conocido skin-media-player) · rtl 0/180 · docs 0/813 · check 0 errores en tocados (72 globales de otras sesiones) · prettier limpio en lo nuevo (los desvíos de command.css/carousel.css ya estaban en HEAD y no se tocan). Pendiente de firma (CONTINUE §«PENDIENTE DE FIRMA»): el striped inerte, el arquetipo en fila+celda, y que soma lea el gap de un token. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago

Author

SHA1

Message

Date

dev

67b4c810c7

uix(picker-shell): temable — 0 % → 76 %, y el componente que el instrumento no veía

31 claves en una entrada NUEVA de `recipes/base.ts`. Censo 0 % → 76 %. Global
48 %, sin contrato 43 → 42.

La cola avisaba «es CAPA de los pickers: mirar antes qué posee y qué presta».
Mirarlo cambió tres cosas del encargo:

1. **NO es una capa compartida: es un COMPONENTE.** A diferencia de
   list-surface o calendar-surface no hay hook de capa ni vocabulario prestado
   — color-picker, date-picker y chronos importan sus `.svelte` directamente.
   No toca `LAYER_VOCABULARY` y el censo ya lo puntuaba bien.
2. **Su eje de talla no es `data-size`, es `data-picker-size` sobre
   `[data-popover-content]`**, un ancestro PORTALADO. El TSC no puede emitir esa
   cascada (`scope: 'size:xs'` generaría `[data-picker-shell][data-size='xs']`,
   que no casa nunca), así que las coordenadas por talla quedan como públicos
   PLANOS y la receta las consume desde sus propios selectores. Es el único
   componente del eje donde el patrón de nombres resueltos no aplica; la regla
   base es el default `sm` y `md` sólo re-declara lo que cambia. La fila de
   tiempo lleva un TERCER eje, `data-size` sobre su propia clase.
3. **El instrumental del eje estaba CIEGO aquí, y la sonda genérica devolvió 0
   nodos** — el antipatrón de comparar cero valores y pasar. Dos causas a la
   vez: `picker-shell` no tiene demo propia (404, se mide dentro de un picker
   anfitrión y detrás de su popover), y sus partes se llaman
   `data-picker-header` / `-body` / `-footer` en vez de
   `data-picker-shell-{parte}` — genéricas A PROPÓSITO, dice la receta, «so
   every picker gets the same visual contract for free» —, así que todo filtro
   por prefijo del componente ve sólo la raíz.

CÓMO SE VERIFICÓ, ya que el instrumento estándar no servía:
- Sonda DIRIGIDA (abre el popover del date-picker, captura los seis nodos
  reales en las cuatro picker-sizes): determinismo comprobado (576 valores, 0
  diffs entre dos corridas del mismo código) y **gate antes/después = 0 diffs**.
- Los knobs que la demo no monta —el header entero y la fila de tiempo— se
  midieron FORZANDO el nodo: los quince mueven su propiedad, y el font-size del
  header se comprobó talla a talla (12/14/16/16px → 102px, cada uno en su
  picker-size).
- El guard R-5.4 pasó de **0/31 a 6/31** al ganar un `COMPONENT_OVERRIDES`
  (prefijo de atributo + selector de apertura) acotado a este componente.
  Verificado que los otros CATORCE con ledger no se mueven ni una cifra.
  Adjudicar 31 excepciones sin ese arreglo habría sido escribir una mentira en
  el ledger; los 25 que siguen mudos llevan cada uno su razón medida.

Header y footer comparten la regla que los separa del cuerpo → UN par de knobs
(`border-width` + `border`), no dos.

Sin tab `Tokens`: este componente no tiene página donde ponerlo. Registrado en
next-features §13 junto con la pregunta de fondo — si el precio de los nombres
genéricos (un contrato visual común para todos los pickers) compensa la ceguera
del instrumental — y con el eje portalado como caso de prueba si el TSC llega a
ganar un scope configurable.

Gates: censo --only 76 % · suite eidos sin rojos nuevos (el conocido
skin-media-player) · rtl:check 0 · docs:check 0 · check por fichero limpio ·
`component:audit` no lo cubre (eidos-only, sin morfo) y `eidos-lint` tampoco.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

dev

893aeaf817

uix(textarea): temable — 0 % → 80 %, y el contador que casi pierde su 0.85

37 claves en el bloque `textarea` de `recipes/base.ts` (fusionadas con el
forward de paleta que ya estaba). Censo 0 % → 80 %, con **cero globales y cero
literales de valor**: los 16 privados leen ya su público. Global 46 %, sin
contrato 48 → 47.

LO QUE LA MEDICIÓN CAMBIÓ. La §4 generada proponía 35 tokens; cuatro eran
colisiones y uno habría movido el default:

1. `count-font-size-{k}` × 5 BORRABA el factor 0.85. El CSS calcula
   `calc(var(--_textarea-font-size) * 0.85)` y la propuesta ponía el tipo del
   input crudo en las cinco tallas: el contador habría crecido un 18 %.
   D-TH.5 lo prohíbe. Queda en UN token con el `calc` sobre el público del
   input — la escala se escribe una vez y la talla la resuelve el input. Pide
   `scope: 'host'`: emitido en `:root` su dependencia no existe, y el contrato
   de scope de la receta lo caza (lo cazó).
2. `input-fg` ⚠ eran DOS knobs (texto y placeholder) → `input-fg` +
   `input-placeholder-fg`. Igual `count-fg` → `count-fg` + `overflow-count-fg`.
3. `input-border` ⚠ NO eran dos knobs sino UNA variable con su swap de paleta,
   y el nombre estaba mal: es el borde de FOCO → `focus-input-border`. El de
   reposo es otro token, que la propuesta ni listó por viajar en el atajo.
4. `ghost-input-border` se RETIRA: la regla ghost lee ese mismo conmutador —
   sería un valor con dos nombres.

Bundle, medido: la tipografía casa 1:1 en las cinco (lee `--size-{k}-font-size`);
el spacing NO — `padding-inline` casa salvo en xs (8px vs 6px) y `padding-block`
sólo en xs. Verbatim y documentado: un campo multi-línea respira más, y el
spacing queda fuera del guard del bundle. Resueltos sin `parts` (el `data-size`
va en `[data-textarea]` y el input hereda); fuera los cuatro `[data-size]`.

DOS ARREGLOS DEL INSTRUMENTO, los dos por medición y no por sospecha:

- **El guard medía con el PUNTERO encima.** `reopen()` corre antes de CADA
  token y hace clic en `[data-{c}-input]` cuando el componente no tiene parte
  `content`; el `blur()` de la revisión adversarial quitaba el foco pero no el
  puntero, así que `:hover` casaba toda la corrida y toda regla de hover pisaba
  a sus vecinas. Costaba TRES falsos negativos aquí. Con `mouse.move(0,0)`
  tras cada blur, `input-border` revive solo (31 → 32).
- **`::placeholder` SÍ se lee con `getComputedStyle`.** La nota de §13 que
  decía lo contrario nunca se comprobó; medido, el color centinela vuelve tal
  cual. Entra en el snapshot (32 → 33) y deja STALE la entrada
  `command.input-placeholder-fg`, que el guard señaló y se ha borrado.

Corridos los DIEZ componentes con ledger tras los dos arreglos: ningún otro
cambia, un único STALE, el previsto.

Y un hallazgo de píxel que NO se toca aquí (→ next-features §13): el borde de
foco sólo se ve con Tab. Las tres reglas de `border-color` del input están
ordenadas al revés de lo que significan — hover (0,4,0) > foco (0,3,0) >
invalid (0,2,0) — y hacer clic deja el puntero encima por definición, así que
gana el hover; un campo inválido pierde su borde rojo al enfocarlo o al pasar
el ratón. El anillo de foco del sistema sí se ve siempre, así que no es fallo
de accesibilidad. Arreglarlo mueve píxel.

El 20 % que falta son las dos declaraciones que consumen
`--_textarea-border-focus`, privado a propósito: es el conmutador de una
variable con dos fuentes (el público y el forward THM-2), y aplanarlo exigiría
duplicar la regla por color. Mismo techo que `listbox` paga por consumir bien
su capa. Mi propio veredicto predecía ~100 % y la medición lo corrigió a 80 %.

Artefactos y gates:
- Sonda antes/después = 0 diffs en 1.247 valores × 8 estados (el 0.85 intacto,
  que era el riesgo). Determinismo verificado: dos corridas, 0 diffs.
- R-5.4: 33/37; los 4 mudos adjudicados en el ledger con su medición (foco,
  invalid y las dos del contador rebasado — estados que la demo no monta).
- censo --only 80 % · component:audit PASS · eidos-lint invalid 0, class-hooks 0
  · suite eidos sin rojos nuevos (el conocido skin-media-player) · rtl:check 0
  · docs:check 0 · check por fichero limpio (72 globales, ninguno mío).
- README con su «Talla y tema» y tab `Tokens` en la demo (37 claves; el panel
  muestra el contador computando `calc(calc(1rem * 1) * 0.85)`).

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

dev

679dfdb291

uix(theming): revisión adversarial de F2-A — 8 hallazgos de 34, y nace R-5.4

Pase escéptico del bloque (§7.7, molde Sidebar) con medición propia: worktree
con SOLO el CSS revertido a la base del bloque (DOM de demo constante — prueba
más dura que la del autor), sonda x2 por componente para fijar el suelo de
ruido. 34 hipótesis · 26 refutadas · 8 reales.

Lo que NO se pudo romper: el «default idéntico» aguanta en los ocho (0 diffs;
command 8.091 · table 13.050 · media-player 3.277 · gradient-picker 609 ·
listbox 2.813 · carousel 2.842; los 3 de tree-grid y los 5 de feed salen
idénticos corriendo DOS veces el mismo código → instrumento); 0 tokens
huérfanos de 336; el bundle ES 1:1 con los primitivos; el «verificado a mano»
de gradient-picker era verdad (15/16 alcanzan al montar); sin doble animación;
eidos-lint 0 invalid.

Los 4 de código, arreglados con diff de computed VACÍO (re-medido: command
8.091 y carousel 2.842 valores, 0 diffs):

1. command: el re-point de `--command-radius` dentro del Dialog era una
   declaración muerta con comentario falso — la misma regla pone el radio a 0
   y el input lee `--command-input-radius`, nunca este token (medido:
   `--dialog-content-radius: 9999px` no movía NADA; `--command-radius: 77px`
   movía la paleta inline y no la del dialog). Retirado; comentarios y README
   reescritos con lo medido.
2. carousel: la regla vertical del indicador activo llevaba el `2.25` a pelo
   mientras la horizontal leía `active-indicator-scale` — el token alcanzaba
   media superficie (scale:6 → horizontal 18→48px, vertical 18→18px). Ahora
   lo leen las dos.
3. carousel: el trío `item-gap*` no podía ganar NUNCA — soma estampa `gap`
   INLINE desde la prop (lo necesita para el flex-basis; reglas casadas por
   CDP: la de la receta y encima INLINE gap:0rem). Retirados los 3 tokens y
   las 2 declaraciones muertas (la base y el gap:0 de ghost): 0 diffs, que es
   la prueba. Canal de valor de soma, como --gp-current-gradient. Censo
   carousel 35 knobs · 23 públicos · 77 % · 27 claves; global 43 % intacto
   (5.190 · 2.102).
4. table: `striped-row-bg` no alcanza NADA en la demo publicada —
   `:nth-of-type(even)` cuenta los <tr> de RowDetail y las filas de datos
   quedan impares (medido tr a tr: diez inmunes). Arreglarlo mueve píxel →
   PENDIENTE DE FIRMA (candidato `:nth-child(even of [data-table-row])`);
   adjudicado en el ledger mientras tanto.

El instrumento cargaba 22 falsos negativos de 26 «no effect», con tres causas
medidas, y la cuarta era de la sonda:

- el paso de abrir hacía CLIC en el input, y un clic de ratón sobre un input
  de texto SÍ casa `:focus-visible` — la regla de foco pintaba el borde y el
  token de reposo leía muerto (era el «falso negativo sin causa» de §13);
- el override se escribía solo en `[data-{c}]`, y las partes que cuelgan de
  `{c}-root` no lo recibían;
- `::before`/`::after` eran invisibles (el aro de buffering, el spinner);
- la no-determinación de feed no era una animación sin localizar: era la demo
  aún CARGANDO — el auto load-more mantiene [data-busy] ~3 s y la firma
  `commit-settle` anima box-shadow sobre el nodo medido. Con la espera de
  asentado: 0 diffs y 0 nodos ausentes sobre 6.264 valores, dos corridas.

Con eso NACE EL GUARD R-5.4 (la deuda que §13 pedía desde gradient-picker, y
que carousel convirtió en patrón — un estilo inline de otra capa es invisible
para todo análisis estático): `npm run theming:sentinel -- <c> <url>`
(scripts/theming-sentinel.ts, promovido de `__`; blur tras abrir, override en
todos los nodos del componente, pseudos, pase de hover, settle) + ledger
scripts/theming-sentinel-exceptions.ts con UNA razón medida por token — muerto
sin adjudicar = exit 1, excepción STALE = aviso. Los ocho componentes en
verde: command 50/57 · table 41/45 · media-player 46/61 · tree-grid 45/47 ·
gradient-picker 9/25 · listbox 20/21 · carousel 26/27 · feed 43/50, con 46
excepciones adjudicadas. El guard ya me corrigió a mí: cinco entradas mías
salieron STALE (los control-height-* de media-player SÍ alcanzan) y las borró;
y dos muertos nuevos los produjeron los propios arreglos (el blur apaga
focus-input-border; el settle desmonta el spinner de feed) — adjudicados con
su porqué. Doctrina en recipe-contract §4.

También: tres cifras de especificidad de next-features §12 recontadas (la
banda de tree-grid es (0,8,0); la tinta seleccionada del arquetipo es (0,4,0);
y el `item` de table vive en la fila Y EN LA CELDA — elementsFromPoint pone el
velo en la celda), el comentario de listbox que mandaba pisar el privado
`--_listbox-max-height` apunta ahora al público, y quedan registrados en §13
los dos `header-z` con literal '2' y el spinner de media-player a 720ms
mientras el gemelo de feed lleva tokens.

Guards: censo global 43 % intacto · audit --only command+carousel PASS ·
eidos-lint 0 invalid (command 16/12, carousel 29/9, listbox 12/7) · vitest
eidos 434/435 (el rojo es el conocido skin-media-player) · rtl 0/180 · docs
0/813 · check 0 errores en tocados (72 globales de otras sesiones) · prettier
limpio en lo nuevo (los desvíos de command.css/carousel.css ya estaban en
HEAD y no se tocan).

Pendiente de firma (CONTINUE §«PENDIENTE DE FIRMA»): el striped inerte, el
arquetipo en fila+celda, y que soma lea el gap de un token.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

3 Commits (67b4c810c7f9ffc92715f4cb208cf9f5384f1fce)