# PLAN — Theming: que TODO componente sea personalizable por un tema (eje `theme-reach`) > **Estado (act. 2026-08-23): EN EJECUCIÓN — alcance global 65 %, 25 > componentes al 100 %, 24 sin contrato, 12 por debajo del 20 %. Vocabulario > CERRADO (codemod + R-5.3 + muro de tipos), bloques F2-A y F2-B CERRADOS y la > cola avanzando: dieciséis componentes el 2026-08-23. Las D-TH.1…8 de §4 > FIRMADAS TODAS el 2026-08-20** (más las > tres decisiones hermanas del mismo día: familia calendar = capa compartida, > mandato Field ejecutable, hover→capa de estado — ver «Firmas del 2026-08-20» > del CONTINUE). El registro con cifras y commits está en §8, y el punto > de entrada diario es [`CONTINUE-theming.md`](./CONTINUE-theming.md). Toda > decisión NUEVA que surja se sigue presentando una por mensaje, con las > cinco preguntas. > > **Origen (conversación 2026-08-19)**: al arreglar `navigation-menu` salió que > el radio de su trigger vivía en un privado clavado a `--radius-default` y que > el contrato del componente sólo publicaba tres knobs: ningún tema podía decir > «píldora» sin mover el radio del sistema entero. El autor, textual: **«esto > ha abierto una duda importante, y es si los componentes creados son > themables; si no lo son, es un error como framework. Necesitaríamos > desarrollar un plan para auditar todos los componentes, verificar qué grado > de personalización soportan y desarrollar una corrección a cada uno de ellos > para que sean totalmente personalizables.»** Y sobre la ejecución: **«lo > ejecutará Opus, y Opus falla mucho, por lo que tienes que establecer procesos > de verificación en todo el plan.»** Este documento obedece a las dos frases: > §1 es la auditoría MEDIDA (reproducible por script, no por memoria), §5 son > las fases, y §7 es el protocolo de verificación que cada sesión ejecuta sin > excepción. > > **Kickoff para sesión nueva**: _«Lee `docs/process/PLAN-theming.md` ENTERO y > después `CONTINUE-theming.md`; si las D-TH de §4 están firmadas, ejecuta el > siguiente bloque de §5 con el protocolo de §7, un componente por commit; si > no, PARA y preséntalas una a una.»_ > > Fuentes de doctrina que este plan cita y NO copia: > [`docs/theming/reference.md`](../theming/reference.md) §1bis, §3, §5, §6, > §7, §12, §16 · [`docs/canon/tsc.md`](../canon/tsc.md) · > [`docs/canon/recipe-contract.md`](../canon/recipe-contract.md) §1–§5 · > [`docs/theming/motion.md`](../theming/motion.md) §"When both write > `animation` on ONE node" · [`docs/guides/component-guide.md`](../guides/component-guide.md) > §Build contract · [`src/uix/eidos/components/README.md`](../../src/uix/eidos/components/README.md) > · el precedente ejecutado y firmado: [`PLAN-sidebar.md`](./PLAN-sidebar.md) > §3 + F3 (el eje `size` de la fila, 2026-08-19) y `navigation-menu` > (`ae9e277fa` · `a82794845`, el cromo del trigger en tokens públicos). --- ## 0. Veredicto corto 1. **La doctrina ya lo exige; los guards no lo comprueban.** recipe-contract §1: «Every recipe declares its knobs in `lib/recipes/base.ts`»; theming §6: el token público de componente es `--{c}-{slot}`; la TSC decide dónde se emite. Pero R-1…R-4 comprueban que **no haya literales** (y que lo que haya sea un `var(`), no que cada knob sea **alcanzable por un tema**. Una receta con todo en `var(--radius-md)` y en privados `--_{c}-*` pasa `component:audit` en PASS y la dimensión 10 «Adopción theming» de la ficha en ✓ — y sólo se puede temar moviendo el planeta. Es un error de framework porque rompe la promesa que el framework hace por escrito. 2. **Medido, no opinado** (§1, `scripts/theming-census.ts`): de 5.205 knobs de apariencia en 162 recetas, **1.621 (33 %) pasan por un token público del componente**; 1.880 atan directo a un primitivo global; 856 a privados; 614 son literales. **62 componentes no tienen una sola entrada en el contrato**; 59 tienen alcance < 20 %; 6 están al 100 %. `navigation-menu`, tras el trabajo de hoy, está en 44 %: el eje no se cierra arreglando un componente. 3. **La corrección es mecánica y ya tiene forma firmada**: la de la fila del `Sidebar` (D-SB.5/D-SB.6, `PLAN-sidebar.md` §3) y la del trigger del nav (`ae9e277fa`): tokens públicos por talla que apuntan al bundle `--size-{k}-*`, nombre RESUELTO por `data-size`, acentos de estado en `background-color`, y **el default queda idéntico** — sólo cambia quién puede moverlo. Lo que NO hay que hacer: rediseñar nada por el camino. 4. **Sin guard no hay cierre**: el censo de hoy se repetirá en seis meses si R-5 no existe. F0 crea el guard en `warn` con la cifra de hoy como suelo; F3 lo gradúa a `error` cuando el backfill termina. Igual que hizo R-4.x el 2026-07-02. --- ## 1. Inventario medido (2026-08-19) **Instrumento**: `node --import tsx/esm scripts/theming-census.ts` (añadido con este plan; `--json` para máquina; `--only {c}` por componente). Cuenta, por receta CSS, cada declaración de APARIENCIA (lista `KNOB_PROPS` en el script: fondo, tinta, borde, radio, sombra, padding, gap, tipografía, tamaño, opacidad, fill/stroke, filtros) y la clasifica por el ORIGEN de su valor: | Clase | Qué es | ¿La alcanza un tema de componente? | | --------- | ------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------ | | `public` | `var(--{c}-…)` — token del contrato del componente | **Sí** | | `private` | `var(--_{c}-…)` — nombre interno | No (salvo que el privado DERIVE de un público — el script no lo distingue, cuenta como no) | | `global` | cualquier otro `var(--…)`: `--space-*`, `--radius-*`, `--color-*`, `--font-size-*`, `--size-*`… | Sólo moviendo el sistema | | `literal` | sin `var(`: `8px`, `1.25`, `#fff` | No, y además viola R-4/R-2 | | `system` | sistemas transversales que una receta CONSUME: capa de estado, anillo de foco, planos de depth, motion, bandas z, opacidad, shape, `floating-gap` | Sí, **a nivel de sistema**, por diseño (recipe-contract §2) — fuera del ratio | **Alcance** = `public / (public + private + global + literal)`. ### 1.1 Totales | Medida | Valor | | -------------------------------------- | ---------------- | | Componentes con receta CSS | 162 | | Knobs de apariencia | 5.205 | | Por token público del componente | **1.621 (33 %)** | | Por privado | 856 | | Directo a primitivo global | 1.880 | | Literales | 614 | | Sistema transversal (fuera del ratio) | 234 | | **Sin ninguna entrada en el contrato** | **62** | | Alcance < 20 % | 59 | | Alcance = 100 % | 6 | | Con eje `data-size` en la receta | 82 | ### 1.2 Por familia (propuesta de familias en D-TH.4 — el autor la firma o la cambia) | Familia | Comp. | Knobs | Alcance | Sin contrato | Fuera del contrato | | ----------------------------------- | ----: | ----: | ------: | -----------: | -----------------: | | Tiempo (chronos · fecha/hora) | 15 | 879 | 9 % | 9 | 774 | | Campos | 24 | 905 | 38 % | 9 | 526 | | Controles · marcas | 33 | 867 | 39 % | 9 | 502 | | Menús · listas · navegación | 24 | 735 | 37 % | 10 | 432 | | Superficies · overlays · estado | 34 | 807 | 45 % | 10 | 429 | | WIP (`palabras`) | 1 | 471 | 22 % | 1 | 363 | | Texto · tipografía | 12 | 238 | 9 % | 10 | 217 | | Media · chat | 9 | 283 | 61 % | 1 | 104 | | Layout (primitivos) | 9 | 14 | 93 % | 3 | 1 | | (`separator`, sin familia asignada) | 1 | 6 | 67 % | 0 | 2 | ### 1.3 Los tres defectos que el censo NO ve y la ejecución sí tiene que mirar El script es un regex sobre texto: sobre-reporta, nunca infra-reporta. Tres clases de defecto de theming que un alcance del 100 % no garantiza: - **Privado que no deriva de un público** (`--_c-radius: var(--radius-default)`): cuenta como `private`; la corrección es que el privado lea el público o desaparezca. - **Velo o acento en el nodo equivocado**: `archetype: 'item'` en un `
  • ` envoltorio (`navigation-menu`, `822b78cf2`), o el shorthand `background` matando la capa de estado (`Sidebar` F3, `navigation-menu` `ae9e277fa`). No es un knob: es un nodo. Se detecta midiendo desde el píxel hacia arriba (§7.3). - **Doble animación al mover un sello** a una superficie con animación propia (`navigation-menu` `822b78cf2`: `present-rise` + la entrada de receta). Se detecta con un registro de `animationstart/end`, no con `getComputedStyle`. ### 1.4 Tabla completa por componente Al final del documento (§9), ordenada por alcance. Se REGENERA con el script en cada bloque; no se edita a mano. --- ## 2. Contrato objetivo — qué significa «totalmente personalizable» (los cuatro ejes) Un componente es personalizable cuando un tema puede moverlo **sin tocar el sistema ni la receta**, en estos ejes: | Eje | Mecanismo canónico | Cómo se comprueba | | -------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------- | | **A · Tokens** (forma, color, espacio, tipografía) | todo knob de apariencia lee `--{c}-{slot}` del contrato (`recipes/base.ts`), nombre RESUELTO por talla/estado; los privados sólo derivan de públicos | censo al 100 % **+** prueba de centinela (§7.4) | | **B · Talla** | `size` → `data-size` en el wrapper; tokens `{part}-{eje}-{k}` apuntando al bundle `--size-{k}-*` (theming §5; recipe-contract §1) | computed por talla = bundle; `md` idéntico al default anterior | | **C · Color / variante** | `data-color` / `data-variant` vía paleta (`--{c}-{role}-{slot}`, `--{c}-palette-*`), los 9 roles (theming §4) | cada variante lee tokens, ninguna un `--scale-*` (R-4.6) | | **D · Estados** | hover/press/selected neutros = la capa del sistema en el nodo CON forma; acentos de estado (`on-bg`…) en `background-color` para que la capa componga | `background-image` presente en hover, `
  • `/envoltorios sin velo, abierto + hover = acento + capa | **Regla de oro del eje**: **el default no cambia.** Cada componente se mide antes y después en sus estados (reposo · hover · activo/abierto · disabled · foco) y tallas, y el diff de computed styles es **cero** salvo donde una decisión firmada diga lo contrario. Este eje mueve QUIÉN puede cambiar cada cosa, no QUÉ se ve. --- ## 3. Contrato objetivo — la regla R-5 «alcance de tema» Nueva regla de `component-audit` (familia R-5), misma mecánica que R-4.x: - **R-5.1** — Toda declaración de apariencia (`KNOB_PROPS`) en una receta lee (a) un público `var(--{c}-…)`, (b) un privado `--_{c}-*` cuya definición en la misma receta lee un público, o (c) un token de sistema transversal (la lista `SYSTEM` del censo). Otra cosa es fallo. - **R-5.2** — Todo componente con receta tiene entrada en `recipes/base.ts`. - **R-5.3** — Los nombres de los tokens siguen recipe-contract §1 (ejes lógicos, `{part}-{eje}-{k}`) y theming §6 regla 7 (slots de color: `bg, fg, border, on-bg, on-fg, on-border, hover-bg, on-hover-bg`). **Hoy no se cumple** ni en recetas viejas (`tabs`: `trigger-color-*`) ni en las de hoy (`navigation-menu`: `trigger-bg-active`, `trigger-color-active`) — ver D-TH.6. - **Válvula** (recipe-contract §3): `R-5.1 exception: ` en el README del componente, greppable, UNA por knob o grupo de knobs con la razón (p. ej. «glifo ∝ diámetro, excepción canónica avatar/marker»). Sin razón escrita no hay excepción. - **Severidad**: `warn` desde F0 con el suelo del censo; `error` en F3 (D-TH.7 — firmada con enmienda: **R-5.3 gradúa a `error` directo tras el codemod**, su deuda muere en el mismo pass; R-5.1/5.2 esperan F3). --- ## 4. Decisiones que firma el autor (una por mensaje, con sus cinco preguntas) | Id | Decisión | Propuesta | Estado | | ---------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | **D-TH.1** | ¿R-5 es regla DURA? («todo knob público salvo sistema transversal o excepción firmada») | Sí. Es lo que recipe-contract §1 ya dice sin guard. | **FIRMADA 2026-08-20** tal cual. Ancla: la medición 2026-07-01 (canon sin guard deriva 30-85 %) y el mandato origen del eje. | | **D-TH.2** | Perímetro de «knob» | La lista `KNOB_PROPS` del script (apariencia; layout fuera). Cambios a la lista = cambio del guard, firmados aquí. | **FIRMADA 2026-08-20** con la opción (b) de la ficha `heading`: la familia tipográfica B5 mide su superficie por `--style-*` como sistema transversal (verdad estructural — la vertebración tipográfica RECHAZA acoplar componentes a la capa semántica; acuñar `--heading-*` = 36 alias de una capa ya pública, la clase que §39 mató). No se acuñan `--{c}-*` para los primitivos tipográficos. | | **D-TH.3** | Tracks WIP (`palabras`, `words`, `chronos` y su familia de fecha/hora) | En el CENSO siempre; en R-5 `error` sólo cuando salgan de su carril (coherente con R-4.x, que los excluye). | **FIRMADA 2026-08-20** tal cual. | | **D-TH.4** | Familias y ORDEN del backfill | El de §5 F2: menús/navegación → campos → controles → superficies → texto → media/chat → tiempo (el último por ser el más grande y estar en carril propio). Dentro de cada familia, sin contrato primero, luego por knobs fuera del contrato. | **FIRMADA 2026-08-20** con enmienda: la cola REVISADA del CONTINUE (fichas con veredicto §5 verificado) tiene prioridad sobre el orden de familias — trabajo revisado no se deja enfriar. | | **D-TH.5** | El default NO cambia en este eje | Sí. Toda mejora visual que aparezca se anota como deuda y se firma aparte (como hoy con `navigation-menu`). | **FIRMADA 2026-08-20** sin matices — es lo que hace verificable el eje (diff de computed = 0 como gate). Única excepción viva: la migración hover→capa de estado, firmada aparte el mismo día (ver «Firmas del 2026-08-20» del CONTINUE), que mueve píxel con captura y diff explicado. | | **D-TH.6** | Vocabulario de slots (R-5.3): ¿se NORMALIZAN los nombres que ya se desvían (`trigger-color-*` de `tabs`, `*-bg-active`/`*-color-active` del nav de hoy, …) con un codemod value-preserving como el de px/py del 2026-07-06? | Sí, en F1, ANTES del backfill — si no, el backfill escribirá más nombres fuera de vocabulario. Inventario exacto de desviaciones sale en F0 (el censo añade `--names`). | **FIRMADA COMPLETA 2026-08-20**, en dos actos. (1) El slot de tinta es **`fg`**; `color` como slot MUERE (196 claves cola). Razón: el principio de plataforma del 2026-07-06 gobierna los ejes DIMENSIONALES, no la pareja `bg`/`fg` (si gobernara, `bg` sería `background-color`); `color` colisiona con `--color-*`, `data-color` y los 9 roles; `on-fg` compone. (2) Modificador recipe-level DELANTE — regla: **delante lo interactivo, detrás lo dimensional y contextual** (`hover-bg` pero `control-height-md`, `scrim-fg-over-dark`); rol/paleta conserva su gramática propia (detrás, `COLOR_ROLE_SLOTS` — las 47 `{rol}-{slot-de-rol}` son canónicas). Modificador válido ∈ vocabulario universal (+`current`, aria) ∪ valores `data-state`/ejes del MORFO del componente (así `partial` de rating-group y `read/failed` de chat-message validan contra el compilado, igual que la parte). `waveform.played/buffered` = pseudo-partes eidos-only (`played-fg`). Los hovers neutros se EXCLUYEN del codemod: migran a la capa de estado (firma aparte, mismo día). Detalle operativo: CONTINUE §«Mañana». | | **D-TH.7** | Cuándo gradúa R-5 a `error` | Cuando el censo global dé 100 % o excepción documentada (F3), nunca antes de terminar F2 — un `error` a medio backfill rompe el `component:audit` de todo el parque. | **FIRMADA 2026-08-20** con enmienda: **R-5.3 (gramática de nombres) gradúa a `error` DIRECTO tras el codemod** — su deuda muere en el mismo pass (precedente R-4.4, «sin allowlist»). R-5.1/R-5.2 esperan F3 como propone la fila. | | **D-TH.8** | ¿Entra la exposición en la demo de temas (`/temas`: un panel que liste los tokens públicos por componente y permita moverlos)? | Sí pero DESPUÉS (F4, opcional): es la prueba viva de A; sin el backfill no hay nada que exponer. | **FIRMADA 2026-08-20** tal cual — el instrumental existe (`listRecipes()` / `getRecipeTokens()`; la ruta `/temas` existe). | --- ## 5. Fases y gates Cada fase: **qué leer ANTES** (entero), **qué producir**, **guard**. Ninguna arranca sin la anterior en verde. Todo bloque de F2 ejecuta el protocolo de §7 **por componente**, sin atajos: es la parte del plan que existe porque «Opus falla mucho». ### F0 — Instrumento + guard en `warn` (una sesión) - Leer: theming §1bis, §3, §5, §6, §7, §12, §16 · tsc.md entero · recipe-contract §1–§5 · `scripts/component-audit.ts` (cómo se declara una regla R-x, `readmeException`, severidades) · `src/uix/eidos/recipe-css-contract.test.ts` (qué ya guarda) · `PLAN-sidebar.md` §3 y F3 · este plan entero. - Producir: (a) `scripts/theming-census.ts` endurecido: `--names` (inventario de nombres de token fuera del vocabulario §1/§6.7), detección «privado que deriva de público» (leer `--_c-x: var(--c-y)` en la misma receta y reclasificar), salida `--json` estable; (b) **R-5.1/5.2/5.3 en `component-audit`** con severidad `warn` y la válvula `R-5.x exception:`; (c) `docs/theming/reference.md` §12 (tabla de tooling) gana la fila del censo; (d) **HECHO 2026-08-22** — `src/uix/eidos/theming-reach-floor.test.ts`, que **fija el suelo**: alcance global ≥ el de hoy (33 %) y literales ≤ 614 — el número SUBE o el test falla (muta-prueba: meter un literal en una receta y ver el rojo antes de dar el test por bueno — memoria `a-guard-that-inspects-nothing-passes`. Ya pasó una vez HOY: la primera versión del censo no contaba una regla de una sola línea, y la mutación `padding-inline: 8px` no movió la cifra; se endureció el regex y la mutación pasó a 6→7→8). - Guard: `node --import tsx/esm scripts/theming-census.ts` reproduce §1.1 a la cifra · `npm run component:audit` NO añade ningún `error` (sólo `warn`) · `npx vitest run src/uix/eidos` sin nuevos rojos (el rojo conocido es `skin-media-player`, ajeno) · `npm run check` con cero errores en los ficheros tocados (§7.6). ### F1 — Doctrina + vocabulario (una sesión) - Leer: F0 + theming §6 (reglas estrictas) + el codemod del 2026-07-06 (recipe-contract §1, bloque «Normalización ejecutada») como molde. - Producir: recipe-contract §1 gana la regla R-5 (y §2 una fila «Alcance de tema»), §4 la tabla de enforcement, §5 el checklist (punto 12: «censo del componente al 100 % o excepción»); theming §6 referencia cruzada; el checklist de cierre (`docs/guides/completion-checklist.md`) y el `COMPONENT_AUDIT_GUIDE` endurecen las dimensiones 5 y 10 («usa tokens» ≠ «es temable»: la ficha exige el % del censo). **D-TH.6**: codemod value-preserving de los nombres fuera de vocabulario (lista de F0), con `generated/base.css` regenerado y diff = renombres 1:1, computed idéntico en navegador (mismo triple muro que px/py). - Guard: `docs:check` 0 · el diff de `generated/base.css` son SOLO renombres · censo idéntico antes/después del codemod (un rename no cambia el alcance) · sonda de computed en 3 componentes renombrados = idéntico. - **Repaso de lo ya ejecutado (2026-08-20)**: firmar una gramática obliga a releer lo corregido ANTES de ella. Auditados los 7 de §8 contra `fg` + familias (`scripts/__names-audit7.ts`): 6 limpios, y una sola corrección — `gradient-builder.checker-color` → `checker-fg` (slot, no sustantivo; 4 consumos en `gradient-builder.css`). Las 4 claves `stop-color-*` del mismo componente son falso amigo verificado (`stop-color` es la PARTE) y NO se tocan. La corrección entra DENTRO del codemod. Detalle y tabla: [`CONTINUE-theming.md`](./CONTINUE-theming.md) §«Primera posición». ### F2 — Backfill por familias (6–8 bloques de sesión; **un componente = un commit**) Orden propuesto (D-TH.4). Dentro de cada bloque: sin contrato primero, luego por knobs fuera del contrato. Cada componente sigue §7 entero. | Bloque | Familia | Comp. | Knobs fuera | Entran primero (sin contrato) | | ------ | ----------------------------------------------------- | ----: | ----------: | --------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | B1 | Menús · listas · navegación | 24 | 432 | `command`, `listbox`, `table`, `tree-grid`, `tree-view`, `grid-list`, `virtual-list`, `virtual-grid`, `menu-dial`, `feed` — y `navigation-menu` (44 %) hasta el 100 % | | B2 | Campos | 24 | 526 | `combobox` (1), `textarea`, `css-field`, `mask-field`, `number-field`, `field-langs`, `gradient-builder`, `gradient-picker`, `label` | | B3 | Controles · marcas | 33 | 502 | `knob`, `avatar`, `kbd`, `link`, `mark`, `highlight`, `clipboard`, `proof-of-human`, `aspect-ratio` | | B4 | Superficies · overlays · estado | 34 | 429 | `alert-dialog`, `announce`, `carousel`, `link-preview`, `skeleton`, `spinner`, `scroll-frames`, `motion`, `mockup`, `cascade`, `card-group` | | B5 | Texto · tipografía | 12 | 217 | `heading`, `text`, `s-text`, `display`, `code`, `code-block`, `text-*` (los que no tienen contrato) | | B6 | Media · chat | 9 | 104 | `skin-media-player` | | B7 | Tiempo (chronos · fecha/hora) — **si D-TH.3 lo mete** | 15 | 774 | `range-calendar`, `month-grid`, `year-grid`, `date-picker`, `date-range-picker`, `time-picker`, `time-range-picker`, `natural-time-picker`, `picker-shell` | | B8 | `palabras` — **si D-TH.3 lo mete** | 1 | 363 | — | Por componente se produce: entrada (o ampliación) en `recipes/base.ts` con los nombres de §1/§6.7 — dimensionales por talla si el componente tiene `size` (patrón `Sidebar`: `{part}-{eje}-{k}` + nombre resuelto con `declarations` por `scope: 'size:{k}'`), colores por rol/slot, acentos de estado; la receta consume SOLO nombres resueltos (nunca un primitivo crudo, nunca un literal); privados sólo si derivan de públicos; `generated/base.css` regenerado por el script (**jamás a mano**, theming §16 F); README de eidos con la tabla de tokens («Talla y tema», molde: `navigation-menu`); registro en §8. - Guard por componente: §7 entero, y el censo `--only {c}` al **100 %** (o `R-5.x exception:` con razón) — si no llega, el commit NO se hace. - Guard por bloque: **revisión adversarial** (§7.7) antes de dar el bloque por cerrado: un pase escéptico por componente que intente REFUTAR «el default es idéntico» y «cada token alcanza» con medición propia, no con la del autor del commit. ### F3 — R-5 a `error` + cierre (una sesión) - Producir: severidad `error` en R-5.1/5.2/5.3 (D-TH.7); el test del suelo pasa a exigir 100 % global (o excepciones listadas); theming §12 y recipe-contract §4 lo reflejan; `CONTINUE-theming.md` cerrado. - Guard: `component:audit` PASS en los 162 · censo 100 % · `docs:check` 0. ### F4 — Exposición en la demo de temas (opcional, D-TH.8) - Producir: en `/temas` (o en cada demo) un panel que lista los públicos del componente desde `recipes/base.ts` y los mueve en vivo — la prueba viva del eje A, y el detector de tokens que no alcanzan (mover y que nada cambie). - Guard: mover cada token del componente en la demo y ver cambiar el computed (automatizable con el centinela de §7.4). --- ## 6. Deuda transversal que este plan destapa — NO se ejecuta aquí | Id | Dónde | Qué | | ---------- | ----------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **T-TH.1** | `component-audit` dims 5 y 10 | Dan ✓ a «usa tokens»; el criterio se endurece en F1. Las fichas ya escritas (`docs/audit/components/*.md`) quedan con el ✓ viejo: se corrigen al pasar cada componente por F2, no en masa. | | **T-TH.2** | Vocabulario de slots (theming §6.7) | Existe y no se guarda: `tabs` (`trigger-color-*`), `navigation-menu` (`-bg-active`, `-color-active`) y más lo incumplen. D-TH.6. | | **T-TH.3** | `menubar` | Misma clase que el nav: cromo de barra en privados («the bar itself styles via foundation privates», `recipes/base.ts`) + `commit-select` en el trigger al DESPLEGAR (otra sesión, sema). | | **T-TH.4** | `archetype: 'item'` en envoltorios | Hay que censar qué otras partes `
  • `/wrapper lo declaran (memoria `archetype-item-pulls-interactive-styling`: Timeline, Breadcrumb, NavigationMenu ya corregidos). Un guard de morfo («un `item` no envuelve a un `trigger`») es candidato. | | **T-TH.5** | `--control-height-*` en `:root` (T-6 del sidebar) | La densidad/zoom por SUBÁRBOL no re-deriva; afecta a la promesa de theming «por ámbito». Eje de theming aparte. | | **T-TH.6** | 25 knobs visuales fuera del morfo (`component-visual-attrs`, eje Affix) | Filas sin firmar `image/skeleton/qr-code/s-text`. El eje C (variantes) depende de ellas. | --- ## 7. PROTOCOLO DE VERIFICACIÓN — por componente, sin excepciones Existe porque el que ejecuta falla, y porque en un solo día (2026-08-19, `navigation-menu`) cuatro de estos pasos ausentes costaron cuatro commits de corrección: se dio por arreglado un hover leyendo el nodo equivocado; se resolvió un doble de animación en la dirección contraria a la doctrina; se inventó un hover por componente; y se declaró «idéntico» sin captura. Cada paso tiene un **artefacto** (número, captura, salida de comando) que va al mensaje de commit. Sin artefacto, el paso no se ha hecho. ### 7.1 Antes de tocar el componente (las cinco preguntas + lectura) 1. Las cinco preguntas del autor, UN componente por mensaje cuando haya decisión (nombres fuera de vocabulario, una excepción, un default que parece defecto): qué soluciona · leído todo o presupuesto · qué afecta · qué doctrina · qué modificaciones. Si no hay decisión nueva (el componente sólo necesita tokens con nombres canónicos), se ejecuta sin preguntar y se reporta. 2. Leer ENTEROS: la receta del componente, su entrada en `recipes/base.ts`, su README de eidos y de soma, su morfo (¿qué partes llevan arquetipo?), su ficha en `docs/audit/components/`. Y la doctrina de §0 (fuentes) si la sesión no la ha leído hoy. 3. `git status` + `git log -1`: ¿hay otra sesión con el árbol sucio? **Nunca `git stash`** para medir una base (le arranca el trabajo a otro). ### 7.2 Medir ANTES (el suelo del «idéntico») 4. `node --import tsx/esm scripts/theming-census.ts --only {c}` → guardar la línea. 5. Sonda Playwright **headless desde la raíz del repo** (la pantalla oculta congela rAF; `playwright` no resuelve desde el scratchpad) contra la demo del componente: para cada parte visible y cada talla, computed de los knobs (`backgroundColor`, `backgroundImage`, `color`, `borderRadius`, `padding*`, `fontSize`, `lineHeight`, `blockSize`/`inlineSize`, `boxShadow`, `borderColor`) en reposo · hover · activo/abierto · disabled · `:focus-visible`. Muestrear FUERA de callbacks de `MutationObserver` (miden el instante anterior al flush). Guardar JSON. 6. Captura 2× de la demo en reposo y en hover (sirve de «antes» para la comparación a ojo). **6.bis — CUENTA LOS NODOS ANTES DE CREER NADA.** La sonda imprime cuántos mide; el guard, cuántos tokens mueven. Un recuento de 0–2 nodos, o un 0/N del guard, NO es un resultado: es el instrumento ciego. Las siete causas medidas hasta el 2026-08-23, con el interruptor que las arregla (todos en `COMPONENT_OVERRIDES` del guard y en `EXTRA_NODES`/`DEMO_VARIANTS` de la sonda): | síntoma | causa | interruptor | | --- | --- | --- | | 0 nodos, ruta 404 | el componente **no tiene demo** (picker-shell, mockup, surface, audio-player) | `urls: ['/ruta/donde/sí/vive']` | | 0–2 nodos con la página llena | sus partes **no llevan `data-{c}-*`**: hooks de clase (onion-menu, prose) o partes de OTRO chasis (audio-player) | `extraNodes` / `EXTRA_NODES` | | la superficie no está en el DOM | abre por **hover**, no por clic (tooltip, link-preview) | `openBy: 'hover'` | | la superficie se CIERRA sola | nace abierta y el guard la pulsa (onion-menu) | `openMarker` | | media docena de tokens muertos por variante | el panel/skin sólo existe tras un **chip de la demo** | `openWith` + `DEMO_VARIANTS` | | todos los tonos muertos | la paleta resuelve por `data-color` **o `data-intent`**, y por VARIANTE | barrido de tono (automático) + `sweepAttr` | | `TimeoutError` antes de medir | la página **nunca alcanza `networkidle`** (image reintenta un `src` roto) | caída a `load` (automática) | **Y tres lecturas que mienten aunque el nodo esté bien**: una propiedad EN TRANSICIÓN devuelve el valor viejo (congela antes de leer, salvo que el token SEA la transición); un nodo ANIMADO devuelve el valor de la animación (congela también `animation`, a mano); y `::placeholder` sobre un input sin `placeholder` devuelve el estilo del ELEMENTO. ### 7.3 Editar (la forma firmada — nada más) 7. Tokens con los nombres de recipe-contract §1 / theming §6.7. Por talla si hay `size`. Acentos de estado en `background-color`. Hover/press/selected neutros = la capa del sistema (nunca `background:` a mano, nunca `background-image: none` para «limpiar», nunca una escalera de color propia). Privados sólo derivando de públicos. Literales: cero. 8. `npm run generate:eidos-css` y `git diff --stat src/uix/eidos/generated/`: el diff son SOLO los tokens del componente. Si toca otra cosa, parar. 8.bis **ANTES DE RETIRAR UNA CLAVE, MIRA QUIÉN LA LEE.** R-5.4 dice que un token que no mueve nada es un token que miente, y esta pasada ha retirado varias con razón (`file-upload.button-bg`, `avatar.group-max`, `editable.control-border`). Pero **leer muerto en SU demo no es leer muerto en el catálogo**: `scroll-area.auto-max-block` salía silenciosa en su propia página y la consumen **cinco recetas ajenas** —`combobox`, `command`, `gradient-picker`, `select` y `palabras`—; `slider.min-block-size` la fija `media-player` para su volumen vertical. Retirar cualquiera de las dos habría roto seis componentes sin que un solo guard se pusiera rojo. El chequeo cuesta un `grep` y es OBLIGATORIO: `grep -rl -- '--{c}-{clave}' src/uix/eidos/components/`. Si aparece alguien más, la clave **no se retira**: se adjudica con esa razón. 9. Si un envoltorio lleva `archetype: 'item'`/`'option'`/`'trigger'` sin ser el interactivo, es una DECISIÓN (morfo): se presenta, no se toca de oficio. ### 7.4 Medir DESPUÉS (los tres artefactos) 10. **Idéntico**: repetir la sonda de 7.2 → diff de computed por parte/estado/talla = **vacío**. Un solo valor distinto = parar y explicar (o es defecto previo que se firma, o es error del commit). 11. **Alcanza**: la **prueba de centinela**, que desde 2026-08-21 es el guard **R-5.4** (`npm run theming:sentinel -- {c} `, doctrina en recipe-contract §4) — por cada token público, un valor imposible de confundir (`1234px`, `rgb(1, 2, 3)`, `0.123`) y algún computed tiene que seguirlo. Si un token no mueve nada, es un token que miente (fantasma, nombre equivocado, o una cascada que jamás gana) — o su silencio tiene una razón MEDIDA escrita en el ledger (`scripts/theming-sentinel-exceptions.ts`): el guard falla con un muerto sin adjudicar y avisa de excepciones STALE. 12. **Desde el píxel hacia arriba** en los estados de hover: `elementsFromPoint` en el centro del control y la pila de ancestros con `backgroundImage` / `backgroundColor` — el velo cae en el nodo CON forma y en ningún envoltorio (memoria `measure-the-node-the-user-points-at`). Si hay animación propia y un sello de sema en el mismo nodo, registro de `animationstart/end` (no `getAnimations` en un solo instante): UNA entrada por ocurrencia (memoria motion.md §"when both write `animation`"). 13. Captura 2× después, al lado de la de antes. Mirarla. **Nota 2026-08-23 (revisión `REVIEW-theming-2026-08-23.md`, D3)**: los pasos 6 y 13 —las capturas— **no se hicieron en ninguno de los 33 componentes** de los bloques del 22 y el 23. No se recuperan retroactivamente: para esos, el artefacto es el diff de computed en vacío más el centinela. **Se exigen desde el siguiente componente**, y el paso 12 (píxel hacia arriba) es OBLIGATORIO en cuanto el commit toque una regla `:hover` — que es donde el 2026-08-19 costó cuatro commits de corrección. ### 7.5 Guards mecánicos (todos, cada componente) 14. `node --import tsx/esm scripts/theming-census.ts --only {c}` → **100 %** o excepción escrita. Y el global NO baja. 15. `node --import tsx/esm scripts/component-audit.ts --only {c}` → PASS, sin R-5 nuevos (en `warn` durante F2, pero se listan y se resuelven). 16. `node --import tsx/esm scripts/eidos-lint.ts {c}` → 0 invalid. 17. `npx vitest run src/uix/eidos` → sin rojos nuevos (comparar **por fichero de test**, no por cifra: el rojo conocido es `skin-media-player`). 18. `npm run rtl:check` 0 · `npm run docs:check` 0 · `npx prettier --check` en los ficheros tocados (ojo: `autocrlf=true` hace que prettier se queje del CRLF del checkout — comprobar el contenido normalizado a LF, no el fichero; git guarda LF). 19. `npm run check`: atribuir errores **por fichero** (`grep ERROR | grep {c}`), nunca por cifra global; la rama tiene sesiones concurrentes y el total se mueve solo. Si el log no llega a `COMPLETED`, es `tmp/lexical/`: relanzar. ### 7.6 Commit (uno por componente) 20. `git add` con rutas EXPLÍCITAS (sólo lo del componente + `recipes/base.ts` - `generated/base.css` + su README + este plan §8); `git diff --cached --stat` y `git show :ruta` para verificar el ÁRBOL INDEXADO, no el de trabajo; `git status` para ver que no entra nada de otra sesión. Mensaje con `git commit -F fichero` (backticks en `-m` se ejecutan en bash), en castellano, con: qué knobs entran, la cifra del censo antes → después, el diff de computed (vacío), el centinela (n tokens probados), los guards. **Nunca `--amend`** en la rama compartida. 21. Registro en §8 de este plan (componente · commit · censo antes→después · excepciones) y, si el bloque cierra, en `CONTINUE-theming.md`. ### 7.7 Revisión adversarial por bloque 22. Al cerrar un bloque, una pasada escéptica (otra sesión o un pase separado) que por componente intente REFUTAR con medición propia: «el default es idéntico» (sonda 7.2 vs 7.4 rehecha, no leída del commit), «cada token alcanza» (centinela rehecho), «el velo cae donde debe» (píxel arriba), «no hay doble animación». Hallazgos reales se arreglan en el bloque; los refutados se anotan. El molde es la revisión del `Sidebar` (21 hallazgos · 17 refutados · 4 reales, `bae03e55c`). ### 7.8 Lo que NO se hace en este eje (y se anota como deuda si aparece) - Rediseñar un default (radio, color, altura…): deuda firmable, no cambio. - Tocar sema/morfo salvo un arquetipo en un envoltorio (decisión aparte). - Cascadear a otro componente «ya que estamos» (memoria `no-cascade-changes`). - Inventar nombres de token fuera de §1/§6.7, o un hover/estado por componente. - Editar `generated/base.css` a mano. - Dar un paso por hecho sin su artefacto. **Excepción FIRMADA 2026-08-24 — completar una demo que no monta su propio componente ES instrumento, no diseño.** La regla «las demos quedan FUERA de este eje» sigue en pie para lo que fue escrita: **un hallazgo de demo o de harness no se registra ni se mide**, y no se rediseña una demo «ya que estamos». Pero una demo que sólo menciona en prosa partes que la receta VISTE y el morfo DECLARA no es un testbed: es una página, y deja tokens vivos sin un nodo donde probarse (`chat-log`, 2026-08-23: tres de sus seis partes sin montar, **once claves sin nodo que pintar**). Montarlas está permitido con las CUATRO condiciones, todas verificables: 1. Sólo partes o estados **del propio componente**, declarados en su morfo. Nada de otro componente, nada que el morfo no nombre. 2. **Contenido mínimo canónico**: el ejemplo más corto que hace existir la parte. Cero diseño nuevo, cero variantes decorativas. 3. **El diff de computed sobre lo que YA estaba montado sigue siendo CERO** — se mide igual que el resto: la demo crece, lo que ya se veía no se mueve. 4. **Declarado en el mensaje de commit**, con las claves que pasan de «sin nodo» a medibles. Fuera de esas cuatro, la demo no se toca desde este eje. Y lo que se aprenda mirando la demo sigue **sin** entrar en el ratio ni en el registro: la excepción abre la mano para MEDIR, no para contabilizar. --- ## 8. Registro - 2026-08-24 — **FIRMA: `file-upload` deja de BARRER DESCENDIENTES.** Su receta escribía `[data-file-upload] [data-disabled]` (0,2,0) —única ocurrencia de «combinador descendiente hacia un atributo de estado desnudo» en las **171** recetas del árbol (el claim decía 162; el censo creció)— y vestía TODO nodo deshabilitado bajo el provider, huéspedes incluidos. Pasa a **cinco selectores por parte propia** (`label`, `dropzone`, `trigger`, `item-remove`, `clear-trigger`), conservando la mitad del provider. Misma especificidad, así que ninguna otra regla se mueve. **Por qué se podía retirar entero**: el morfo declara `data-disabled` en 6 partes y soma lo escribe en esos 6 nodos exactos (`file-upload-provider.svelte.ts:265, 300, 399, 450, 751, 838`), **siempre junto a su propio `data-file-upload-{parte}`**. El barrido era 100 % redundante hacia dentro y sólo añadía alcance hacia fuera. Censo por demo: `/file-upload` 6 propios / 0 ajenos · `/image-picker` 2 / 0 · **`/chat-composer` 0 propios / 4 AJENOS** — allí no pintaba ni un nodo suyo, y `[data-file-upload]` ni siquiera estaba deshabilitado. **Los números**: `file-upload` diff **CERO ESTRICTO** (4.608 valores × 8 estados) y **0/35** en el estado disabled; `image-picker` **0/15**; `chat-composer` exactamente **6 de 25** valores, todos recuperación — `[data-textarea]` opacity 0.4 → 1 y alpha efectiva 0.16 → 0.4, `[data-textarea-input]` opacity 0.4 → 1 y alpha **0.064 → 0.4**, y el `cursor` `default` → `auto` del provider del composer y del wrapper del textarea. Nada extra. **925 de 25.568 px (3,6 %)** en el TEMA POR DEFECTO. Centinela `file-upload` 61/98 y `chat-composer` **29 → 30/33**, los dos exit 0. **Lo que enseñó**: (1) **una adjudicación puede ser falsa por no mirar al huésped ENTERO.** El ledger daba `chat-composer.disabled-opacity` por invisible «hasta que un tema mueva uno» — cierto para las dos reglas propias del composer, que empataban a 0.4, y **falso para el textarea**, que no declara atenuación y recibía el 0.4 dos veces más sobre el legítimo del provider: la opacidad MULTIPLICA y 0.4³ = 0.064 se ve sin tocar el tema. La entrada se RETIRA (`theming-sentinel-exceptions.ts`), y esta vez **el guard sí la cazó** —era clave EXACTA, no patrón—, que es justo el reverso de la ley 1 de B′. (2) **La sonda compartida no tiene paso `disabled`** (rest / size / open / hover / focus) y su filtro de nodos para `chat-composer` no incluye `[data-textarea]`: era CIEGA a esta firma, y su cero no es prueba. La recuperación se midió con instrumento propio; el cero de la sonda vale como regresión, no como testigo. (3) **Un empate resuelto por orden de emisión no es una decisión, es una que aún no se ha tomado** — ley hermana de B′, tercera aplicación de la misma doctrina tras §12.9. - 2026-08-24 — **`toast` 98 % → 100 %** (`b8eccc1c4`), contrato 85 → **85** claves —ninguna acuñada—, centinela **51/85** con 34 adjudicadas. Llegaba con `global`, `private` y `sistema` a CERO y **un** knob fuera de alcance: el `opacity: 1` de la tarjeta, que se FIRMA como identidad — es el polo EN REPOSO del par abierto/cerrado, y el que lleva tokens es el otro (`closed-offset`, `closed-scale`). Tercer literal-identidad del día, tras `scroll-area` y `slider`. **Lo que enseñó**: (1) **en una tarjeta PORTALADA el plano `overlay` no se lleva sólo la tipografía — se lleva la TARJETA ENTERA, y esta vez con coste de PRODUCTO**. El item sella `data-depth='overlay'` y el plano declara `background`, el **ATAJO `border`** y `box-shadow` a la misma (0,1,0) y más tarde: 21 claves (12 `{tono}-{surface,border}` + `provider-border-width` + `accent-width` + `provider-shadow`) no mueven nada, mientras `--depth-overlay-surface` / `-border` / `-shadow` y `--border-width` lo repintan todo. **Un toast `risk` y uno `fulfill` visten la misma tarjeta gris**, y la franja de acento —un `border-inline-start` que el atajo posterior pisa en los cuatro lados— no se ve NUNCA en reposo. §12.9 sigue sin firmar, así que se ADJUDICAN con `PLANE_SUPERSEDED` y la incidencia entra en `next-features` §12; (2) **la misma clave puede mentir en reposo y decir la verdad en animación** — los seis `{tono}-accent` alcanzan bajo `[data-loading]`, donde la regla del pulso es (0,2,0) y su `@keyframes` gana a toda declaración normal (100 fotogramas: oklab L 0.5032..0.8514 sin escribir, 0.0823..0.5032 con el token en `rgb(1,2,3)`); (3) **poner `openMarker` EMPEORA la medición** — primera vez: una tarjeta se auto-descarta a los 5 s, así que «¿ya está abierta?» no tiene respuesta útil y tres corridas sobre código idéntico discreparon en QUÉ token leía muerto. Sin marcador, el guard cae al de por defecto (una parte que este componente no tiene) y dispara una tarjeta nueva antes de CADA token: 51/85 tres veces seguidas. La sonda aprendió lo mismo (`DEMO_VARIANTS`): medía UN nodo porque un toast no EXISTE hasta que algo lo lanza. Diff de computed vacío (1.760 valores × 7 estados, 8 nodos), capturas 2× byte a byte idénticas — por un script propio, porque su viewport es `position: fixed` y cae fuera del recorte del escenario que usa `__shot`. - 2026-08-24 — **`tabs` 96 % → 97 % CERRADO** (`300153f9f`), contrato 79 → **79** claves —ninguna acuñada—, centinela **70/79** con 9 adjudicadas. Sus tres knobs fuera de alcance se clasificaron uno a uno y los tres quedan fuera POR DOCTRINA. **La propuesta §4.1 de su ficha es INCORRECTA y no se ejecuta**: pedía acuñar `indicator-width` / `-height` sobre `var(--indicator-w, 0px)`, y esas vars son el **canal de VALOR de soma** — la capa `MeasuredIndicator` escribe el rect del trigger activo en cada movimiento, así que un público encima sería un knob que un tema puede FIJAR, y fijarlo rompe el deslizamiento. Es la adjudicación que `navigation-menu` ya lleva escrita para su propio `indicator-w` (y la razón por la que su `-x` se retiró, muerto). El tercero, el `width: 100%` de `fitted`, se FIRMA como identidad. **Lo que enseñó**: (1) **la mitad de un contrato puede vivir en las VARIANTES** — el escenario arranca en `line` y el guard leía 40/79; barriendo `data-variant` y añadiendo las dos superficies de URL que el propio demo ofrece (`perm.orientation=vertical`, `perm.disabled=true`) sube a 70/79 sin adjudicar una clave de más; (2) **`trigger-bg` muere de una regla que existe para que se lea la etiqueta** — la demo monta el `Indicator` y `[data-tabs-list]:has([data-tabs-indicator]) [data-tabs-trigger]` (0,2,0) pone el fondo transparente; sin indicador, que es la composición por DEFECTO, alcanza; (3) `scrollable-fade` trae dos razones y cualquiera bastaría: vive bajo un opt-in y pinta por `mask-image`, que el guard no lee. **Comprobado y refutado**: su trigger NO compone el `Button` canónico, así que la clase «el compuesto gana a la receta que lo compone» de `toolbar` / `form` no le aplica. Diff de computed vacío (2.016 valores × 8 estados, 8 nodos), capturas 2× idénticas. - 2026-08-24 — **`slider` 97 % → 100 %** (`4d3ca2fd8`), contrato 39 → **39** claves —ninguna acuñada—, centinela **32/39** con 7 adjudicadas. Llegaba con `global` y `private` a CERO (sus cuatro privados son la escala por talla, que ya deriva de públicos) y **un** knob fuera de alcance: el `inline-size: 100%` del rail horizontal, que se FIRMA como identidad — un rail ocupa su contenedor, y su suelo ya es un knob (`min-inline-size`). Mismo precedente que `separator` el mismo día. **Lo que enseñó**: (1) **con un solo valor, el tick ACTIVO no existe** — `data-active` se estampa sólo mientras el valor del tick cae DENTRO de `[min(valores), max(valores)]` (`SliderTickProvider.isActive`), así que un pulgar en 40 con ticks en 0/50/100 deja los tres inactivos y el guard lee `active-tick-bg` como un token que miente; la marca activa **no es un estado del tick, es una relación con el rango**, y con el chip `multiple` (20–80) alcanza al instante; (2) **el pickup pide el puntero MANTENIDO** — `active-thumb-scale` / `-shadow` viven en `:active` y el pase estático del guard aparca el ratón: medidos con un `mouse.down()` real sobre el thumb real (scale 1.15 → 4.56); (3) **una clave que el centinela lee muerta puede ser la que otro componente ESCRIBE** — `min-block-size` sólo la lee la orientación vertical, que el escenario no monta, y es justo la que `media-player` fija para su volumen vertical. Este contrato lo COMPONEN siete componentes (`media-player`, `skin-media-player`, `waveform` —su playhead ES este thumb—, `color-picker`, `gradient-builder`, `image-adjustments`, `time-range-picker`), así que ninguna clave se retira sin barrerlos. Diff de computed vacío (1.376 valores × 7 estados, 7 nodos), capturas 2× idénticas. ⚠ El único error de `npm run check` en su fichero de demo es PREEXISTENTE (`1857c7854`). - 2026-08-24 — **`scroll-area` 94 % → 100 %** (`3282ef978`), contrato 13 → **13** claves —ninguna acuñada—, centinela **10/13** con 3 adjudicadas. Llegaba con `global` y `private` a CERO y **un** knob fuera de alcance: el `opacity: 1` de la barra visible, que se FIRMA como identidad — deshace el `0` del estado oculto de la regla de encima, o sea el otro extremo de un par (y el `0` hermano el censo ni lo cuenta, así que acuñarlo habría creado una asimetría). **Lo que enseñó**: (1) **la clave que el guard leía muerta es la más consumida del contrato** — `auto-max-block` sólo pinta bajo `[data-autosize]`, que el escenario no monta, y la escriben `combobox`, `command`, `gradient-picker`, `select` y `palabras` sobre su propio ScrollArea para cerrar la altura del panel: retirarla habría roto cinco componentes; (2) **la excepción de demo de §7.8 no la abría** porque `data-autosize` lo estampa el ENVOLTORIO de eidos desde una prop y el morfo no lo declara — se adjudica forzando el atributo sobre la raíz real (none → 1234px, y `none` al quitar el token); (3) el par `transition-*` es la clase ya conocida — SON la transición que el guard congela, medidos sin congelar en barra y thumb (0.12s → 11.5s). `thumb-bg-hover` **se queda con el modificador detrás**: es hover neutro, excluido del codemod de D-TH.6, y su migración a la capa de estado sigue bloqueada por morfo (`archetype: 'thumb'` no recibe velo) — el último knob de la firma 3 sin resolver. Diff de computed vacío (896 valores × 7 estados, 4 nodos), capturas 2× idénticas. - 2026-08-24 — **`tags-input` 88 % → 90 % CERRADO** (`92180c390`), contrato 90 → **91** claves, centinela **63/91** con 28 adjudicadas. Sus **cinco** knobs fuera de alcance se clasificaron uno a uno ANTES de tocar nada: **uno** era la COSTURA (`[data-invalid]` leía `var(--color-risk-border)` a pelo → entra como `invalid-control-border`, con el nombre Y el default de `field.invalid-control-border`, que tinta la misma parte del mismo chasis; NO el `risk-border` de la paleta, que la cascada `[data-color]` re-enruta por instancia y se llevaría con él el estado inválido). Los otros **cuatro son el mismo puente THM-2** (`--_tags-input-palette-{border,track,text}` en el borde del control enfocado y en los tres slots de la etiqueta activa): no se acuñan, así que **90 % es su techo y es doctrina, no deuda**. Sus bloques `[data-size]` del CSS **se quedan**: aquí NO los emite el TSC (claves de talla planas, sin `scope: 'size:{k}'`), y retirarlos rompería el eje. **Lo que enseñó**: (1) **su tinta de etiqueta no ha pintado NUNCA** — el morfo sella `aria-selected='true'` como LITERAL en cada etiqueta, así que la regla de `archetypes.css` (0,4,0) gana siempre a `[data-tags-input-item]` (0,1,0) y le fija `color` y el velo de estado EN REPOSO; medido con `aria-selected=false` sobre el nodo real, donde `item-fg` alcanza al instante. Tercera ocurrencia de §12.5 y con cara de a11y (un lector anuncia todas las etiquetas como seleccionadas) — registrado en next-features §12, no se toca desde este eje; (2) **el guard se poisona a sí mismo abriendo**: clicar el control estampa `data-focus` y la regla de foco re-tinta el borde a la misma (0,2,0) pero más tarde, así que `control-border` —vivísimo— leía muerto (la clase de `command.input-border`, otra vez). Barrer la AUSENCIA (`null`) de `data-focus` / `data-invalid` / `data-disabled` lo devuelve: **60/91 → 63/91 sin adjudicar una clave de más**. Diff de computed vacío (2.496 valores × 8 estados en el escenario válido + 459 × 5 tallas × 3 variantes + hover en el INVÁLIDO, con sonda de un solo uso), captura 2× byte a byte idéntica. - 2026-08-24 — **`fab` 88 % → 100 %** (`5fd2fcdd8`), contrato 10 → **12** claves, centinela **11/12** con 1 adjudicada. Dos knobs, y los dos del **pill extendido**: el FAB circular no declara `padding-inline` ni `gap`, pero la regla `[data-extended]` sí, y leía `var(--space-5)` / `var(--space-2)` a pelo — la COSTURA de §2-A, con `global` a CERO. **El nombre lleva el cualificador DETRÁS** (`padding-inline-extended`, `gap-extended`): `extended` es un MODO, no un estado interactivo, así que cae en la otra mitad de la frase de D-TH.6, como `sidebar.width-icon`; un `padding-inline` a secas habría prometido a TODO FAB un padding que sólo tiene el pill. **Lo que enseñó**: (1) **la composición no le quita nada, y valía la pena medirlo** — el mismo `