563 Commits (e8a54ac4552feaea05239c33ffc286092eb208b8)

Author	SHA1	Message	Date
dev	de2e136a0f	refactor(theming)!: el indicador de navigation-menu es CANAL - y el consumidor estiliza la PARTE ... Firma "(a) completada" (2026-08-26), cerrada tras rechazar la especie `output` por abrir excepciones (clase barata - frontera de prosa - patron ya rechazado dos veces): las cuatro hermanas --navigation-menu-indicator- {x,y,w,h} pasan a --_ (la adjudicacion que tabs ya firmo citando a ESTE componente como precedente), indicator-w se RETIRA del contrato, y el README de soma deja de enseñar a saltarse la composicion. - Flip atomico escritor+lectores. Trampa del barrido, medida: el grep del nombre LITERAL es ciego a la forma con llaves {x,y,w,h} - escondia tres menciones. Barrido final: 0 consumos vivos de los nombres viejos. - indicator-w retirada con acta MEDIDA (y una auto-correccion: la primera acta decia "con la barra cerrada" y era falso - el indicador se monta condicional y hay 0 nodos; lo real, con transiciones CONGELADAS: solo una regla !important de autor le llegaba, y la unica ventana donde asomaba era el indicador montado sin rect - un subrayado de ancho cero). Contrato 44 -> 43, generated -1 linea, ningun ledger rancio. - README de soma: las medidas siguen tabuladas como canales privados "not consumer API"; la seccion nueva enseña la PARTE ([data-navigation-menu- indicator] + data-state + los tres pomos thickness/bg/radius) con ejemplos VERIFICADOS POR MEDICION (el ejemplo 1 es literalmente el control positivo: block-size 2 -> 9px). Hueco FLAGGED sin acuñar: el ejemplo viejo de pildora no tiene traduccion - falta un eje de forma en la parte; en SS13. - Registro PENDING_PRIVATE_RENAME -> UNA entrada (motion). SS14 NUEVO en next-features: unificar tabs (--indicator-* SIN prefijo, MeasuredIndicator :80-83, 2 claves global en el ledger) - con el hallazgo de que ningun guard los caza HOY porque no llevan prefijo: el espacio cerrado premio al que nombraba mejor. - Numeros: public 3073->3072, channel 37->38, reach 73% y atHundred 65 intactos (ningun redondeo cayo), --names 4566 con 0 desviadas, centinela nav-menu 42/43 con la misma unica adjudicacion, --debt identico. - Dinamica verbatim: el indicador DESLIZA (left 0 -> 111px, ancho 107 -> 108.56 = rect del trigger, canal w/h == triggerRect), los nombres viejos computan vacio en el elemento (control negativo 777/333: nada se mueve). Guards: 78 tests verdes + soma 9/9 + mutacion por las dos caras + audit 162 PASS + docs:check 0/0. BREAKING: los cuatro nombres publicos del indicador ya no existen y --navigation-menu-indicator-w sale del contrato; el indicador se estiliza por su parte y sus pomos. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	1 month ago
dev	e100ea5209	refactor(theming)!: trece canales de valor hablan como lo que son - privados ... Eje-codemod firmado 2026-08-26 (destino firmado dos veces: los 318 y la ley del espacio cerrado). Flip atomico escritor+lectores por nombre, barrido por git ls-files (94 ocurrencias en 36 ficheros; el barrido destapo lectores que ninguna lista traia: el comentario del morfo de knob, dos demos, y PLAN- background). 32 ficheros. - background pointer-{x,y,px,py} + progress · color-swatch fill · emoji-picker columns · knob {angle,progress,start-angle,sweep} · menubar panel-anchor-width · text-gradient duration -> --_{c}-*. El nombre viejo computa vacio en los siete componentes. - PARADO con expediente: --navigation-menu-indicator-h NO se renombra - es una de CUATRO hermanas escritas en un literal, el README de soma las enseña como API del consumidor (dos ejemplos de CSS de app leen -h) y -w es clave DECLARADA del contrato. Privatizar una de cuatro parte una API documentada. Tres opciones redactadas en next-features SS13, sin elegir; el registro PENDING_PRIVATE_RENAME queda con DOS entradas (esta + motion), cada una con su razon. - La trampa del censo NO mordio y la prediccion estaba mal por un orden de magnitud: UNA reclasificacion (color-swatch.background), no ~15 - el censo cuenta knobs de APARIENCIA y doce canales viven en geometria o conservan un publico hermano. public 3074->3073, channel 36->37, reach 73%, atHundred 65: el suelo no se toca. - Verificacion dinamica de los SIETE canales vivos por CDP (verbatim en el acta de la sesion): el parallax sigue al puntero con la privada (translate -28,-24 -> 32,28 = x*depth), el knob rota por teclado (-27deg -> 0deg, arco 108 -> 135 = progress*sweep), el chip pinta su prop, columns 9/6/12 tracks (control negativo: el nombre viejo a 3 no mueve nada), el panel toma 886px del anchor, text-gradient 8s. Estatica: sonda 7/7 a 0 diffs reales (el unico diff, un velo de emoji-picker, reproducido 2/2 = ruido); color-swatch sin ruta de demo declarado en voz alta (la sonda con 0 nodos es un guard que no inspecciona nada) y medido donde monta. - Guard mutado por sus dos caras: entrada retirada reintroducida -> STALE; nombre viejo devuelto a una receta -> missing. Docs ANOTADOS con fecha (la adjudicacion medida de color-swatch del 23-08 intacta), volcados solo donde describen codigo vivo. audit 162 PASS - docs:check 0/0 - --debt 1154/0/0 sin una clave movida - --names 0 - check 0 atribuibles. Deuda menor anotada: la fila generada de audit/theming/background.md:72 la regenerara el --report supervisado pendiente. BREAKING: los trece nombres publicos viejos ya no existen; el canal se lee --_{c}-* y sigue sin ser tuyo para fijarlo. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	1 month ago
dev	d5a27b87e7	fix(morfo)!: tags-input habla UN patron ARIA - layout grid, cierra F-1 ... El AX hablaba tres dialectos rotos a la vez (medido por CDP): dos listbox anidados (las opciones eran hijas del Control; el Provider no tenia ninguna), button DENTRO de option (rol hoja: el nombre se fundia - "svelte Eliminar etiqueta" como una sola cosa) y un combobox sin aria-expanded/aria-controls apuntando activedescendant a etiquetas commiteadas. F-1, adjudicado 2026-07-07; el registro de ayer era una re-deteccion parcial. Estructura B (firmada): Control = grid de UNA fila - etiquetas = gridcell (conservan el aria-selected -> stateRef de 2ce43db56; gridcell lo admite) - el boton de borrar CONVIVE en la celda de su etiqueta ("a cell contains one widget... link, button" - lo que lo prohibia era option, Children Presentational) - el input en celda propia como TEXTBOX nativo (combobox EXIGE controls/expanded y no hay popup) - el Provider pierde su listbox. Dos partes privadas nuevas (Row, InputCell) con display:contents: grid solo posee filas, row solo celdas. - Teclado: la navegacion estaba MUERTA (ArrowLeft x2 avanzaba 0) y ahora camina; el resalte mueve foco DOM - la CONDICION de retirar el activedescendant (su destino debe ser descendiente y era hermano). Tabulacion sigue en UNA parada. - aria-orientation RETIRADO (no es propiedad de grid; Chrome no la expone, medido): se conserva como comportamiento, no como atributo. - Pixel CERO: sonda 2.496 valores por identidad de nodo, 0 diffs, geometria al centesimo; capturas byte-identicas. CSS: 7 lineas display:contents. - Gates: morfo 222/222 - soma tags-input - attr-audit con el techo APRETADO 1->0 - eidos 443+1 ajeno - morfo:check PASA - check 0 propios - docs 0/0. - Registro: F-1 CERRADO (ficha de componente, nota fechada) - el item 12.5 del tono MOVIDO de 13 a 12 con sus dos cifras corregidas ((0,4,0); gana el BLOQUE de archetypes) - abiertos: tag-group filas sin celdas (el "precedente" refutado midiendo: CERO gridcell), search-field F-1, y la regla del censo de citas APG - demo: 3 filas de su tabla a11y actualizadas para no mentir sobre los roles nuevos. - Trampa nueva anotada: `const state = Provider.create()` SOMBREA la runa $state (compila y revienta en render); un error SSR no llega al navegador - se caza navegando por el router desde otra pagina. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	ffa45726fd	feat(color)!: una palabra, un significado - primary/secondary son SIEMPRE jerarquia ... La homonimia muere: `primary`/`secondary` significan JERARQUIA DE MARCA en el catalogo ENTERO, tambien dentro de los seis primitivos de tinta (text, heading, display, code, label, s-text). El paso de tinta del 82 % se llama `subtle` - PROP y TOKEN, sin excepcion: el nombre es el contrato en el artefacto (la misma ley que la FIRMA B' y la 12.9; se rechazo por escrito la via "solo el prop con tabla de traduccion" - las excepciones legitimas son las FIRMADAS con razon, no las inventadas al decidir para abaratar). - Los seis CONTENT_INK, IDENTICOS: {subtle, muted, disabled, on-solid}; el nivel-1 es el DEFAULT sin prop. `label` gana `on-solid` (cierra la divergencia de familia registrada en e4fa616e5). - Renombre completo: --color-content-secondary -> --color-content-subtle y la clave de config content.secondary -> content.subtle (RUPTURA de API de tema). 355 referencias por patrones acotados; la raiz SIN prefijo (cssVar('color-content-secondary'), render-css.ts) incluida; en grafito.ts conviven tres claves `subtle` (content/border/shadow) y solo cambio content. El generado, reproducido BYTE A BYTE aplicando solo el renombre al anterior. - Codemod value-preserving: 11 call sites (6 secondary->subtle incl. expresiones y ternarias; 5 primary->fuera, incl. TRES defaults de prop) con la condicion ROJA caracterizada (--style-caption-color es el UNICO estilo cuya tinta default no es primary; los 5 sitios caen en ramas body). alpha/ (untracked, TERMINATED) fuera. - Las 6 demos migradas al vocabulario nuevo (s-text: CERO cambios, no tiene lista de tinta); label arranca en el default y pinta IDENTICO (contrafactual medido: el estado viejo habria pintado el morado de marca). - Neutra en pixel, MEDIDO: nivel 1 ESTRICTO CERO en 71.200 valores (blocks enteros, s-text entero, subarboles data-*); nivel 2: 31 diffs, todos trazados a las ediciones firmadas del harness (anchos de chips, reindexado de la lista de label con las tintas supervivientes byte a byte). Total 171.712 valores + 59.072 de re-corridas a 0 de ruido. - Guards: CONTENT_INK identicos entre los seis y sin nombres de rol (mutacion: muerde), y el generado sin rastro del token viejo con las 6 definiciones del nuevo. Dos cronicas fechadas en docs/old-deprecated, intactas a proposito. - Docs: changelog 54 - reference (eje de tinta) - next-features 13 (divergencia de label RESUELTA). Supervision: verificador independiente pre-firma (dos claims MURIERON en verificacion antes de tocar codigo), tres agentes en fases (censo+baseline -> implementacion+codemod -> demos -> verificacion de dos niveles -> docs). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	b8eccc1c4f	uix(toast): temable — 98 % → 100 %, y el plano se lleva la TARJETA ENTERA ... El contrato ya tenía sus 85 claves y `global` era CERO: no se acuña ninguna. Lo único fuera de alcance era un literal, y era identidad. Lo que entra: - `opacity: 1` de la tarjeta firmado con su anotación `/* literal: */` (recipe-contract §3): es el polo EN REPOSO del par abierto/cerrado, y el que lleva tokens es el otro (`closed-offset`, `closed-scale`). «Presente del todo» no tiene un segundo valor que sostener. 98 % → 100 %. - Guard R-5.4: entrada nueva en `COMPONENT_OVERRIDES` que dispara la tarjeta con el botón del demo — y que DELIBERADAMENTE no pone `openMarker`. Una tarjeta se auto-descarta a los 5 s, así que «¿ya está abierta?» no tiene respuesta útil: con `openMarker` tres corridas sobre código idéntico discreparon en QUÉ token leía muerto. Sin él, el guard cae al marcador por defecto (una parte que este componente no tiene) y dispara una tarjeta nueva antes de CADA token: **51/85 en tres corridas seguidas**, determinista. - Ledger: 34 adjudicaciones, ninguna retirada, todas MEDIDAS. - La sonda aprende a disparar el toast (`DEMO_VARIANTS`): medía UN nodo (el viewport) porque un toast no EXISTE hasta que algo lo lanza. Ahora 8. EL HALLAZGO — §12.9 con una cara nueva y con coste de PRODUCTO: `toast-item.svelte` sella `data-depth='overlay'`, y el plano declara `background`, el ATAJO `border` y `box-shadow` con la misma especificidad (0,1,0) y más tarde. Medido sobre la tarjeta real con transiciones congeladas: escribir `--toast-{tono}-surface` / `-border`, `--toast-provider-border-width`, `--toast-accent-width` o `--toast-provider-shadow` no mueve NADA; escribir `--depth-overlay-surface` / `-border` / `-shadow` y `--border-width` en la misma raíz lo repinta todo. Son 21 claves de 85, y a diferencia de `tooltip` esto se VE: 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 aparece nunca en reposo. Matiz que sólo aparece midiendo: los seis `{tono}-accent` NO están muertos. Bajo `[data-loading]` la regla del pulso es (0,2,0) y su `@keyframes` gana a toda declaración normal — 100 fotogramas del pulso real: sin escribir, el color interpolado corre en oklab L 0.5032..0.8514; con el token en rgb(1,2,3), 0.0823..0.5032. La misma clave miente en reposo y dice la verdad en animación. §12.9 sigue SIN FIRMAR, así que las 21 se ADJUDICAN con `PLANE_SUPERSEDED` y la incidencia se registra en `next-features.md` §12. No se toca desde este eje. Las 13 restantes: la pareja de transición (el guard congela `transition`), `closed-offset` / `closed-scale` (estado de salida + `transform`, que el guard no fotografía), los tres del anillo de foco de la acción (el guard hace `blur`), los cinco `{tono}-action-hover-bg` (el guard estampa el tono en su pasada estática y no en la de hover) y `provider-max-width`, cuyo centinela de 1234px se capa contra el `min(100%, …)` — medido desde el otro lado, 120px encoge la tarjeta de 420 a 280. Censo: 98 % → 100 % (45 knobs · 45 públicos · 0 globales · 0 privados · 1 excepción firmada). Global 68 %, al 100 % 42 → 45. Sin cambios en `recipes/base.ts` ni en `generated/base.css`. Diff de computed: **0 diffs sobre 1.760 valores en 7 estados** (8 nodos en reposo, 7 en hover). Capturas 2× de la tarjeta byte a byte idénticas — y van por un script propio, porque su viewport es `position: fixed` y cae fuera del recorte del escenario que usa `__shot`. Más README con su sección «Talla y tema», pestaña `Tokens` en la demo (85 claves, verificada en el navegador) y ficha con veredicto §5. Guards: centinela 51/85 verde (exit 0, sin STALE) · `component-audit --only toast` PASS · `eidos-lint toast` 0 invalid (24 morfo-backed, 6 eidos-only) · `vitest run src/uix/eidos` 35/36 (el rojo conocido es `skin-media-player`) · `rtl:check` 0 · `docs:check` 0 · `check` COMPLETED sin un solo error en ficheros de toast · prettier limpio sobre el contenido normalizado a LF. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	c88b2f861d	fix(demos): completo los tres contadores que faltaban — y declaro que el commit anterior se llevó trabajo ajeno ... ERROR MÍO, DE LA CLASE QUE LLEVO DOCUMENTANDO TODO EL DÍA El commit anterior dice que scroll-area, slider y tabs quedaban «en manos de otra sesión» para una segunda pasada. Es verdad que mi script los excluyó — y falso que no entraran: el `git add` que escribí barría `git diff --name-only web/routes/uix/components/`, o sea TODAS las demos sucias, no sólo las que mi script tocó. Así que me llevé la pestaña Tokens que esa sesión estaba añadiendo a esos tres, a medio hacer y sin su commit. Es exactamente el hazard del índice compartido que registré en §13 esta misma tarde, con la vuelta de tuerca de que aquí no me lo hizo otra sesión: me lo hice yo, con un `git add` derivado de un `git diff` en vez de una lista explícita. La regla del brief dice «rutas EXPLÍCITAS» por esto, y no la seguí. NO LO REVIERTO, LO COMPLETO Revertir destruiría trabajo ajeno en vuelo, que es peor. El contenido que entró es correcto y está completo. Lo que faltaba es lo que mi propio commit prometía: los tres seguían con el contador escrito a mano. Convertidos al derivado, así que ahora el repo entero tiene CERO números a mano en las pestañas Tokens. Verificado en navegador sobre slider: el contador dice 39, el panel lista 39 filas y ninguna sin resolver. Lo que la otra sesión debe saber: sus tres ficheros de demo ya están en HEAD; su commit encontrará esos hunks aplicados. El resto de su trabajo (receta, contrato, README, ficha) no lo toqué. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	9fc38b19a4	fix(demos): el contador de la pestaña Tokens se DERIVA del contrato — tres ya mentían ... El panel de Tokens existe precisamente para no escribir a mano lo que el contrato ya sabe: pregunta a ActiveEidos.getRecipeTokens(). Pero el número junto a la etiqueta de la pestaña SÍ estaba escrito a mano, y derivó como deriva siempre una segunda fuente de verdad. Auditadas las 105 demos que montan el panel: 90 contadores correctos, 15 sin contador y TRES que mentían — carousel decía 30 y son 27, drag-drop 10 y son 9, link-preview 33 y son 35. Nadie edita un badge cuando cambia una receta. Nace web/routes/uix/lib/TokensTabCount.svelte, que hace la MISMA pregunta que el panel de debajo y filtra los forwards con guion bajo. 102 demos convertidas; las tres que faltan (scroll-area, slider, tabs) están en manos de otra sesión y van en una segunda pasada, para que el índice compartido no vea nunca dos escritores sobre un fichero. Verificado en navegador: carousel pasa de decir 30 a decir 27, con 27 filas en el panel y ninguna sin resolver; metrics, que no tenía contador, dice 72 y lista 72. npm run check COMPLETED con los 72 errores preexistentes de la rama y ninguno en los 102 ficheros. Dos sesiones de esta tanda discreparon sobre si poner el contador —una lo puso a mano, otra lo omitió por ser justo lo que el panel evita—. Tenían razón las dos a medias: el contador es útil y no debe escribirse. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	99a9011dd9	uix(demos): la pestaña Tokens en cinco demos — la superficie de tema se VE ... El paso 11 del protocolo (`PLAN-theming.md` §7) llegó DESPUÉS de que estos cinco cerraran su tokenización, así que su superficie de tema no se veía en ninguna parte. La demo ES el producto: un componente temable cuya demo esconde sus tokens está a medio entregar. Las cinco piezas del molde de `collapsible`, sin una sola lista escrita a mano: el panel pregunta a `ActiveEidos.getRecipeTokens(name)`, de modo que un token que se añada, se renombre o se caiga aparece aquí sin que nadie se acuerde de tocar la demo. El `stage` que recibe cada panel es el nodo del escenario que ya existía en cada fichero (`stageRef`), no uno nuevo. Filas que lista cada panel — el número es el de claves públicas de su bloque en `lib/recipes/base.ts`, no una cifra copiada: radio-cards 40 password-field 30 aura 37 gradient-builder 72 (6 de ellas estructuradas: «por talla / ámbito») nav-tree 18 Verificado en Chrome de verdad, abriendo la pestaña en las cinco páginas: las tres columnas resuelven sobre el escenario vivo, cero filas sin resolver («—») y cero errores de consola. `npm run check`: 72 errores preexistentes, ninguno en estos ficheros. De paso: `gradient-builder` declaraba su `type Tab` en una línea de 101 columnas que prettier ya quería partir antes de esta sesión; al tocar esa misma línea queda en su forma canónica y el fichero pasa a estar limpio. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	43360ad0ae	uix(demos): la pestaña Tokens en los cinco que cerraron antes del paso 11 ... `metrics`, `float-panel`, `stepper`, `timeline` y `tag-group` tokenizaron su receta ANTES de que existiera el paso 11 del protocolo (`PLAN-theming.md` §7), así que su superficie de tema no se veía en ninguna parte. La demo ES el producto: un componente temable cuya demo esconde sus tokens está a medio entregar. Ninguna lista escrita a mano. El molde es `collapsible` — `<TokensPanel component="{kebab}" stage={stageRef} />`—, y el panel pregunta a `ActiveEidos.getRecipeTokens(name)`: se deriva del contrato VIVO de `lib/recipes/base.ts`, así que una clave añadida, renombrada o retirada aparece aquí sin que nadie tenga que acordarse de la demo. Verificado en Chrome sobre el dev server, pestaña a pestaña. Cada fila resuelve su valor computado sobre el escenario de la propia demo; ninguna queda en «—»: metrics 72 filas float-panel 40 filas stepper 69 filas timeline 45 filas tag-group 91 filas Las cinco cifras casan exactamente con las claves públicas (las que no empiezan por `_`) del bloque de cada componente en `src/uix/eidos/lib/recipes/base.ts`. Cero errores de consola en las cinco páginas. `npm run check`: 72 errores / 62 avisos, ninguno en estos cinco ficheros — idéntico antes y después. Los cinco `+page.svelte` arrastran deriva de formato PREVIA (37–75 líneas cada uno ya sucias en HEAD); no se toca aquí, y el botón nuevo copia literalmente la forma del hermano `Recipe` que tiene encima. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	ccdb7fc506	fix(demos): SIETE demos de la familia chart afirmaban no tener tokens, y tienen 45 ... La pestaña «Eidos recipe» de chart decía «No --chart-* tokens — the chart styles from global theme tokens directly», y desde el commit que la tokenizó hay 45 claves públicas en recipes/base.ts. Al añadirle la pestaña Tokens al lado, la demo se contradecía consigo misma: un panel listando 45 junto a un párrafo jurando que no hay ninguna. Lo destapó la sesión que añadió la pestaña, sobre chart. El grep con el que fui a comprobar si era un caso aislado pedía la frase entera y me devolvió DOS — line-chart repetía la de chart palabra por palabra. Repetido sin filtro de frase: son SIETE. area-chart, bar-chart, pie-chart y scatter-chart la dicen corta («styles from global theme tokens») y sparkline con otra coda. Es la memoria «grep en brief vuelve certificado»: un barrido que pide la redacción exacta encuentra las copias literales y pierde las variantes, que es justo donde vive el resto del defecto. Corregidas las siete con lo que es cierto, y sin perder lo que la frase vieja acertaba: los seis derivados VISTEN la receta de chart —su superficie son esas 45 claves, no un bloque propio— y las series siguen re-tiñéndose con el tema, porque el default de cada clave ES el token global que antes se leía a pelo. Eso es exactamente lo que la costura §2-A promete y aquí queda escrito para quien lea la demo. npm run check COMPLETED con los 72 errores preexistentes de la rama, ninguno de estos siete ficheros. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	e423b90c5b	uix(demos): la pestaña Tokens en cinco demos — y `chart` no tenía escenario ... Paso 11 del protocolo (PLAN-theming.md §7) sobre cinco componentes que cerraron su tokenización ANTES de que el paso existiera: su superficie de tema no se veía en ninguna parte. La demo es el producto; un componente temable cuya demo esconde sus tokens está a medio entregar. Nada escrito a mano — el panel se deriva del contrato vivo vía `ActiveEidos.getRecipeTokens(name)`. Mismo molde que collapsible. Filas que lista cada panel, verificadas EN CHROME sobre localhost:5180 (pulsada la pestaña, contadas las filas, las tres columnas resueltas al 100 %: ni un solo «—» en la columna que COMPUTA sobre el escenario): accordion 76 color-picker 71 drawer 54 popover 46 chart 45 Cuadran una a una con las claves públicas del bloque de cada componente en `src/uix/eidos/lib/recipes/base.ts`. `chart` era el raro: no tenía `stageRef`, así que nace aquí — `bind:this` en el `[data-uix-stage-area]` del escenario principal, NO en el de la galería de presets, que lleva el mismo atributo. Los otros cuatro ya lo tenían y conservan su nombre. Guards. `npm run check`: 72 errores, todos preexistentes y ajenos — ningún diagnóstico cita los cinco ficheros ni TokensPanel. Prettier: los cinco ya fallaban `--check` en HEAD con el contenido normalizado a LF, y el diff entre prettier(HEAD) y prettier(árbol) es EXACTAMENTE lo añadido, o sea que las líneas nuevas ya son canónicas y no arrastro deuda ajena. Cero errores de consola en las cinco páginas. Queda fuera, dicho para que no se pierda: el texto de la pestaña Recipe de `chart` sigue afirmando «No --chart-* tokens — the chart styles from global theme tokens directly». La tokenización posterior lo dejó obsoleto, y ahora contradice al panel de la pestaña de al lado, que lista 45. No lo toco: es copy ajeno a este paso. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	92180c390c	uix(tags-input): temable — 88 % → 90 % CERRADO, y su tinta no ha pintado nunca ... Los cinco knobs fuera de alcance se clasificaron UNO A UNO antes de tocar una línea, que es la mitad del trabajo: - **uno era la COSTURA**: `[data-tags-input-control][data-invalid]` leía `var(--color-risk-border)` A PELO. Entra como `--tags-input-invalid-control-border`, valor verbatim, con el nombre Y el default de `field.invalid-control-border` — la misma parte del mismo chasis. NO se reusó el `risk-border` de la paleta: la cascada `[data-color]` lo re-enruta por instancia y se llevaría con él el estado inválido, que no es una elección de tono. `global` a CERO. - **los otros cuatro son el MISMO puente THM-2**: el borde del control enfocado y los tres slots de la etiqueta activa leen `--_tags-input-palette-{border,track,text}`. Ni conmutador ni escala por talla. No se acuñan (CONTINUE §3.pre): un público encima dejaría que un tema los fijara y matara en silencio el `color=` por instancia. **Así que 90 % ES el techo, y es doctrina bien aplicada, no deuda.** Los siete privados dimensionales ya derivan de públicos; sus bloques `[data-size]` del CSS SE QUEDAN porque aquí no los emite el TSC (las claves de talla son planas, sin `scope: 'size:{k}'`) — retirarlos rompería el eje. Migrar esa escala al TSC es cambio de mecanismo, no de alcance, y queda fuera. Censo: 46 knobs · público 37 → 38 · global 1 → 0 · privado 4 (el puente) · sistema 4 (fuera del ratio) · 88 % → 90 %. Contrato 90 → 91 claves. `--names`: 0 desviadas (67 conformes + 24 role-slot canónicas). Diff de computed: VACÍO en las dos superficies. 2.496 valores × 8 estados en el escenario por defecto (válido, sonda estándar, 10 nodos) y 459 valores × 5 tallas + 3 variantes + hover en el estado INVÁLIDO, con una sonda de un solo uso porque la demo arranca válida. Captura 2× antes/después byte a byte idéntica. No se tocó ninguna regla `:hover`, así que el paso 12 no aplica. Centinela R-5.4: **63/91**, 28 adjudicadas, cuatro razones y todas MEDIDAS: 1. **Las 24 claves de tono — la cascada de paleta** (excepción por PATRÓN). El wrapper resuelve `color` y estampa `data-color` en TODA instancia, incluida la del default, así que gana el bloque genérico `[data-tags-input][data-color], [data-tags-input][data-color-custom]`, que se emite el ÚLTIMO a la misma (0,2,0) que los ocho por tono. Medido sobre la etiqueta real forzada a `data-state=active`: `--tags-input-primary-border` no mueve nada (el borde sigue en `oklch(0.8043 0.0918 309.69)`) mientras `--palette-border` en el mismo nodo lo repinta (`rgb(4, 5, 6)`); quita `data-color` y `--tags-input-primary-border` vuelve a pintar (`rgb(1, 2, 3)`). 2. **`transition-duration` / `transition-ease`** SON la transición que el guard congela. Medidos sin congelar: 0.12s → 4.321s y `cubic-bezier(0.4, 0, 0.2, 1)` → `steps(3)`. 3. **`placeholder-fg`**: soma sólo pone el atributo `placeholder` mientras el input está VACÍO (`isEmpty ? opts.placeholder : undefined`) y el escenario arranca con dos etiquetas — y `::placeholder` sobre un input SIN placeholder devuelve el estilo del ELEMENTO (la trampa ya medida en `field`). Vaciar el escenario no vale para esa corrida: borra los nodos de etiqueta, donde pinta un tercio del contrato. Medido de las dos formas: pulsando el propio `Clear` de la demo el input queda con `placeholder="Add tag"`, y forzando el atributo sobre el input real el token alcanza (`rgb(1, 2, 3)`; default `oklch(0.61 0 0)` = `--color-content-muted`). 4. **`item-fg` — y ésta NO es del instrumento, es del COMPONENTE.** El morfo sella `aria-selected='true'` como LITERAL en CADA etiqueta, así que la regla de `archetypes.css` `[data-archetype='item'][aria-selected='true']:not([data-state='checked']):not([data-state='on'])` **(0,4,0)** gana siempre a `[data-tags-input-item]` **(0,1,0)**: la tinta de la etiqueta es la del arquetipo y su velo de estado se pinta en TODAS las etiquetas en reposo. Medido: con el atributo tal como se envía el token no mueve nada (`oklch(0.2435 0 0)`, la del arquetipo); con `aria-selected=false` sobre la etiqueta real, la misma escritura alcanza (`rgb(1, 2, 3)`). Los tres slots `*-text` del tono llevan esta SEGUNDA causa encima de la primera. Es la clase de `table.selected-row-fg` y la tinta de `listbox`. Toca morfo Y mueve píxel ⇒ se mide, se REGISTRA (next-features §12, con su cara de a11y: un lector anuncia todas las etiquetas como seleccionadas) y se sigue. Lo que el instrumento aprendió: **el guard ABRE haciendo clic en el control**, lo que 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`, un token perfectamente vivo, leía muerto. Es la clase de `command.input-border`, otra vez, y la cura es barrer la AUSENCIA (`null`) de `data-focus`, `data-invalid` y `data-disabled`: **60/91 → 63/91 sin adjudicar una clave de más**, y de paso reviven `invalid-control-border` y `disabled-opacity`. Es una entrada por componente: no toca a nadie más. `fab` re-verificado tras el cambio del guard: 11/12, sin regresión ni STALE. Guards: censo `--only tags-input` 90 % (global 68 %, no baja) · `--names` 0 desviadas · `component-audit --only tags-input` PASS · `eidos-lint tags-input` 0 invalid (22 morfo-backed, 6 eidos-only) · `vitest run src/uix/eidos` 35/36 ficheros, el único rojo es el conocido `skin-media-player` en `lint.test.ts` · `rtl:check` 0 · `docs:check` 0 · `npm run check` COMPLETED, cero errores en los ficheros tocados (los 72 globales son de otras sesiones) · prettier limpio sobre el contenido normalizado a LF. README con su sección «Talla y tema», pestaña `Tokens` en la demo verificada en navegador (91 claves, cero errores de página) y veredicto §5 escrito en la ficha. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	d39147c119	uix(chat-typing): temable — 89 % → 100 %, con UNA clave y siete de sus ocho ya vivas ... Protocolo PLAN-theming §7 sobre `chat-typing`. Censo 89 % → **100 %**, contrato 7 → **8** claves, centinela **8/8** con **cero adjudicadas**. ## Lo que entra: una clave, y es la COSTURA `dot-radius` (`var(--radius-full)`), el único knob que leía el sistema a pelo. El valor sigue siendo el del sistema; el knob pasa a ser del componente. **El nombre sale del CATÁLOGO, no del generador.** La ficha proponía `indicator-radius` —nombra por el primer selector de la regla, `[data-chat-typing-indicator] > span`— cuando el nodo que PINTA es el punto y el contrato ya habla `dot-size` / `dot-gap` / `dot-fg`. Es el defecto de `tree-view` («root-bg» para una guía de indentación) en pequeño. ## Lo que el instrumento no veía: 3 nodos de 8 Los tres puntos son `> span` DESNUDOS del indicador —sin `data-chat-typing-*`, la clase de la pastilla del separador de `chat-log`— y la demo arranca con NADIE escribiendo, así que `data-state='idle'` esconde a todos los hijos (presencia = visibilidad, N-7). Con el selector extra y un typer encendido por `prepareWith`: **8 nodos**, y el centinela ya daba **7/7 antes de tocar el código**. ## El diff de computed NO cerró en cero, y es RUIDO reproducido 18 diffs, los 18 de `opacity` y los 18 en los tres `span[data-animation-style=pulse]`. Sus puntos montan el loop `pulse` del SISTEMA, que anima `opacity` sin parar, así que cada lectura cae en una fase distinta: corriendo la sonda dos veces sobre el MISMO código salen los mismos 18 (control `after` vs `after2`). Ninguna otra propiedad se mueve, la clave tocada es `border-radius`, y las capturas 2x antes/después son **idénticas byte a byte** (1.568 valores · 7 estados · 8 nodos). ## Guards censo `--only chat-typing` 100 % (global 68 %, no baja; los que llegan al 100 % pasan de 36 a 42) · `component-audit` PASS · `eidos-lint` 0 invalid (8 morfo-backed, 0 eidos-only) · `vitest run src/uix/eidos` sin rojos nuevos (el único vivo es el conocido `skin-media-player`) · `rtl:check` 0 · `docs:check` 0 · `check` COMPLETED sin un solo error del componente · prettier limpio sobre el contenido normalizado a LF. README con su sección «Talla y tema», demo con pestaña `Tokens` (8 claves, verificada en navegador) y ficha con su veredicto §5. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	f882e1b9d9	uix(chat-message): temable — 84 % → 100 %, y las TREINTA muertas eran ejes que la demo no enciende ... Protocolo PLAN-theming §7 sobre `chat-message`, el mayor de la familia chat. Censo 84 % → **100 %**, contrato 75 → **81** claves, centinela **77/81** con 4 adjudicadas. El default NO se mueve: diff de computed VACÍO (4.192 valores · 8 estados · 16 nodos) y capturas 2x antes/después **idénticas byte a byte**, en reposo y con la barra tapback abierta. ## Otra vez, lo caro fue VER El guard leía **45/75** antes de tocar una línea de código. Una fila de chat es una PILA de superficies opt-in (reply citado, read-by, estado de entrega, mención) y de ejes de PRESENTACIÓN (`run`, `direction`, `emphasized`) que la demo arranca en su posición más pobre: `solo` + `in`, sin ninguna de las cuatro. Con las superficies encendidas por `prepareWith` y los cinco ejes barridos como PRODUCTO: **71/75 antes de acuñar nada**. La sonda pasó de 12 nodos a 16 en reposo, y a 24 con el panel abierto. ## Lo que entra (6 claves, la COSTURA de los seis globales) `focus-radius` · `mentioned-fg` · `reply-fg` · `reaction-fg` · `reaction-inner-gap` · `quick-react-radius`. El valor sigue siendo el del sistema; el knob pasa a ser del componente. **Los nombres salen del CATÁLOGO, no del generador.** La ficha proponía `radius` (colisiona con `emphasize-radius`, que ES la esquina en reposo de la MISMA fila), `bubble-fg` (el knob es de la MENCIÓN: `mentioned-bg` y `mentioned-accent` ya existían), `reaction-width` + `reaction-height` para el glifo (`reaction-height` ya existe y es la altura del CHIP) y `quick-reactions-width` para un `max-content` que es identidad. ## El caso que obligó a decidir: `reaction-gap` ya existía con otro sentido La receta la pinta en la fila `reactions` — el hueco ENTRE chips — mientras el knob nuevo es el ritmo INTERNO del chip, el emoji y su cuenta. Mismo valor (`--space-1`), dos papeles: un chip más denso no es una fila más apretada. Reusar la clave habría cambiado en silencio lo que mueve un tema que ya la usa, así que entra como `reaction-inner-gap`. El resto del bloque `{parte}-gap` de esta receta (`meta-gap`, `read-by-gap`, `header-gap`, `actions-gap`) significa «dentro de la parte»: la anómala es la vieja, y renombrarla es churn con riesgo. ## Lo que SALE: una regla que no ha pintado nunca `[data-chat-message-reaction] svg, [data-chat-message-reaction-add] svg` fijaba `1.1em` en los dos ejes «porque un svg de sólo viewBox computa 0x0». El glifo por defecto es el `Icon` compuesto, que emite `style="width: var(--icon-size-sm); height: ..."` EN LÍNEA, y un estilo en línea gana a todo selector. Medido: **16 px** (el paso `sm` del icono), no los 15,4 px que `1.1em` daría sobre los 14 px heredados. La otra mitad del selector no tiene nodo: los chips llevan un emoji de texto. **Retirada: 0 diffs.** Tercera vez en la familia (chat-log y chat-composer, ayer). ## Identidades firmadas (4, fuera del ratio) `inline-size: max-content` de la barra tapback (la barra ES su fila de emoji), `line-height: 1` de la celda (la celda es la caja del glifo) y los dos `opacity: 1` de la pastilla de acciones (el final del fundido 0 → 1). ## Adjudicadas (4) — las cuatro son límites del INSTRUMENTO, medidas a mano - `bubble-tail-radius` — el guard fotografía UNA esquina (`borderTopLeftRadius`) y la cola es la de ABAJO. Medido en las 8 combinaciones dirección x run: 4 px → 1234 px en `solo` y `last`, en las dos direcciones. Su hermana `bubble-radius-run` lee viva porque `middle` aplana la esquina START, que sí está en la lista. - `emphasize-duration` — ES la transición que el guard congela para medir todo lo demás. Sin congelar: 0,24 s → 4,321 s. - `focus-radius` — la fila sólo es tabulable compuesta DENTRO de un Feed (soma fusiona la identidad de `Feed.Article` cuando hay Feed ancestro) y su propia demo la monta suelta: `:focus-visible` no tiene nodo ahí. Medido en la demo de `chat-log`, donde las filas SÍ son artículos de feed (`tabindex=0`): reposo 6 px, enfocada 4 px → 1234 px, por foco programático y por recorrido con Tab. - `quick-react-hover-scale` — `transform` no está en la lista de propiedades del guard (punto ciego ya adjudicado en background / rating-group / card) y la celda es un botón PORTALADO con regla `:hover`. Con puntero real: `matrix(1.18…)` → `matrix(7.77…)`. ## Un defecto real medido y NO corregido aquí (mueve píxel) El chip de añadir reacción lleva también `data-popover-trigger`, y `[data-popover-trigger]:not([data-archetype='field-trigger'])` pesa (0,2,0) contra los (0,1,0) de `[data-chat-message-reaction-add]`: su fondo, borde, radio, tinta, altura, padding y tamaño de letra los pinta `popover.css`. Se ve en la captura — los dos chips de reacción son píldoras redondas y el de añadir es un cuadrado gris. Los `reaction-*` no mienten (alcanzan sobre los chips normales), así que no hay nada que retirar: es una decisión de diseño. Clase `gradient-picker` / `emoji-picker`. Queda REGISTRADO, no tocado (D-TH.5). ## Guards censo `--only chat-message` 100 % (global 68 %, no baja) · `component-audit` PASS · `eidos-lint` 0 invalid (37 morfo-backed / 41 eidos-only) · `vitest run src/uix/eidos` sin rojos nuevos (el único vivo es el conocido `skin-media-player`) · `rtl:check` 0 · `docs:check` 0 · `check` COMPLETED sin un solo error del componente · prettier limpio sobre el contenido normalizado a LF. README con su sección «Talla y tema», demo con pestaña `Tokens` (81 claves, verificada en navegador) y ficha con su veredicto §5. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	acf9c3a234	uix(separator): temable — 67 % → 100 %, SIN acuñar una sola clave ... Su alcance no subía porque le faltaran tokens: subía firmando lo que nunca fue un knob. Los dos que quedaban fuera eran `inline-size: 100%` en el horizontal y `block-size: 100%` en el vertical — la IDENTIDAD del primitivo. Una regla ocupa su contenedor; un separador que no lo hiciera sería otro componente, y su propio README ya lo decía en sus Gaps («Horizontal already fills 100%»). Llevan ahora su anotación `/* literal: … */` (recipe-contract §3) y salen del ratio. Contrato **3 → 3 claves**: no entra ninguna, y ésa es la decisión. `thickness` (el mismo token alimenta `block-size` en horizontal e `inline-size` en vertical), `fg` (el slot 6 `--color-neutral-separator`, que existe para retocar divisores sin tocar bordes de control) y `min-length` son TODA su apariencia. Acuñar un `--separator-length` habría sido inventar un eje que nadie pidió. Censo: 6 knobs · 4 públicos · 2 literales · **67 %** → 4 knobs · 4 públicos · 0 literales · 2 excepciones · **100 %**. Diff de computed **VACÍO**: 448 valores, 7 estados, sonda antes y después (el cambio es de comentarios: no puede mover un píxel, y se midió igual). Capturas 2× antes/después, miradas: idénticas. Centinela R-5.4 **2/3 → 3/3, cero adjudicadas**, y ahí estuvo el trabajo: `min-length` leía MUERTO y no mentía. La demo arranca en el ejemplo `stacked`, que monta sólo reglas horizontales, y la mitad de la receta cuelga de `[data-orientation='vertical']`. Se arregla midiendo, no adjudicando: un `sweepAttr` sobre `data-orientation` en `COMPONENT_OVERRIDES` recorre las DOS orientaciones sobre los mismos nodos. Cambiar el chip de la demo al ejemplo `toolbar` no habría servido — cambia una orientación por la otra en vez de sumarlas, la trampa de «montar MÁS puede medir MENOS» otra vez. Guards: censo `--only separator` 100 % · `component-audit` PASS · `eidos-lint` invalid 0 · `vitest run src/uix/eidos` 35/36 ficheros (el rojo conocido `skin-media-player`) · `rtl:check` 0 · `docs:check` 0 · `check` sin un solo error atribuible a este componente · prettier limpio con el contenido normalizado a LF. Más el README con su sección «Talla y tema», la pestaña `Tokens` de la demo (3 claves, verificada en navegador) y el veredicto §5 de su ficha, que escribe la cifra cerrada: el techo de este componente ES el 100 %. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	26713f2887	uix(toolbar): temable — 91 % → 94 % CERRADO, y ceder el cromo del botón SALE GRATIS ... Cero claves acuñadas, y eso es el resultado: el censo daba `global 0` — la receta ya lee su propio contrato en cada declaración, con el eje `size` resuelto por el TSC a través de siete privados que sólo reapuntan claves públicas por talla. Lo que quedaba fuera del alcance eran tres cosas CLASIFICADAS, no tres deudas. La mitad del trabajo de este eje es adjudicar. 1. Los DOS privados son CONMUTADORES por variante, medidos variante a variante sobre el nodo real: `--_toolbar-bg` vale `var(--toolbar-bg)` (oklch(0.9821 0 0)) en `surface` y `transparent` en `outline` y `ghost`; `--_toolbar-shadow` vale `var(--toolbar-shadow)` y `none` en las mismas. Ese segundo valor es la IDENTIDAD de la variante, no un knob: una barra `ghost` ES la que no tiene relleno ni sombra, y un público encima dejaría que un tema la rellenara y matara la variante en silencio. Se quedan privados (clase «conmutador» de F2-B, sexto caso tras textarea, spinner, skeleton, code y label). Ni escala por talla ni puente THM-2: esta barra no tiene paleta. 2. El único literal es una IDENTIDAD y ahora está FIRMADO: el `inline-size: 100%` del separador horizontal abarca el eje transversal de la barra — el mismo trabajo que `align-self: stretch` hace en el gemelo vertical (medido: 112 px sobre un contenedor de 126 px). Su grosor y su suelo sí son tokens. Con su anotación `/* literal: */` sale del ratio. 3. LA CASCADA DEL COMPONENTE COMPUESTO NO LE CUESTA UNA SOLA CLAVE, y es la lección. `Toolbar.Button` compone el `<Button>` canónico, así que sus nodos llevan `data-button` Y `data-toolbar-button`, y `[data-button]` casa con la misma especificidad (0,1,0) pero se emite DESPUÉS. La diferencia con `form` —que conserva 24 declaraciones que Button anula— es que esta receta YA CEDIÓ el cromo del botón (A-112) y no escribe ni una regla `[data-toolbar-button]`. Medido ANTES de tocar nada: 51/54 vivos, y ninguna de las tres silenciosas era del botón. Las claves `control-*` visten el Link y el GroupItem, que sí son superficie de la barra. Censo: 35 → 34 knobs · público 30 · privado 2 · literal 1 → 0 · excepción 0 → 1 · sistema 2 · 91 % → 94 %. Contrato 54 claves, intacto. Global del catálogo 68 %, sin bajar. Diff de computed: VACÍO — 2.464 valores en 7 estados sobre 11 nodos (la barra, sus tres botones compuestos, dos separadores, el grupo, sus tres items y el enlace). Capturas 2× antes/después: idénticas. Centinela R-5.4: 52/54, dos adjudicadas, cero muertas sin razón. - `transition-duration` / `transition-ease` SON la transición que el guard congela para poder leer todo lo demás. Medidas sin congelar sobre el Link real, que transiciona CUATRO propiedades: `0.12s ×4 → 4.321s ×4` y `cubic-bezier(0.4, 0, 0.2, 1) ×4 → steps(3) ×4`. Al ledger con esa razón. - `disabled-opacity` NO se adjudica: se ARREGLA. El guard enciende ahora el interruptor «group disabled» de la demo, y comprobado que no tapa nada — la regla de hover es `[data-toolbar-link]:hover, [data-toolbar-group-item]:hover:not([data-disabled])` y el Link no pertenece al grupo, así que conserva las dos claves de hover. Corrido antes y después del control: 51/54 → 52/54, el conjunto muerto encoge en uno y no gana ninguno. Guards: censo `--only` 94 % · `component-audit --only toolbar` PASS · `eidos-lint toolbar` 16 morfo-backed / 5 eidos-only / 0 invalid · `vitest run src/uix/eidos` 35/36 ficheros (el rojo es `skin-media-player`, el conocido) · `rtl:check` 0 · `docs:check` 0 · `check` COMPLETED sin un solo error atribuible a este componente · prettier: la anotación `/* literal: */` sobrevive en la MISMA línea y mi bloque del README queda limpio; los 12 hunks de deriva del README y los 12 de la demo son PREEXISTENTES en HEAD y no se tocan. Artefactos de documentación del protocolo: README con su `## Talla y tema` derivada del contrato (los nueve ejes + la clasificación de los privados), pestaña `Tokens` en la demo (54 claves resueltas en vivo, verificada en navegador) y veredicto §5 de la ficha. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	e76d2db2be	uix(image-adjustments): temable — 67 % → 100 %, y medir de MÁS midió menos ... Sus cuatro knobs fuera de alcance eran LA COSTURA (PLAN §2-A) y ninguno una clave nueva de diseño: el valor se queda donde estaba, el knob pasa a ser del componente. Entran cuatro claves (contrato 12 → 16), valor verbatim: - `head-gap` = `var(--space-2)` y `label-line-height` = `var(--leading-ui)`, que la receta leía a pelo — un tema no podía apretar la línea de cabecera sin mover esos primitivos en toda la app. - `hover-reset-fg` = `var(--color-content-primary)`. NO es un hover inventado por componente: es TINTA, y el velo del sistema es `background-image`, que un control sin superficie no puede recibir. Molde del catálogo: once `hover-{parte}-fg` ya escritos así. - `focus-reset-radius` = `var(--radius-sm)`. Precedente exacto `rating-group.focus-radius`, la misma declaración dentro de la misma regla `:focus-visible`. La §4 generada proponía `reset-radius` (el control no tiene radio en reposo) e `item-label-line-height` (el bloque ya habla `label-*`): el catálogo decide el nombre, no la propuesta. El literal que quedaba se FIRMA, no se acuña: `outline-color: Highlight` bajo `@media (forced-colors: active)` es la palabra clave del sistema — la paleta del SO manda ahí. Pasa a `exception`, fuera del ratio. El canal de VALOR sigue sin acuñarse y aquí no había ninguno que confundir: la salida del panel es la CADENA `filter` que soma entrega por `onFilterChange`, nunca toca el CSS de la receta. Censo: 18 knobs · 10 públicos · 4 global · 1 literal · 3 sistema · **67 %** → 17 knobs · 14 públicos · 0 global · 0 literal · 3 sistema · 1 excepción · **100 %**. Diff de computed **VACÍO**: 5.440 valores, 7 estados, 26 nodos, sonda antes y después. Capturas 2× antes/después, miradas: idénticas. Píxel hacia arriba (§7.4-12, obligatorio porque toca una regla `:hover`): el píxel bajo el puntero ES el `<button data-image-adjustments-reset>`; el hover mueve `color` y SÓLO `color` en ese nodo (oklch(0.5032 0 0) → oklch(0.2435 0 0)) y ni él ni un solo ancestro pintan `background-image`, ni en reposo ni en hover. Centinela R-5.4 **15/16**, 1 adjudicada — y el instrumento enseñó dos cosas: 1. `hue-track` leía muerto (11/12) y estaba vivísimo: pinta en el `::before` del `<Slider>` COMPUESTO, cuyo nodo lleva `data-slider*`. Clase de `waveform`. `extraNodes` en `COMPONENT_OVERRIDES`. 2. Ese selector apunta SÓLO a la fila `hue`, y la precisión es funcional: con las seis filas el conjunto medido pasó a 32 nodos y el reset se volvió el nº 32, fuera del tope de 30 del pase de hover — `hover-reset-fg` leía muerto por una razón ajena al token. **Medir de más midió menos.** La adjudicación restante es de estado: `focus-reset-radius` sólo pinta bajo `:focus-visible` y el guard desenfoca a propósito; medido a mano sobre el reset real, 4px → 1234px. Guards: censo `--only image-adjustments` 100 % · `component-audit` PASS · `eidos-lint` invalid 0 · `vitest run src/uix/eidos` 35/36 ficheros (el rojo conocido `skin-media-player`) · `rtl:check` 0 · `docs:check` 0 · `check` sin un solo error atribuible a este componente · `--names` sin desviadas suyas · prettier limpio con el contenido normalizado a LF. Más el README con su sección «Talla y tema», la pestaña `Tokens` de la demo (16 claves, verificada en navegador) y el veredicto §5 de su ficha. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	5fd2fcdd86	uix(fab): temable — 88 % → 100 %, y el modo va DETRÁS, no delante ... Le faltaban DOS knobs y los dos son del pill extendido: el FAB circular no declara ni `padding-inline` ni `gap`, pero la regla `[data-button][data-fab][data-extended]` sí, y leía `var(--space-5)` / `var(--space-2)` A PELO. La COSTURA del PLAN §2-A: el valor sigue siendo del sistema, el knob pasa a ser del componente. `global` a CERO. Claves que entran (2, defaults verbatim): - `--fab-padding-inline-extended: var(--space-5)` - `--fab-gap-extended: var(--space-2)` El nombre lleva el cualificador DETRÁS. `extended` es un MODO del FAB, no un estado interactivo (el vocabulario cerrado es hover · active · selected · disabled · checked · open · focus · invalid · current), así que cae en la otra mitad de la frase firmada en D-TH.6 —«delante lo interactivo, detrás lo dimensional y contextual»—, igual que `sidebar.width-icon` y `radio-group.gap-vertical`. Un `--fab-padding-inline` a secas habría prometido a TODO FAB un padding que sólo tiene el pill. Lo que NO se acuña, y por qué el 100 % no lleva las tres claves de la §4: el `font-size: 1em` del glifo es identidad de contexto y ya lleva su anotación `/* literal: */` (fuera del ratio por recipe-contract §3), y la colocación flotante es de la capa `viewport-placement`, cuya ranura de override Fab escribe sin acuñar vocabulario paralelo (`--fab-offset` / `--fab-z` se retiraron por eso en 2026-08-15). La composición NO le quita nada, y valía la pena medirlo: el mismo `<button>` lleva `data-button` Y `data-fab`, la forma exacta del hallazgo de `gradient-picker` (36 claves muertas bajo `popover.css`). Aquí no ocurre por construcción — las reglas dimensionales del FAB casan `[data-button][data-fab][data-fab-size]` (0,3,0) contra los (0,2,0) de `[data-button][data-size]`, así que ganan sea cual sea el orden de carga de los chunks. Medido: padding computado 20px = `--space-5`, no el del Button. Tampoco lleva `data-depth`, así que §12.9 no le aplica. Censo: 16 knobs · público 14 → 16 · global 2 → 0 · excepción 1 (fuera del ratio) · 88 % → 100 %. Contrato 10 → 12 claves. Diff de computed: VACÍO en las dos formas. 416 valores × 7 estados en el escenario por defecto (circular, sonda estándar) y 188 valores × 4 tallas + hover en el pill extendido, con una sonda de un solo uso porque la demo arranca circular. Capturas 2× antes/después byte a byte IDÉNTICAS en las dos. No se tocó ninguna regla `:hover`, así que el paso 12 no aplica. Centinela R-5.4: **11/12**, 1 adjudicada. `lift` es la laguna del INSTRUMENTO, no del token: la receta lo consume con la propiedad `translate` (no `transform`, para no pisar el press-squeeze del Button) dentro de una regla `:hover`, y el guard ni fotografía `translate` —la misma laguna ya adjudicada tres veces sobre `transform` en background / rating-group / card— ni pasa el ratón en su pasada estática. Medido a mano con puntero real: `--fab-lift: 1234px` escrito ANTES de entrar da `translate: 0px -1234px` a los 300 ms → alcanza. Y trae una trampa nueva: el centinela SE AUTO-CANCELA — un lift de ese tamaño se lleva el nodo de debajo del cursor, `:hover` cae y el valor vuelve a `none` hacia t+900 ms. Añadirle una pasada de hover al guard no lo mediría. El instrumento aprendió dos cosas de este componente, las dos por el §2 «cuenta los nodos»: un FAB es UN nodo, así que su segunda superficie pintada —el hueco de icono del Button compuesto— entra por `EXTRA_NODES` (1 → 2 nodos); y su eje de talla es `data-fab-size`, NO `data-size`, así que el barrido genérico del guard no sellaba nada. Con el barrido cartesiano `data-fab-size` × `data-extended` el guard pasa de **3/12 a 11/12** sin adjudicar una sola clave de más. Los dos interruptores son entradas por componente: no tocan a nadie más y no exigen re-verificar el ledger. Guards: censo `--only fab` 100 % (global 68 %, no baja) · `--names` 12 conformes, 0 desviadas · `component-audit --only fab` PASS · `eidos-lint fab` 0 invalid (14 eidos-only) · `vitest run src/uix/eidos` 35/36 ficheros, el único rojo es el conocido `skin-media-player` en `lint.test.ts` · `rtl:check` 0 · `docs:check` 0 · `npm run check` COMPLETED, cero errores en los ficheros tocados (los 72 globales son de otras sesiones) · prettier limpio sobre el contenido normalizado a LF. README con su sección «Talla y tema» (tabla derivada del contrato), pestaña `Tokens` en la demo verificada en navegador (12 claves, cero errores de página) y veredicto §5 escrito en la ficha. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	1621de93c4	uix(collapsible): temable — 90 % → 100 %, y el que ANIMA no tiene un knob de motion ... Una sola clave, y es la COSTURA (PLAN §2-A): el `gap` del encabezado leía `var(--space-2)` A PELO. El valor es del sistema; el knob no era de nadie, así que un tema no podía apretar esta cabecera sin mover el paso de espaciado en toda la app. El nombre lo decide el CATÁLOGO, no la propuesta de la ficha: `trigger-gap` ya existe ocho veces en `base.ts`, cinco de ellas con exactamente `var(--space-2)`. Qué entra: - `--collapsible-trigger-gap: var(--space-2)` — valor verbatim, cero píxel. Qué NO entra, y por qué: - Los dos knobs restantes son SISTEMA TRANSVERSAL, fuera del ratio: el velo de hover es `linear-gradient(var(--state-hover), var(--state-hover))` (la capa de `archetypes.css`, nunca una invención por componente) y el anillo de foco es `--focus-ring-*`. - **No hay clave de motion que acuñar.** Este componente «anima su apertura» y aun así su receta no declara un solo `@keyframes`: la firma es el par de eventos `emerge-expand` / `emerge-collapse` que materializa `EidosConfig.motion.signatures` (recipe-contract §2, R-4.5). Lo único suyo es el par `transition-*`, que ya estaba en el contrato. Censo: 12 knobs · público 9 → 10 · global 1 → 0 · sistema 2 · 90 % → 100 %. Contrato 11 → 12 claves. Global del catálogo 68 %, sin bajar. Diff de computed: VACÍO — 736 valores en 8 estados (reposo, cinco tallas, abierto y hover) sobre 3 nodos, que son las TRES partes del morfo, en cerrado y en abierto. Capturas 2× antes/después, reposo y abierto: idénticas. Centinela R-5.4: 10/12, dos adjudicadas, cero muertas sin razón. - `transition-duration` / `transition-ease` SON la transición que el guard congela para poder leer todo lo demás (la clase que `color-picker` documentó el 2026-08-23). Medidas sin congelar sobre el encabezado real: `0.18s, 0.18s → 4.321s, 4.321s` y `cubic-bezier(0.4, 0, 0.2, 1) ×2 → steps(3) ×2` — dos entradas porque el trigger transiciona `background` Y `color`. Al ledger con esa razón. - `disabled-opacity` NO se adjudica: se ARREGLA. Encender el interruptor `disabled` de la demo para toda la corrida se habría llevado el tinte de hover por delante (`pointer-events: none` en el provider — «montar más mide menos»), así que el estado se mide como SUPERFICIE EXTRA por la URL de la demo (`?perm.disabled=true`), precedente `radio-group`. 8/11 → 10/12. Guards: censo `--only` 100 % · `component-audit --only collapsible` PASS · `eidos-lint collapsible` 7 morfo-backed / 0 invalid · `vitest run src/uix/eidos` 35/36 ficheros (el rojo es `skin-media-player`, el conocido) · `rtl:check` 0 · `docs:check` 0 · `check` COMPLETED sin un solo error atribuible a este componente · prettier: mi bloque limpio, la deriva del README y de la demo es PREEXISTENTE en HEAD y no se toca. Artefactos de documentación del protocolo: README con su `## Talla y tema` derivada del contrato, pestaña `Tokens` en la demo (12 claves resueltas en vivo, verificada en navegador) y veredicto §5 de la ficha. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	f3189a05ac	uix(card): temable — 78 % → 78 %, y el número CERRADO es el resultado ... Card es un primitivo con paleta, y su columna `private` no es deuda: es el puente THM-2. Clasificados uno a uno sus ocho knobs fuera de alcance ANTES de tocar una línea —que es la mitad del trabajo—: - cuatro leen `--_card-palette-*` DIRECTO: el velo de hover de `ghost` y `outline`, la descripción en `solid` y el filete del pie en `solid`; - los otros cuatro leen el conmutador por VARIANTE (`--_card-bg`, 4 fuentes; `--_card-fg`, 2) en la raíz, el título y el cuerpo, y sus ramas son ese mismo puente. Un público encima de cualquiera dejaría que un tema lo fijara y matara en silencio el `color=` de cada instancia (CONTINUE-theming §3.pre). El techo de card **no es el 100 %**, y forzar la cifra habría sido romper la jaula del color. Lo único que faltaba era **la costura**: la rama `outline` del conmutador leía `var(--color-surface-default)` a pelo — el valor es del sistema, el knob es de la card. Entra **`outline-bg`** con ese valor verbatim, y el centinela lo confirma vivo. Ni `ghost` ni el borde transparente se acuñan: son identidad. Censo: 37 knobs · 28 públicos · **78 %** (idéntico, y así queda escrito en la ficha). Contrato 97 → **98** claves. Global del catálogo sin bajar (68 %). Diff de computed: **VACÍO**. 1.216 valores en 7 estados (sonda estándar, 6 nodos = la card y sus cinco ranuras) más 2.484 valores en 18 celdas de variante / tono / rounded / selected / disabled / lift, con `transition` y `animation` congeladas — porque el escenario monta UNA card `soft` y la sonda no barre variantes. Capturas 2× antes y después, miradas. Centinela R-5.4: **49/98, 49 adjudicadas**, verde. 40 por PATRÓN (la cascada de paleta, medida aquí: con `data-color=primary` `--card-primary-track` no mueve nada, `--palette-track` sobre el mismo nodo repinta, y sin `data-color` `--card-neutral-track` vuelve a pintar) y 9 forzadas sobre el nodo real. Dos merecen leerse: - **el trío `emerge-*` no pinta en la demo, y no es culpa de la demo**: el montaje CEDE al sistema de motion (`:not([data-animation-style])`) y el escenario arranca con el preset `select-pop`. Quitado el atributo, los tres alcanzan — y `emerge-distance` tiene ADEMÁS una segunda causa: alimenta `--motion-distance-md` y la animación acaba en `translate 0` con `fill-mode: both`, así que `transform` en reposo no puede enseñarlo nunca (se mide leyendo el hook, 8px → 1234px); - **`hover-lift` y `press-scale` mueven `transform`, que el guard no fotografía** — mismo hueco que `rating-group.item-hover-offset` (§13). Hallazgo de composición, MEDIDO y no forzado: dentro de un `CardGroup` el eje `radius` de la card está muerto — `[data-card-group] [data-card]` es (0,2,0) contra la (0,1,0) de la receta, así que manda `--card-group-card-radius` (`--card-radius-md: 1234px` no mueve nada; el del grupo mueve las dos cards). Es la anidación concéntrica de §30, deliberada y documentada en `card-group.css`; se registra porque significa que el token de la card no tiene efecto en ese contexto. Guards: censo `--only card` 78 % · `component-audit --only card` PASS · `eidos-lint card` 0 invalid · `vitest run src/uix/eidos` sin rojos nuevos (el conocido `skin-media-player` en `lint.test.ts`) · `rtl:check` 0 · `docs:check` 0 · `check` sin errores en ningún fichero tocado · prettier sin desviaciones NUEVAS sobre el árbol indexado. Anotado, fuera del eje: la raíz declara `background:` en ATAJO, lo que fija `background-image: none` y cancela el velo del sistema — card es uno de los 45 componentes de la incidencia §12 de next-features. Arreglarlo mueve píxel. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	f6a618328a	uix(rating-group): temable — 80 % → 100 %, y su ÚNICO hover mueve lo que el guard no fotografía ... Cuatro claves acuñadas, tres privados jubilados, dos literales firmados y seis adjudicaciones medidas. El default no se mueve: diff de computed 0 sobre 5.624 valores en 27 estados y capturas 2x idénticas. Censo: 80 % → 100 % (público 12 → 13, global 1 → 0, literal 2 → 0 —los dos pasan a `exception`, fuera del ratio—, privado 0, sistema 1). Contrato 25 → 29 claves. Global no baja (68 %). QUÉ ENTRA (4 claves) gap · item-size · font-size — los tres ejes RESUELTOS por talla en el TSC, con `scope: 'size:{k}'` sobre el proveedor, que es quien lleva `data-size`. Con ellos se van los tres privados `--_rating-group-*` y los cuatro bloques `[data-size]` que los conmutaban: eran «privado con fuentes por TALLA», o sea una ESCALA, y una escala sube al contrato. Un tema alcanza ahora la coordenada resuelta además de los cinco pasos que ya alcanzaba. invalid-item-fg — la costura: el tinte de validación leía `--color-threat-element` a pelo, igual que en sus hermanos de formulario (checkbox, radio-group, pin-input). El valor es del sistema; el knob es del componente. DOS LITERALES FIRMADOS (fuera del ratio) `inline-size: 100%` / `block-size: 100%` sobre el glifo son IDENTIDAD: el SVG llena la caja del ítem, y la caja ES el eje de talla. Llevan su anotación `/* literal: … */` con la razón en la misma línea, más un `/* prettier-ignore */` sobre la regla para que el formateo no separe la anotación de su valor (la regresión que costó un día en natural-time-picker). Nota honesta: la demo pinta las estrellas con TEXTO (★/☆), así que esa regla no tiene nodo en esta ruta — su razón es estructural, no medida en pantalla. CENTINELA 23/29, 6 adjudicadas, ninguna es deuda partial-item-fg necesita `allowHalf` y medio valor · invalid-item-fg necesita [data-invalid], y encenderlo en la demo taparía item-fg, active-item-fg y partial-item-fg durante toda la corrida (su regla es (0,3,0)) · focus-radius necesita :focus-visible, que el guard quita a propósito · el par de transición ES la transición que el guard congela. Y la sexta es un HUECO DE INSTRUMENTO nuevo: **item-hover-offset mueve un `transform`**, propiedad que el guard no fotografía. Es el único knob de esta receta que mueve uno, así que leía muerto estando vivo — medido a mano sobre el ítem realmente hovereado: matrix(1, 0, 0, 1, 0, -1) → matrix(1, 0, 0, 1, 0, -40). Añadir `transform` a la lista obliga a re-verificar los componentes con ledger, así que queda anotado en next-features §13. El guard gana además un `prepareWith` con el interruptor `disabled` de la demo: `disabled-opacity` era el único knob tras un estado, esta demo no tiene switch por URL, y encenderlo no tapa nada (el único hover de la receta ya estaba fuera del alcance del instrumento). CARRERA DE ÍNDICE — dónde está el resto de este trabajo El commit `edc019515` (`toggle`, otra sesión) se llevó cuatro fragmentos míos que estaban en el índice compartido cuando confirmó: el `prepareWith` de rating-group en `theming-sentinel.ts`, su bloque de seis adjudicaciones en `theming-sentinel-exceptions.ts`, su entrada del §8 del PLAN y su viñeta de next-features §13. El contenido es correcto y ya vive en HEAD; se anota aquí para que la trazabilidad no se pierda. Lección: en esta rama el índice es compartido, así que entre construirlo y confirmar no puede mediar NADA. GUARDS censo --only rating-group 100 % · global 68 % (no baja) · component-audit PASS · eidos-lint 0 invalid (12 morfo-backed, 0 eidos-only) · vitest src/uix/eidos sin rojos nuevos (el único es `skin-media-player`, conocido) · rtl:check 0 · docs:check 0 · prettier OK sobre el contenido normalizado a LF · check sin errores en ficheros del componente. README con su sección «Talla y tema» y la demo con su pestaña Tokens (29 claves, verificada en navegador). Índice construido a mano desde HEAD sobre los dos ficheros compartidos que quedaban (recipes/base.ts, generated/base.css). Fuera del commit, docs/audit/theming/README.md — es un agregado global que mezcla trabajo en vuelo. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	edc0195156	uix(toggle): temable — 81 % → 100 %, y el guard sólo sabía barrer UN eje ... Tres knobs fuera de alcance, ninguno por doctrina. - **El radio** (1 knob, 6 fuentes). La receta leía `--radius-default` y la escala global `--radius-*` A PELO, así que la única forma de redondear un toggle era mover el radio de todo el sistema — el agujero que tenía `navigation-menu`, y el único de los CINCO componentes con escala `rounded` que no tenía la suya (button, badge, image y color-swatch la declaran). Entran `radius` (el reposo, default `var(--radius-default)`: sigue siguiendo el default del arquetipo) y `radius-{sm,md,lg,xl,full}`. El desacople de `size` se conserva intacto: son pasos de `rounded`, no de talla. - **El tinte inválido**: `var(--color-threat-element)` a pelo → `invalid-border` con ese valor (la costura, PLAN §2-A). - **Los tres literales quedan FIRMADOS** con su anotación y salen del ratio: el `100%` de `data-block` es identidad y el par `1px` del cuerpo ES la técnica sr-only. Censo: 28 knobs · 22 públicos · 81 % → 25 knobs · 24 públicos · **100 %** (3 excepciones firmadas fuera del ratio). Contrato 119 → 126 claves. Global del catálogo sin bajar (68 %). Diff de computed: **VACÍO**. 416 valores en 7 estados (sonda estándar, 2 nodos) más 1.150 valores en 25 celdas de variante / rounded / on / invalid / disabled / block / icon-only / tono, con `transition` y `animation` congeladas — porque el escenario de la demo monta UN toggle solid, apagado y válido, y la sonda no barre esos ejes. Capturas 2× antes y después, miradas. Centinela R-5.4: **70/126, 56 adjudicadas**, verde. Empezó en 36/126 y la diferencia NO es adjudicación, es instrumento: las claves `{variante}-*` y `{variante}-on-*` son las mismas tres variantes en dos ESTADOS, y forzar el estado con `prepareWith` cambiaba una mitad por la otra (36 → 46, y murieron las de reposo) — «montar más puede medir menos», esta vez dentro de un componente. El guard aprende tres cosas, cada una nacida de una medición: - barrer el **producto cartesiano** de varios ejes (un solo eje da la misma secuencia de siempre, así que nada de lo que ya tenía `sweepAttr` cambia); - **quitar** un atributo con `null`, porque sellar `data-invalid` toda la corrida hacía que el borde inválido ganase a los otros seis bordes; - aplicar el barrido también en el **pase de hover**, que no barría nada — que es literalmente la razón escrita en el ledger de `radio-group.hover-segmented-segment-fg`. Con eso, 58 y luego 70. Los **12 componentes con `sweepAttr` re-verificados uno a uno**: cero regresiones, cero STALE (tres dieron exit=1 falso corriendo doce seguidos contra el mismo dev server; a solas, verdes). De las 56 adjudicadas, 48 son la cascada de paleta POR PATRÓN, medida aquí: con `data-color=primary`, `--toggle-primary-solid` no mueve nada y `--palette-solid` sobre el mismo nodo repinta; quita `data-color` y `--toggle-neutral-solid` pinta otra vez. Las ocho `neutral-*` caen con las demás por una razón que conviene escribir: el propio guard ESTAMPA `data-color=neutral` para probarlas, que es justo lo que enciende el bloque genérico. Las otras 8 están medidas una a una sobre el nodo real (los cinco pasos de `rounded`, que la demo no expone; `disabled-opacity`; y el par de transición, que ES lo que el guard congela). Guards: censo `--only toggle` 100 % · `component-audit --only toggle` PASS · `eidos-lint toggle` 0 invalid · `vitest run src/uix/eidos` sin rojos nuevos (el conocido `skin-media-player` en `lint.test.ts`) · `rtl:check` 0 · `docs:check` 0 · `check` sin errores en ningún fichero tocado · prettier sin desviaciones NUEVAS sobre el árbol indexado. Anotado y FUERA por D-TH.5: `[data-toggle]:hover` y `[data-toggle][data-invalid]` pesan lo mismo (0,2,0) y el hover se declara antes, así que un toggle inválido bajo el puntero pierde su tinte. Arreglarlo mueve píxel y es una decisión de escala del sistema — los cuatro controles de formulario comparten el patrón. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	f5d252443c	uix(radio-group): temable — 77 % → 81 %, y su punto NUNCA ha pintado su escala ... Ocho claves acuñadas, diecisiete bloques `[data-size]` retirados y veinticuatro adjudicaciones medidas. El default no se mueve: diff de computed 0 sobre 25.263 valores en 47 estados (20 combinaciones de variante x estado x talla con su pasada de hover, más las 7 de la sonda estándar) y capturas 2x idénticas. Censo: 77 % → 81 % (knobs 75 → 59, público 56 → 46, global 7 → 1, privado 10 invariante, sistema 2). Contrato 61 → 69 claves. Global no baja (68 %). QUÉ ENTRA (8 claves) item-size · dot-size · font-size — los tres ejes RESUELTOS por talla en el TSC, con `scope: 'size:{k}'` sobre el proveedor, que es quien lleva `data-size`. Con ellos se van los DIECISIETE bloques `[data-size]` del CSS (§7.4-4: dejarlos vivos hace que el diff dé 0 por la ruta vieja) y el privado `--_radio-item-size`, que llevaba el nombre del componente ABREVIADO — theming §6 r5 lo prohíbe, es la clase de `--_mp-*` y `--gp-*` — y por eso el censo contaba el ancho y el alto del ítem como deuda. invalid-indicator-border · invalid-ring · invalid-ring-gap · invalid-item-label-fg — el tinte de validación leía `--color-threat-element` y `--color-threat-text` a pelo. El trío del anillo toma el vocabulario del gemelo `checkbox`, que ya lo tenía; el borde se llama `indicator-*` porque en ESTE componente «indicator» es el círculo exterior y `dot-*` el punto. segmented-segment-padding-block — el hermano que le faltaba a `-padding-inline`. UNA CLAVE ACUÑADA Y RETIRADA EN EL ACTO `row-min-height-touch: var(--touch-target)` para el suelo táctil de la fila. La suite `recipe-css-contract` la rechazó como referencia FANTASMA: nadie emite `--touch-target`, es una constante ergonómica escrita a mano en `archetypes.css` («a hard ergonomic constant — the fingertip, NOT a theme value»). Y recipe-contract §2 ya lista el touch-target entre los sistemas transversales que una receta CONSUME y nunca acuña, así que la lectura cruda es el contrato cumpliéndose. El censo la cuenta `global` sólo porque su lista `system` aún no conoce el token — el pendiente de firma «extender la clase system a las capas compartidas». POR QUÉ 81 % ES EL TECHO Los diez knobs que quedan fuera leen `--_radio-group-palette-*`: el puente THM-2 que la capa compartida alimenta por instancia desde `[data-color]`. Un público encima dejaría que un tema lo fijara y matara el `color=` de cada instancia. No es deuda; es el componente cerrado en su número. TRES DECLARACIONES QUE NO PINTAN (medidas, y las tres mueven píxel → firma) 1. La escala del punto NUNCA ha pintado. `<SvgDot>` escribe `style="width: 1em; height: 1em"` y un inline gana a cualquier regla: el punto computa 13,3281px en las CINCO tallas mientras el token dice 5/6/7/9/11px, el valor centinela no lo mueve, y quitando el estilo inline el MISMO token pinta 1234px. Clase «canal de valor inline» del trío `carousel.item-gap*`, pero con arreglo posible: la forma `!important` que recipe-contract §3 autoriza justo para saltarse un estilo inline. 2. `[data-radio-group-label][data-disabled]` no casa jamás. Con el grupo entero deshabilitado la etiqueta lleva `[id, data-radio-group-label, data-archetype]` y nada más: soma no estampa `data-disabled` en la parte `Label` (el morfo declara `data: []`). Forzado a mano el token alcanza, o sea que falta el ATRIBUTO, no la clave — decisión de MORFO. 3. El fondo de un radio marcado Y deshabilitado no llega: la regla de variante es (0,4,0) y `[data-radio-group-item][data-disabled][data-state= 'checked']` sólo (0,3,0). Medido con el centinela escrito: solid da el acento a plena intensidad, outline y segmented transparente, ghost la mezcla al 18 %. Quitar `data-variant` no ayuda: el gemelo `:not([data-variant])` también es (0,4,0). Y una cuarta, de escala del SISTEMA y por tanto fuera de este eje (D-TH.5): el `:hover` del círculo es (0,4,0) y el tinte inválido (0,3,0), así que pasar el ratón por encima TAPA el borde de error. Las cuatro, en next-features §13. EL INSTRUMENTO MEDÍA 27 DE 61 No veía el punto (es un `<svg data-svg='dot'>` sin atributo del componente), ni la variante `segmented` (doce claves), ni los estados disabled / invalid. El guard lleva ahora `extraNodes` para el punto, el barrido de `data-variant` y DOS URL más — `?perm.disabled=true` y `?perm.invalid=true`, que esta demo honra: once adjudicaciones sustituidas por medición real. CENTINELA 45/69, 24 adjudicadas: 6 del punto (estilo inline), 8 tonos por la cascada de paleta (mismo patrón que su gemelo checkbox, medido aquí: la clave no mueve nada, `--palette-solid` en el nodo repinta), 4 del par de transición congelado, 2 del anillo inválido (necesita `:focus-visible` con modalidad de teclado), `gap-horizontal` (el par de gap, sólo pinta la mitad en vigor), `segmented-pill-shadow` (la píldora sólo la renderiza el envoltorio bajo la variante real), `disabled-item-label-fg` y `checked-disabled-indicator-bg` (las dos declaraciones muertas de arriba). GUARDS censo --only radio-group 81 % · global 68 % (no baja) · component-audit PASS · eidos-lint 0 invalid (13 morfo-backed, 24 eidos-only) · vitest src/uix/eidos sin rojos nuevos (el único es `skin-media-player`, conocido) · rtl:check 0 · docs:check 0 · prettier OK sobre el contenido normalizado a LF · check sin errores en ficheros del componente. README con su sección «Talla y tema» y la demo con su pestaña Tokens (69 claves, verificada en navegador). Índice construido a mano desde HEAD sobre los seis ficheros compartidos (recipes/base.ts, generated/base.css, theming-sentinel.ts, theming-sentinel-exceptions.ts, PLAN-theming.md, next-features.md): otras cuatro sesiones los escriben a la vez. Fuera del commit, docs/audit/theming/ README.md — es un agregado global que mezcla trabajo en vuelo. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	71a097ddca	uix(chat-composer): temable — 79 % → 100 %, y file-upload le gana el disabled desde FUERA ... Protocolo PLAN-theming §7 sobre `chat-composer`. Censo 79 % → **100 %**, contrato 31 → **33** claves, centinela **29/33** con 4 adjudicadas. El default no se mueve. ## La mitad de su contrato no la montaba la demo El guard leía 14 muertas de 31, y once eran la barra de contexto (`context-*`, opt-in tras un chip) más la bandeja de adjuntos (`attachments-gap`, opt-in tras un botón). Con las dos encendidas por `prepareWith`: **29/33 antes de tocar el código**. La sonda mide ya 9 nodos, con los dos glifos. ## Lo que entra: DOS claves donde el generador pedía cuatro `context-close-size` y `context-close-radius`. El chip de descarte es un control CUADRADO, así que es UNA clave para los dos ejes — la forma que `send-size` ya usa en esta misma receta. El aviso del generador ("`var(--size- xs-control-height)` / `1em`, dos valores") era un falso conflicto: metía en el mismo saco la CAJA (26 px) y su GLIFO. ## Lo que SALE: cuatro declaraciones que no han pintado nunca `[data-chat-composer-context-close] > svg` (`1em`) y `[data-chat-composer-send] > svg` (`1.1em`). Los dos glifos son `Icon` compuestos y el `Icon` emite `style="width: var(--icon-size-{k}); height: ..."` INLINE: ningún selector gana a un estilo en línea. Medido — el cierre pinta 14 px (`--icon-size-xs`) contra los 13,3 px que daría `1em`, y el envío 16 px (`--icon-size-sm`) contra los 14,7 px de `1.1em`. Retiradas: **0 diffs**. Misma lección que `chat-log` esta misma tarde, con dos glifos en vez de uno. ## Y una colisión ENTRE RECETAS, que no es del instrumento `--chat-composer-disabled-opacity` no alcanza, y no por un hábito del guard: `file-upload` barre DESCENDIENTES. `[data-file-upload] [data-disabled]` pesa (0,2,0) — lo mismo que `[data-chat-composer-send][data-disabled]` — y su receta se emite MÁS TARDE, así que gana sobre cualquier nodo deshabilitado dentro de un FileUpload. Que es exactamente donde vive el composer en su composición DOCUMENTADA (su propio README y su demo lo envuelven en uno). Medido sobre los nodos REALES quitando el atributo del ancestro: fuera del envoltorio alcanza (0.4 → 0.123 en el send Y en el shell). Los dos defaults son `--opacity-disabled`, así que la colisión es INVISIBLE hasta que un tema mueva uno de los dos. **No se arregla aquí** —tocar `file-upload` es cascadear—: se adjudica con su medida. Las otras tres adjudicaciones son hábitos conocidos del guard: `focus-border` (sólo bajo `:focus-within`, y el guard blurea tras abrir; enfocado el textarea real, `color(srgb 0.745 0.577 0.894 / 0.48)` → `rgb(1, 2, 3)`) y el par `transition-duration` / `-ease`, que ES la transición que el guard congela para poder medir todo lo demás (0,12 s → 4,321 s sin congelar). ## Identidad firmada (1) El `inline-size: 100%` del textarea, que ocupa su celda de la rejilla. ## El diff de computed y su residuo, medido 2.208 valores, 8 estados, 9 nodos. Idénticos salvo 2-4 de `[data-chat-composer-attach]` `blockSize`, que flota entre 30 px y 36 px — **y flota igual corriendo dos veces el MISMO código** (control after vs after2: 2 diffs, mismo nodo, misma propiedad). La causa, medida: en una recarga de cada ocho el `Button size="sm" variant="ghost"` que la demo compone en esa ranura computa 36 px **y fondo `oklch(0.5556 0.1829 305.86)`** —el sólido primario— con sus `data-size` y `data-variant` puestos: las reglas de talla y variante de `button` llegan tarde en el servidor de desarrollo. Un nodo que esta receta no dimensiona, y una carrera de CSS del dev server. Es también lo que salió en la captura "antes" (el clip sujetapapeles relleno), y por eso la de "después" se tomó cuatro veces: las cuatro idénticas entre sí. ## Guards censo `--only chat-composer` 100 % (global 68 %, no baja) · `component-audit` PASS · `eidos-lint` 0 invalid · `vitest run src/uix/eidos` sin rojos nuevos (el único vivo es el conocido `skin-media-player`) · `rtl:check` 0 · `docs:check` 0 · `check` sin un solo error del componente · prettier limpio sobre el contenido normalizado a LF. README con su sección «Talla y tema», demo con pestaña `Tokens` verificada en navegador, ficha con su veredicto §5 y registro en PLAN §8. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	509d1144ff	uix(calendar): temable — 84 % → 89 %, y una entrada de FAMILIA no se juzga en la ruta de UN componente ... CERO claves acuñadas: el censo no tenía nada que coser. Su columna `global` ya era 0 desde la capa calendar-surface (2026-08-21), así que lo único fuera de alcance eran cuatro literales de IDENTIDAD. Todo el trabajo fue MEDIR, y ahí estaba el hallazgo. Qué entra: - Cuatro literales firmados con su razón (recipe-contract §3), fuera del ratio: el inline-size: max-content del panel y de la tabla (su anchura ES day-size × 7 más el espaciado — precedente progress), el min-inline-size: max-content del panel de mes y el inline-size: 100% de la cabecera. La propuesta §4 pedía acuñar width / month-panel-width / grid-width para ellos: sería dar a un tema la anchura de una caja cuya anchura es su contenido. - Ninguna línea de CSS nueva. Las 74 claves del contrato quedan como estaban. Censo: 84 % → 89 % (71 knobs, 57 públicos, 4 literales → 67 knobs, 57 públicos, 0 literales, 4 excepciones). Los 7 que quedan fuera son los forwards de paleta THM-2: no se acuñan. CERRADO en su 89 %. Global 68 %, no baja. Centinela R-5.4: 45/74 → 68/74, 6 adjudicadas. Verde (exit 0). Lo que enseñó: 1. Una entrada de receta de FAMILIA no se puede juzgar en la ruta de UN componente. Esta entrada es el vocabulario de las cuatro superficies de rejilla de fechas (lo dice lib/calendar-surface.css): range-calendar, month-grid y year-grid consumen --calendar-* y no acuñan nada — de ahí su 0 % HONESTO. Sus partes llevan data-month-grid-* / data-range-calendar-*, invisibles al filtro data-calendar: 23 de sus 29 «tokens muertos» eran eso. Con urls a las tres rutas + extraNodes + barrido de variant, 45/74 → 68/74. Los tres consumidores NO se han tocado y siguen en su 0 % honesto. 2. Y la propia demo tapa tres claves más: su cabecera monta SELECTORES de mes y año donde iría el heading, así que heading-{fg,font-size,font-weight} no tienen nodo aquí; los tiene month-grid. 3. HALLAZGO — el tamaño de letra de los selectores de mes / año es NO DETERMINISTA. La sonda dio 36 diffs contra un cambio que era SÓLO comentarios; corrida dos veces sobre el MISMO código dio 24, en los mismos dos nodos y las mismas dos propiedades. Causa medida: [data-calendar-month-select][data-button] (calendar-select.css, la regla que existe precisamente para fijar la letra del Button a la del calendario) y [data-popover-trigger]:not([data-archetype='field-trigger']) (popover.css) empatan a (0,2,0), así que gana el módulo que Vite inyecte el ÚLTIMO: cuatro cargas dieron 14 / 16 / 14 / 14 px, con el orden de las hojas invertido en la que dio 16. Es la clase del empate por orden de carga de tree-grid (§12); arreglarlo mueve píxel → next-features §13. Regla que confirma: ante un diff inesperado, corre la sonda dos veces sobre el mismo código ANTES de sospechar de tu cambio. 4. calendar.select-min-width no tiene nodo en NINGUNA página del repo: su único consumidor es [data-range-calendar-month-select] / -year-select, y la demo de range-calendar renderiza un heading de texto mientras DateRangePicker importa los selectores del CALENDARIO. Hueco de demo → §13. Diff de computed: sonda antes/después, 22.656 valores en 7 estados. Los 36 diffs son ÍNTEGRAMENTE el no-determinismo del punto 3 (misma corrida contra sí misma: 24) y caen en dos nodos y dos propiedades; fuera de ellos, 0. Capturas 2× antes/después: IDÉNTICAS byte a byte. Guards: censo --only calendar 89 % · component-audit PASS · eidos-lint 0 invalid · vitest src/uix/eidos sin rojos nuevos (los dos son ajenos: skin-media-player, el conocido, y un fantasma de radio-group de otra sesión) · rtl:check 0 · docs:check 0 · npm run check COMPLETED con 0 errores en ficheros de calendar · prettier limpio sobre el contenido normalizado a LF. README «Talla y tema» actualizado y pestaña Tokens en la demo (74 claves, verificada en navegador: 0 errores de consola). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	cc010f79aa	uix(select): temable — 83 % → 92 %, y un token que ALCANZA y aun así no pinta ... Dos claves de COSTURA (PLAN §2-A: el valor es del sistema, el knob es del componente) y tres literales de identidad firmados. Ni un píxel movido. Qué entra en el contrato (101 → 103 claves): - invalid-border — las TRES declaraciones del estado inválido (el borde en reposo, el borde con foco/abierto y el anillo box-shadow que lo dobla) leían --color-risk-border A PELO. Es UNA clave, no dos: la propuesta §4 pedía invalid-trigger-border + open-invalid-trigger-border, y las filas agrupadas por VALOR son una sola. Bare como sus vecinas disabled-* (las ranuras de estado de esta receta son las del trigger) y como las siete invalid-border del catálogo. - group-gap — el hueco entre filas de un grupo iba a var(--space-1) directo. Nombre CONTADO en base.ts antes de acuñarlo: toolbar.group-gap. Tres literales firmados con su razón (recipe-contract §3), fuera del ratio: los dos inline-size: 100% (identidad — el select ES la anchura de su contenedor, el trigger ES la caja del select) y el opacity: 1 del check revelado, que deshace el 0 de la regla base. Censo: 83 % → 92 % (72 knobs, 54 públicos, 3 globales, 3 literales → 69 knobs, 57 públicos, 0 globales, 0 literales, 3 excepciones). Los 5 que quedan fuera son los forwards de paleta THM-2 leídos a pelo: no se acuñan. CERRADO en su 92 %. Global 68 %, no baja. Diff de computed: sonda antes/después, 2.176 valores en 8 estados = 0 diffs. Capturas 2× antes/después (cerrado y abierto): IDÉNTICAS byte a byte. Centinela R-5.4: 69/103, 34 adjudicadas en el ledger, todas MEDIDAS sobre el nodo real con las transiciones congeladas. Verde (exit 0). Lo que enseñó, todo del PORTAL: 1. El guard tiene que mantener el panel ABIERTO para medir los ~30 tokens de dentro, y el estado abierto TAPA los de reposo: trigger-border y trigger-indicator-fg leen muertos abiertos y MUEVEN con el panel cerrado. El instrumento sólo puede estar en un estado a la vez. 2. Tres knobs viven en nodos SIN data-select-*: la z del panel está en el [data-floating-wrapper] que soma porta (el caso popover.content-z) y el ritmo del viewport lo pinta el ScrollArea compuesto. Con extraNodes, 65/101 → 69/103. Nodos: 4 en reposo, 42 con el panel abierto. 3. La cascada de paleta anula sus 24 tonos, aquí en su forma MULTI-PARTE (trigger + content, porque el panel se porta fuera). Medido sobre el trigger abierto: --select-primary-border no mueve nada, --palette-border sobre el mismo nodo repinta. 4. separator-size ALCANZA y aun así no pinta: flex-shrink 1 en la columna del ScrollArea y un panel que desborda (scrollHeight 670 vs clientHeight 310) aplastan su 1px a 0px; con flex-shrink 0 el token sigue (1px → 9px). Un token vivo sobre un nodo aplastado lee igual que uno muerto. Defecto de píxel → next-features §13, no se arregla en este eje. §12.9 respetado: el contenido lleva data-depth=overlay, así que no se acuñó font-family ni line-height para el panel. Guards: censo --only select 92 % · component-audit PASS · eidos-lint 0 invalid · vitest src/uix/eidos sin rojos nuevos (los dos rojos son ajenos: skin-media-player, el conocido, y un fantasma de radio-group de otra sesión) · rtl:check 0 · docs:check 0 · npm run check COMPLETED con 0 errores en ficheros de select · prettier limpio sobre el contenido normalizado a LF. README con su sección «Talla y tema» y pestaña Tokens en la demo (103 claves, verificada en navegador: 0 errores de consola). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	fd8f01bace	uix(chat-log): temable — 77 % → 100 %, y el instrumento daba DIECISÉIS falsos muertos de 31 ... Protocolo PLAN-theming §7 sobre `chat-log`. Censo 77 % → **100 %**, contrato 31 → **35** claves, centinela **34/35** con 1 adjudicada. El default NO se mueve: diff de computed VACÍO (1.920 valores · 7 estados · 9 nodos), capturas 2x antes/después idénticas. ## Lo caro no fue acuñar: fue VER El guard leía **15/31** antes de tocar una línea de código, y las dieciséis "muertas" estaban las dieciséis VIVAS. Tres cegueras, ninguna del componente: 1. **El viewport que scrollea es del componente COMPUESTO.** El log pinta su `padding-inline` / `padding-block` sobre `[data-virtual-list-viewport]`, un nodo sin un solo `data-chat-log-*`: fuera del filtro de la sonda y del guard. Cuarta forma del mismo punto ciego (prose · navigation-menu · waveform). 2. **La demo no montaba TRES de las seis partes.** Separador de día y divisor de no-leídos no existían en el escenario, y la fila de evento vivía en el índice 0 de una lista virtualizada anclada al FINAL — fuera de la ventana. Once claves sin nodo que pintar. La demo los monta ya cerca del final (instrumento: lo que la demo no monta, nadie lo mide). 3. **La pastilla del separador es un `> span` sin atributo** — seis claves más. Con las tres arregladas, **31/31 antes de acuñar nada**. ## Lo que entra (4 claves, la COSTURA de los cuatro globales) `divider-padding-block` · `event-radius` · `pill-gap` · `to-latest-radius`. El valor sigue siendo el del sistema; el knob pasa a ser del componente. Los nombres salen del CATÁLOGO, no del generador: la ficha proponía `divider-unread-padding-block` y `pill-new-gap` —nombra por el atributo de la parte— cuando el contrato lleva `divider-fg` / `-line` / `-font-size` / `-gap` y `pill-bg` / `-fg` / `-radius`. La familia manda. ## Lo que SALE: una regla que no ha pintado nunca `[data-chat-log-to-latest] svg { block-size: 1em; inline-size: 1em }` no puede ganar: el `Icon` compuesto emite `style="width: var(--icon-size-sm); height: ..."` EN LÍNEA, y un estilo en línea gana a todo selector. El glifo mide 16 px (paso `sm` del icono), no los 14 px que `1em` daría sobre la fuente heredada del botón. **Retirada: 0 diffs**, que es la prueba de que estaba muerta. Es la clase `carousel.item-gap` / `drag-drop.preview-z`, con una vuelta más: aquí el inline lo escribe un COMPONENTE COMPUESTO, no soma. ## Identidades firmadas (3, fuera del ratio) `block-size: 100%` del shell y del viewport (el log ocupa la caja que la app le da) e `inline-size: fit-content` de la pill (la dimensiona su contenido). ## Adjudicada (1) `event-radius` — sólo pinta bajo `:focus-visible` y el guard hace blur tras abrir. Medido enfocando con TECLADO la fila real, con `transition` congelada: 0 px en reposo, 4 px enfocada, 1234 px con el centinela. ## Guards censo `--only chat-log` 100 % (global 67 %, no baja) · `component-audit` PASS · `eidos-lint` 0 invalid · `vitest run src/uix/eidos` sin rojos nuevos (los dos vivos son ajenos: `skin-media-player` y `radio-group.row-min-height-touch`) · `rtl:check` 0 · `docs:check` 0 · `check` sin un solo error del componente · prettier limpio sobre el contenido normalizado a LF. README con su sección «Talla y tema», demo con pestaña `Tokens` verificada en navegador, ficha con su veredicto §5 y registro en PLAN §8. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	2117d7422f	uix(editable): temable — 75 % → 82 %, y el guard CERRABA la superficie que medía ... Protocolo PLAN-theming §7 sobre `editable`. Censo 75 % → **82 %**, contrato 56 claves, centinela **42/56** con 14 adjudicadas. El default NO se mueve. ## Lo que costó medirlo: dos superficies y una apertura frágil al revés - **Preview e input comparten celda de rejilla y se excluyen** (`display: none`), igual que los triggers (Edit en reposo, Save/Cancel editando): una pasada deja fuera la mitad de la receta. Todo se midió DOS veces. - **Salir del modo edición es lo que hace un `blur`** —da igual lo que diga `submitMode`, esa opción sólo decide si el valor se compromete— y el guard blurea justo después de abrir. Abriendo con clic en el trigger, la superficie ya estaba cerrada cuando se medía: `submit-fg` leía muerto y mueve perfectamente abierta (`rgb(255,255,255)` → `rgb(1,2,3)`). Se abre por FOCO, con la demo en `activationMode=focus`, que es la apertura que el guard no deshace. Misma ley que `navigation-menu`, con el gesto invertido. ## Lo que entra al contrato (1 clave) `disabled-fg` — la tinta apagada de TODO el componente: preview, input y los tres triggers comparten UNA regla, así que el nombre desnudo del catálogo es el que toca (`label` y `select` ya lo llevan con este mismo valor). Era el único knob que iba a un primitivo a pelo, y encima con un respaldo escrito a mano —`var(--color-content-disabled, var(--color-content-muted))`— que estaba MUERTO: el token sí está declarado, así que el respaldo no podía pintar nunca. Retirado con él. ## Lo que sale (1 clave huérfana) `control-border`: ninguna regla lo consumía. El borde en reposo del control es `transparent` por diseño y el del input es el acento (`--_editable-palette-border`), así que esa clave pública prometía un knob que no existe — la deuda INVERSA del eje. Diff 0, y el centinela lo confirmaba muerto. ## Dos literales de identidad firmados El `fit-content` del preview (es tan ancho como el texto que enseña; la ficha proponía acuñarlo como `preview-width`, que sería acuñar la definición de la parte) y el `100 %` del input (llena la celda que comparte con el preview). ## Lo que se queda privado (el techo honesto es 82 %) Los SIETE knobs por privado son el puente de paleta THM-2 (`--_editable-palette-{solid,border,solid-hover}`), que la capa compartida alimenta por instancia desde `[data-color]`: un público encima dejaría que un tema lo fijara y matara el `color=` de cada instancia. Otros cuatro son sistema transversal (anillo de foco y velo de hover), ya fuera del ratio. ## Las catorce adjudicaciones, en dos razones — y una tercera que casi se cuela - El par `transition-*` **ES** la transición que el guard congela; medido sin congelar: `0.12s → 4.321s` y `cubic-bezier(0.4, 0, 0.2, 1) → steps(3)`. - Las doce claves de tono son la cascada de paleta, por PATRÓN y con el mecanismo a la vista: el nodo lleva `--palette-solid` de la capa por instancia, el bloque genérico `[data-editable][data-color]` —emitido EL ÚLTIMO, misma especificidad— lo lee, y el respaldo que nombra la clave del componente no llega nunca. Quítale `data-color` a la misma instancia y `--editable-primary-solid` vuelve a pintar (`rgb(1, 2, 3)`). - ⚠ **`risk-border` NO cae en ese patrón**: las tres reglas de inválido la leen DIRECTAMENTE, así que su silencio tiene otra causa —la demo es válida— y entrada propia: forzando `data-invalid` alcanza en el input Y en el control. Una excepción por patrón que engulle una clave con vida propia es una adjudicación falsa. ## Artefactos - Sonda: **0 diffs** en las dos caras — modo preview (1.696 valores, 7 estados) y modo edición (2.528 valores, 8 estados). - Captura 2× del reposo idéntica al byte. La de edición NO es comparable por bytes: la traza de la demo imprime un TIMESTAMP, así que dos corridas del mismo código difieren (comprobado antes de creerme el diff). Revisada a ojo. - `component-audit --only editable`: **PASS** · `eidos-lint` 0 invalid · `vitest src/uix/eidos` sin rojos nuevos (el conocido `skin-media-player`) · `rtl:check` 0 · `docs:check` 0 · `npm run check` COMPLETED, 0 errores en `editable`. - README «Talla y tema» + pestaña `Tokens` (56 filas, verificada en el navegador con `networkidle` y clic real). ## Defecto anotado, NO arreglado El tinte inválido ES la clave de tono (`--editable-risk-border`): dos knobs con una sola llave — un tema que quiera otro color de error mueve también las instancias `color="risk"`. El arreglo es una clave de estado por parte (`invalid-input-border` / `invalid-control-border`, la forma que `switch` acuñó el mismo día) y es contrato: se lista. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	0c06d42aac	uix(file-upload): temable — 76 % → 83 %, y una clave suya NO PINTABA en ninguno de sus tres botones ... Una clave acuñada, UNA RETIRADA con su declaración muerta, cuatro literales firmados y cuarenta y cuatro adjudicaciones medidas. El default no se mueve: diff de computed 0 sobre 11.448 valores en 17 estados y capturas 2x idénticas byte a byte. Censo: 76 % → 83 % (público 45, global 1 → 0, literal 4 → 0, excepción 0 → 4; knobs 61 → 56). Contrato 98 claves (una entra, otra sale). Global no baja. QUÉ ENTRA (1 clave) invalid-dropzone-border (var(--color-risk-border)). Era el único knob de apariencia que iba a un primitivo global a pelo. Lleva la PARTE en el nombre y no el `invalid-border` desnudo que el catálogo repite seis veces (checkbox, listbox, grid-list, radio-cards…): aquí hay TRES partes con borde —dropzone, botón e ítem— y el nombre desnudo no diría cuál tiñe. La forma modificador + parte + ranura ya está en el catálogo (invalid-input-border, invalid-control-border). Su estado no lo alcanza esta ruta: isInvalid sale de un Field envolvente y la demo no monta ninguno. Forzado: oklch(0.8059 0.1123 59.96) -> rgb(1,2,3). QUÉ SALE (1 clave, y su declaración) button-bg NO PINTABA. La regla compartida de los tres botones declaraba `background: var(--file-upload-button-bg)` y los tres la pisan después: el trigger con el sólido de la paleta, ItemRemove y ClearTrigger con transparent. Medido sobre los tres nodos, uno a uno: el centinela no mueve NADA en ninguno. Con UNA clave la respuesta de F2-A es retirar, no adjudicar — y retirarla da diff 0, que es la prueba de que estaba muerta. La clave sale con ella: un público sin consumidor es un huérfano. CUATRO LITERALES FIRMADOS (fuera del ratio) Los tres 100% de identidad —el campo ocupa el ancho que le dan, la miniatura llena la caja en la que se recorta, la barra ocupa la fila del grid— más el block-size de la miniatura. Cada uno con su anotación en la declaración (válvula de recipe-contract §3). CUARENTA CLAVES DE TONO NO PINTAN 8 tonos x 5 ranuras (solid, solid-hover, track, border, text), 40 de sus 98. Es la cascada de paleta: el forward emite AL FINAL un bloque genérico [data-file-upload][data-color] que resuelve desde el --palette-* global, misma especificidad (0,2,0), gana el último. Medido para los ocho tonos sobre las dos superficies que las consumen —el trigger (solid) y el dropzone en hover (track)—: ninguna se mueve, mientras --palette-solid sobre el nodo repinta. Adjudicadas POR PATRÓN; incidencia de fondo en next-features §13. FUERA POR DOCTRINA (los 9 privados) Ocho son el puente de paleta THM-2 y el noveno es EL CANAL DE VALOR (--_file-upload-progress-value, que el envoltorio escribe inline por fila). Lo que el componente escribe inline no es tema, y un público sobre el puente dejaría que un tema fijara el tono y matara el color= de cada instancia. Su techo honesto NO es el 100 %. VERIFICACIÓN Sonda estándar antes/después 0 diffs (4.608 valores · 8 estados · 19 nodos: la demo arranca con dos ficheros sembrados, así que monta la superficie entera) + barrido de los estados que la ruta no arranca (3 variantes x 3 tallas, invalid, disabled, dragging) 0 diffs sobre 6.840 valores · capturas 2x idénticas byte a byte · R-5.4 54/98, exit 0, sin STALE · censo --only 83 % · component:audit PASS · eidos-lint 29 morfo-backed / 0 invalid · vitest src/uix/eidos 35/36 (el rojo conocido es skin-media-player) · rtl:check 0 · docs:check 0 · prettier limpio · npm run check sin errores en ficheros del componente · pestaña Tokens verificada en el navegador (98 filas, 0 errores de consola). ⚠ Truco de medición nuevo: el «antes» del barrido de estados se reconstruye INYECTANDO el CSS de HEAD en la página (gana por orden a igual especificidad), sin tocar un árbol que otras tres sesiones están usando. Con muta-prueba: 19 diffs al alterar el control, 1 si sólo se altera el borde inválido. Índice construido a mano desde HEAD sobre los tres ficheros compartidos (recipes/base.ts, generated/base.css, theming-sentinel-exceptions.ts). Fuera del commit, como en el de `form`, docs/audit/theming/README.md — es un agregado global que mezcla trabajo en vuelo de otras sesiones. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	f24abdb60e	uix(search-field): temable — 71 % → 100 %, y sus 10 tokens sin medir NO mienten ... Cero claves nuevas. Su 29 % de deuda eran CUATRO literales que son identidad, y ahora van firmados. Diff de computed 0 sobre 1.216 valores en 8 estados y 5 nodos; R-5.4 de 7/17 a 17/17 SIN una sola adjudicación, dos corridas de acuerdo; capturas 2× antes/después idénticas byte a byte. LOS CUATRO LITERALES SON IDENTIDAD, NO KNOBS El line-height: 1 del icono —un glifo solo no tiene interlineado, la misma anotación que su hermana field.css—, el 100 % doble del ::before —el anillo ES la caja del indicador, que ya mide por --_search-field-loading-size— y el border-radius: 50 %. Ese último la §4 pedía acuñarlo como loading-indicator-radius: sería un knob que SÓLO puede romper el componente. El arco es un BORDE que gira; con cualquier otro valor la ruleta deja de leerse como una. Es la clase 4 de F2-B, «el 50 % de un círculo», al pie de la letra. DIEZ DE SUS DIECISIETE TOKENS NO SE HABÍAN MEDIDO NUNCA El centinela leía 7/17 porque la demo no monta dos estados: el indicador de carga sólo existe con loading (ocho tokens) y la X sólo se desvanece con el campo VACÍO, y el escenario arranca con valor (clear-hidden-opacity). Los dos interruptores entran como prepareWith, y EL ORDEN IMPORTA: el clic en la X tiene que ir PRIMERO, porque la propia regla que enciende le quita después el pointer-events al botón que la disparó. La sonda necesita el de loading por lo mismo: 4 → 5 nodos, sin perder ninguno. LOS DOS PRIVADOS NO SON DEUDA --_search-field-icon-size y --_search-field-loading-size son el conmutador por talla y sus cinco fuentes son, cada una, una clave pública. Se quedan: 58 de las 162 recetas resuelven así su eje size —incluidas las cerradas al 100 % este mes, empty-state y banner—, y convertirlas al ámbito size: del TSC cambiaría la especificidad de la emisión sin ganar un punto de alcance. ⚠ UN DEFAULT MEDIDO, ANOTADO, NO CAMBIADO Las dos escalas del mismo renglón divergen en los dos últimos peldaños. Medido en Chrome con transiciones y animación congeladas, forzando data-size sobre el nodo real, icono → indicador: xs 14→14, sm 16→16, md 18→18, lg 20→18, xl 32→20. El contrato lo declara de frente (loading-indicator-size-lg apunta a --size-md-icon-size y -xl a --size-lg-icon-size), así que en xl la ruleta es DOCE píxeles menor que la lupa que tiene al lado. No es deuda de alcance —las diez claves alcanzan—, es diseño que huele a copia a medias. Mueve píxel: D-TH.5 lo saca de este eje. Escrito en el veredicto §5 y en el README. CIFRAS Y GUARDS Censo 71 % → 100 % (15 knobs → 11: público 10, literal 4 → 0, excepción firmada 0 → 4; sistema 1, fuera del ratio). Contrato 17 claves, intacto — no hay cambio en base.ts ni en generated/. component-audit PASS · eidos-lint invalid 0 (9 morfo-backed, 4 eidos-only) · vitest src/uix/eidos 35/36 (único rojo skin-media-player, preexistente) · rtl:check 0 · docs:check 0 · npm run check sin errores en ficheros de este componente. README con su sección «Talla y tema» y pestaña Tokens en la demo (17 claves, verificada con clic de Playwright tras networkidle). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	f68bac4a66	uix(avatar): temable — 75 % → 90 %, y su contrato era INVISIBLE para los dos instrumentos ... Protocolo PLAN-theming §7 sobre `avatar` (incluye `AvatarGroup`, que comparte receta y fichero). Censo 75 % → **90 %**, contrato 84 → 88 claves, centinela **83/88** con 5 adjudicadas. El default NO se mueve. ## Lo primero: el instrumento no veía el contrato La entrada `avatar` de `recipes/base.ts` es la ÚNICA construida por una IIFE (un helper local genera sus 24 ámbitos compuestos), así que su mapa vive en el `return {`, un tabulador más adentro. Consecuencia medida: - el censo la leía como «sin entrada en base.ts» — 84 claves invisibles; - el centinela **moría** con `no recipe block for avatar`: el componente no se podía medir, y su gate no significaba nada. Los dos lectores leen ya la IIFE (dedentan el `return`). Sin este arreglo, todo lo demás de este commit habría sido humo. ## Lo que entra al contrato (6 claves) `group-overlap-{xs,sm,md,lg,xl,xxl}` — la escala de solape de `AvatarGroup`. Había UNA clave, `--avatar-group-overlap`, y la receta la RE-DECLARABA en seis bloques `[data-size]`: sentada en el elemento, ganaba siempre al `:root` donde escribe un tema. Medido: `37px` desde el asiento del tema no movía el margen; el mismo valor escrito sobre el nodo, sí. Ahora el paso viaja por `--_avatar-group-overlap` y los seis alcanzan desde `:root` (−8,4 · −11,2 · −14 · −16,8 · −22,4 · −33,6 px → 37 px, uno a uno). ## Lo que se retira (2 declaraciones muertas, diff 0 las dos) - `group-max`: el envoltorio escribía `--avatar-group-max` INLINE y la receta declaraba su default `99`. **No lo leía nadie** — el tope se aplica con `data-has-max` + `:nth-child(n + M)` porque una variable no entra en `:nth-child()`, y lo dice el propio comentario del CSS. Retirado de los dos sitios; el `+3` del grupo sigue exactamente donde estaba. - el respaldo `, white` de `--_avatar-badge-fg`: el contrato ya declara `--avatar-badge-color-custom-contrast: white`, así que era inalcanzable y sólo podía envejecer contra su token. Comprobado en la rama custom: la tinta sigue computando `rgb(255, 255, 255)`. ## Seis literales firmados (salen del ratio) Los cuatro `100 %` de Image y Fallback son IDENTIDAD — la parte ES la superficie del avatar, no una talla propia — y los dos `line-height: 1` mantienen el glifo centrado por la caja flex. ## Lo que se queda privado (el techo real es 90 %) `--_avatar-bg`, `--_avatar-fg` y `--_avatar-badge-bg` son un CONMUTADOR: cambian de fuente con la variante (solid · soft · outline) y su valor sale del forward de paleta THM-2 que la capa de color alimenta por instancia desde `[data-color]`. Un público encima dejaría que un tema los fijara y matara el `color=` de cada avatar. ## Artefactos - Sonda: **0 diffs** en TRES bases — demo de avatar con insignia y anillo (576 valores), la misma en modo fallback (384) y demo de AvatarGroup (3.072). - Capturas 2× antes/después de las dos demos: **idénticas al byte**. - Centinela R-5.4: 83/88, 5 adjudicadas con su medida en el ledger (`size-xxl` y `font-size-xxl` viven en el paso `xxl`, que el barrido del guard no alcanza — el límite que `metrics` ya registró; `radius-none` y `ring-width-sm` son «sólo el paso en vigor pinta»; `group-overlap-xxl` junta las dos cosas). - El guard aprende `avatar`: la insignia y el anillo son OPT-IN, el barrido de `data-variant` destapa las 16 claves `*-outline-*`, y `AvatarGroup` se mide en su propia ruta (21 muertos → 5). - `eidos-lint` 0 invalid · `vitest src/uix/eidos` sin rojos nuevos (el conocido `skin-media-player`) · `rtl:check` 0 · `docs:check` 0 · `npm run check` COMPLETED sin un solo error en `avatar`. - README «Talla y tema» + pestaña `Tokens` (88 filas, verificada en el navegador con `networkidle` y clic real). ## Lo que NO se arregla aquí (anotado) - **R-5.3 preexistente**: cuatro claves `*-color-custom*` donde la gramática exige `fg`. Son escotillas que el envoltorio escribe INLINE, así que renombrarlas cambia el contrato público de tres canales: se lista, el audit sigue en NEEDS-WORK por esto y sólo por esto. - **Falso POSITIVO nuevo del centinela** (next-features §13): escribe el token en `:root` y también sobre cada nodo, y para una propiedad personalizada que la receta re-declara en el ELEMENTO ese inline gana justo lo que un tema pierde. Es lo que hacía que `--avatar-group-overlap` leyera vivo. - **El barrido de tallas del guard para en `xl`**: añadir `xxl` dejaría STALE las seis excepciones de `metrics`, así que se hace con la re-verificación del ledger entero. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	bbdc77c07b	uix(switch): temable — 76 % → 81 %, y su tono NEUTRAL cae con los otros once ... Una clave nueva (51 → 52) y veinticinco adjudicaciones medidas: trece propias y doce por patrón. El default no se mueve: diff de computed 0 sobre 1.344 valores en 36 estados y capturas 2x idénticas. Censo: 76 % → 81 % (público 16 → 17, global 1 → 0; 22 knobs, 4 privados y 1 sistema fuera). Global 67 % (no baja). QUÉ ENTRA (1 clave) invalid-track-border (var(--color-threat-element)). Era el ÚNICO knob de apariencia que iba a un primitivo global a pelo. El nombre NO es el `invalid-border` que el catálogo repite seis veces (checkbox, listbox, grid-list, radio-cards, date-range-field…): esta receta tiene DOS partes con borde y las nombra — su hermana de estado es `disabled-track-border` y el pulgar lleva `thumb-border`, así que un nombre desnudo no diría cuál de las dos tiñe. La forma modificador + parte + ranura ya está en el catálogo (`invalid-input-border`, `invalid-control-border`). DOCE CLAVES DE TONO NO PINTAN — Y AQUÍ CAE TAMBIÉN «NEUTRAL» Es la cascada de paleta ya medida en button / badge / callout: el forward emite al FINAL un bloque genérico [data-switch][data-color] que resuelve desde el --palette-* global, misma especificidad (0,2,0), gana el último. Lo propio de este componente es que el fallback no salva ni al tono por defecto: soma estampa data-color SIEMPRE (es el color RESUELTO, neutral por defecto), así que el bloque genérico casa en toda instancia. Medido en checked: --switch-neutral-solid no mueve nada, --palette-solid sobre el nodo repinta (oklch(0.5556 …) -> rgb(4,5,6)). En button el neutral sobrevive; aquí no. Adjudicadas POR PATRÓN, con esa diferencia escrita. LAS OTRAS TRECE SON ESTADO O INSTRUMENTO Cinco disabled-* y el invalid-track-border nuevo sólo existen bajo su atributo, que ningún trigger alcanza (forzados: alcanzan, con su par medido). Los cinco size-*-thumb-translate son DOS huecos a la vez: pintan sobre `transform`, que el guard no fotografía, y valen 0px hasta que el interruptor está encendido (forzado checked: 12/14/16/18/20px -> 1234px). El par de transición ES la transición que el guard congela (sin congelar: 0,12s -> 11,5s en las cuatro propiedades). FUERA POR DOCTRINA (los 4 privados que quedan) --_switch-track-bg y --_switch-track-border-hover son CONMUTADORES: dos fuentes cada uno (la clave pública del estado apagado, el forward de paleta del encendido), y aplanarlos obligaría a duplicar cada regla por color. Las dos lecturas directas de --_switch-palette-solid* (el fondo del track en hover, la tinta del check dentro del pulgar) son el puente THM-2: un público encima dejaría que un tema fijara el tono y matara el color= de cada instancia. El techo honesto de este componente NO es el 100 %. DEFECTO ANOTADO, NO ARREGLADO El tinte inválido es --color-threat-element, el paso `element` de la escala: oklch(0.9555 0.0207 13.86), casi blanco sobre superficie clara. Y en cuanto entra el puntero, la regla de hover (0,4,0) lo tapa con el borde neutro fuerte. Es el MISMO valor en checkbox, radio-group y toggle para el mismo estado, así que es una decisión de escala del sistema (element contra border), no de esta receta: cambiarlo mueve píxel en cuatro componentes y D-TH.5 lo deja fuera. VERIFICACIÓN Sonda estándar antes/después 0 diffs (416 valores · 7 estados) + sonda de estados propia 0 diffs (928 valores · 29 estados: checked, invalid, readonly, disabled, RTL y las cinco tallas, cada uno con hover y foco) · capturas 2x antes/después idénticas · R-5.4 27/52, exit 0, sin STALE · censo --only 81 % · component:audit PASS · eidos-lint 13 morfo-backed / 0 invalid · vitest src/uix/eidos 35/36 (el rojo conocido es skin-media-player) · rtl:check 0 · docs:check 0 · npm run check sin errores en ficheros del componente · pestaña Tokens verificada en el navegador (52 filas, 0 errores de consola). Índice construido a mano desde HEAD sobre los cuatro ficheros compartidos (recipes/base.ts, generated/base.css, theming-sentinel-exceptions.ts): hay tres sesiones más en vuelo sobre ellos. Fuera del commit, como en el de `form`, docs/audit/theming/README.md — es un agregado global que mezcla ese trabajo. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	1a41312b68	uix(image-picker): temable — 71 % → 100 %, y el instrumento medía UN nodo ... Una clave nueva (13 → 14), cuatro literales firmados y el interruptor que hace medible el componente. Diff de computed 0 sobre 1.344 valores en 7 estados y 6 nodos; R-5.4 de 13/13 a 14/14 SIN una sola adjudicación; capturas 2× antes/después idénticas. EL PICKER ARRANCA VACÍO Y LA SONDA VEÍA UN NODO Todo lo que la receta pinta —preview, canvas, toolbar y los dos botones de icono— sólo existe en el estado ready, al que no llega ningún trigger: hay que cargar un fichero. Con el chip «Load sample image» de la demo la sonda pasa de 1 a 6 nodos. La sonda lo enciende por DEMO_VARIANTS y el centinela por prepareWith; éste necesita además openMarker, porque su re-apertura por token volvería a pulsar el chip y remontaría la vista previa a mitad de corrida. LA CLAVE ES hover-button-bg, Y EL NOMBRE LO DECIDIÓ EL CATÁLOGO Era el único knob que iba a un primitivo global a pelo. La §4 lo nombraba hover-rotate-bg por el PRIMER selector de la regla, y miente dos veces: pinta rotate Y remove, y el contrato de este componente ya llama button-* a ese par desde que nació. hover-{parte}-{slot} es la forma de las 60 claves hover-* de base.ts. NO ES EL VELO DEL SISTEMA — MEDIDO DESDE EL PÍXEL HACIA ARRIBA Los dos botones flotan SOBRE la foto: su relleno de reposo es translúcido (color-mix 88 %) y el hover lo vuelve OPACO. Es un cambio de RELLENO, no una capa encima. Con las transiciones congeladas, elementsFromPoint sobre el centro del botón: el cambio cae en el <button> —el nodo con forma, radio 6 px, de srgb .988/.88 a oklch(.9911 0 0)— y NINGÚN ancestro recibe background-image, porque el arquetipo action no trae velo (archetypes.css sólo vela trigger, item y option). No se bendice un duplicado, que es lo que paró el hover-* de listbox. LOS CUATRO LITERALES SE FIRMAN, NO SE ACUÑAN El 100 % doble del hijo del canvas es identidad (la <Image> ES la caja del canvas, ya con inset: 0), el line-height: 1 es un botón de un solo glifo, y el Highlight de forced-colors es la paleta del sistema operativo: un valor de tema ahí lo sustituiría el UA. Válvula de recipe-contract §3 — salen del ratio como ausencia ESCRITA. DEFECTO REAL, ANOTADO, NO ARREGLADO Ese hover neutro es una invención por componente y §38 / R-4.3 mandan que el hover neutro sea la capa --state-*. Migrarlo cambia el default (velo translúcido en vez de relleno opaco) y D-TH.5 lo prohíbe aquí. Y no basta con cambiar la receta: el arquetipo del par es action, que HOY no recibe velo — o action gana velo en archetypes.css (mueve píxel en todo el catálogo) o el par cambia de arquetipo, que es morfo. Escrito en el veredicto §5 y en el README. CIFRAS Y GUARDS Censo 71 % → 100 % (20 knobs → 16: público 12 → 13, global 1 → 0, literal 4 → 0, excepción firmada 0 → 4; sistema 3, fuera del ratio). Contrato 13 → 14 claves. component-audit PASS · eidos-lint invalid 0 (12 morfo-backed, 5 eidos-only) · vitest src/uix/eidos 35/36 (único rojo skin-media-player, preexistente) · rtl:check 0 · docs:check 0 · npm run check sin errores en ficheros de este componente. README con su sección «Talla y tema» y pestaña Tokens en la demo (14 claves, verificada con clic de Playwright tras networkidle). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	9c3f17fa60	uix(form): temable — 71 % → 86 %, y 24 claves suyas NO PINTAN por una cascada ... Diez claves nuevas (54 → 64), un literal firmado, veinte adjudicaciones medidas y un hallazgo que espera firma. Diff de computed 0 sobre 832 valores en 7 estados; capturas 2× antes/después. LAS DIEZ IBAN A LOS PRIMITIVOS A PELO El resumen de errores (error-summary-{bg,fg,border}) —es el señalizador de nivel de página y su superficie, su tinta y su borde SON el tono risk—, el acento de formulario inválido (invalid-accent, un privado con UNA sola fuente, no un conmutador), las tres superficies del árbol de AutoFields, las dos del widget y el subrayado a media tinta de los enlaces del resumen (link-underline-fg, el par del -offset que ya existía). ⚠ R-5.3 CAZÓ MI NOMBRE EN EL ACTO: lo acuñé como link-underline-color y la tinta es `fg` (theming §6.7 r7, firmado el 20). Renombrado antes de commitear. El guard de nombres funciona — es el vocabulario DIMENSIONAL el que no cubre (ver badge, hoy mismo). ⚠⚠ VEINTICUATRO CLAVES DEL CONTRATO NO PINTAN, Y ES UNA CASCADA [data-form-submit], [data-form-reset] y los dos botones del array llevan también data-button porque COMPONEN el Button canónico, y [data-button] casa con la MISMA especificidad (0,1,0) pero carga DESPUÉS: gana button.css. Medido propiedad a propiedad sobre el nodo real —altura, padding-inline, tamaño y peso de letra, interlineado, hueco, radio, grosor de borde, el par de transición y la opacidad deshabilitada—: NINGUNA se mueve. Es el defecto que gradient-picker documentó (36 de sus 45 claves) y que emoji-picker encontró hoy en su trigger. Allí la respuesta fue RETIRAR las declaraciones muertas; aquí son 24 claves públicas, y eso es una decisión del autor, no del que ejecuta. Quedan adjudicadas POR PATRÓN (una razón arquitectónica escrita una vez) y anotadas en §13 con la pregunta de fondo, que es la misma de §12.9 con el plano overlay: qué manda, el componente compuesto o la receta que lo compone. Si mandan las recetas, se sube la especificidad y no se retira nada; si mandan los compuestos, hay ~63 claves públicas que retirar en tres componentes. LAS DEMÁS ADJUDICACIONES SON RAMAS QUE LA DEMO NO MONTA El layout grid (forzado alcanza — y ojo: su grid-template-columns sólo CAMBIA si el valor altera el número de columnas; con 90px pasa de una columna de 502px a cuatro de 110,5), el resumen de errores VACÍO (sin <ul> que indentar ni <a> que subrayar) y toda la rama de ARRAY de AutoFields: el modo `auto` de la demo monta group y field, nunca array, item ni widget. Fuera por doctrina: los tres privados del panel son un CONMUTADOR (variante plain contra panel) y los cuatro --_form-action-* leen el forward de paleta THM-2. VERIFICACIÓN Sonda antes/después 0 diffs (832 valores · 7 estados) · R-5.4 22/64 con las 20 + el patrón adjudicados, exit 0 · component:audit PASS (tras el renombrado) · --names 0 desviadas · censo --only 86 % · eidos-lint 36 morfo-backed / 0 invalid / 0 class-hooks · rtl:check 0 · docs:check 0 · suite eidos 439/440 (el rojo conocido) · el ledger sigue en sus 63 hunks de prettier previos. Rama con cuatro sesiones en paralelo: índice construido desde HEAD + sólo mis hunks (base.ts por bloque), verificado con `git diff --cached`. No entra docs/audit/theming/README.md — es un agregado global que ahora mismo mezcla trabajo en vuelo de otras sesiones. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	ebe3fe6ed7	uix(skip-link): temable — 71 % → 100 %, y el guard aprende a abrir por FOCO ... Cero claves nuevas: su 29 % de deuda eran DOS literales que son la técnica, y ahora van firmados. Diff de computed 0 sobre 192 valores en 7 estados más los 52 del estado enfocado —el único que se ve— medidos aparte; capturas 2× idénticas byte a byte; R-5.4 de 0/8 a 8/8 SIN una sola adjudicación. LA §4 PEDÍA `width` Y `height`, Y LAS DOS SON LA TÉCNICA El `1px × 1px` no es un tamaño: es la mitad del sr-only canónico (la otra mitad es el par clip / clip-path). Un tema que lo mueva no cambia una apariencia, rompe el mecanismo — y a 0×0 algunos motores sacan el enlace del árbol de accesibilidad, que es exactamente lo único que este componente no puede permitirse; su propia cabecera ya razona eso mismo para display:none, visibility y el tabindex negativo. Firmados con /* literal: */, la válvula de recipe-contract §3: salen del ratio como ausencia ESCRITA, no como deuda. Misma clase que text-blur y text-scramble. LOS OTROS 5 KNOBS YA ESTABAN BIEN, Y LAS DOS AUSENCIAS SON DOCTRINA La tipografía se HEREDA (no hay font-* declarado; acuñarla fijaría el default, D-TH.5) y el anillo de foco es del SISTEMA (--focus-ring-*, recipe-contract §2). El `background:` en shorthand no mata ninguna capa de estado: su parte lleva archetype 'provider', que no recibe velo. EL INSTRUMENTO LEÍA 0 DE 8 — LA OCTAVA CLASE DE PUNTO CIEGO Toda su superficie existe SÓLO bajo :focus: sr-only mientras no lo tiene, píldora cuando sí. El guard no lo enfocaba nunca, y el blur que hace tras abrir lo habría deshecho igual. Clicarlo tampoco vale: su handler manda el foco a la región de destino, así que la píldora se va por el camino de entrada. Nace `openBy: 'focus'`, y con él `openingIsFragile` — el conjunto de aperturas que el blur y el aparcado del puntero NO deben deshacer, hasta hoy sólo 'hover'. Es aditivo: las cuatro condiciones que decían `openBy !== 'hover'` pasan a consultarlo y ninguna configuración existente cambia de rama. Re-verificado sobre tres del ledger: dialog 37/44 (la cifra exacta de su commit), tooltip 15/23, context-menu 27/28 — cero regresiones. ARTEFACTOS Sonda antes/después → 0 diffs, 0 nodos perdidos (192 valores, 7 estados) · estado ENFOCADO medido aparte con un script propio (la sonda estándar mide reposo, tallas, abierto y hover: nunca foco) → 52 valores, 0 diffs · capturas 2× idénticas byte a byte · R-5.4 8/8, exit 0 · censo --only 71 % → 100 % (knobs 8 → 6: los dos literales pasan a la clase excepción, fuera del ratio) · component:audit PASS · eidos-lint 2 morfo-backed / 0 invalid · rtl:check 0 · docs:check 0 · suite eidos 439/440 (el rojo conocido, skin-media-player) · npm run check COMPLETED sin errores en ficheros tocados · pestaña Tokens añadida a su demo y VERIFICADA en el navegador: 8 filas, 0 errores de consola. LO QUE NO ENTRA Y POR QUÉ docs/audit/theming/README.md es un agregado global y otra sesión tiene `form` en vuelo en el mismo árbol; se regenerará con su commit. Por lo mismo, de theming-sentinel.ts sólo entran mis hunks (verificado con git diff --cached). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	2e708adae8	uix(progress): temable — 69 % → 87 %, y el instrumento medía UNA de sesenta caras ... Dos claves acuñadas, seis literales FIRMADOS y cuatro knobs adjudicados por escrito. El default no se mueve: diff de computed 0 sobre 60 configuraciones y capturas 2x idénticas byte a byte. Censo: 69 % → 87 % (35 knobs → 30; público 24 → 26, global 3 → 2, literal 6 → 0, excepción firmada 0 → 6). Contrato 41 → 43 claves. Global 67 % (no baja). QUÉ ENTRA (2 claves) row-gap (--space-2) + column-gap (--space-3). Era el ÚNICO knob de apariencia que iba a un primitivo a pelo, y se parte en dos porque el atajo llevaba DOS valores distintos: el hueco de fila separa la línea de texto de la barra, el de columna separa el rótulo del valor. Un gap único habría nombrado un knob para dos. El catálogo tiene las dos palabras (row-gap x10, column-gap x4) y el molde exacto es chart.legend-row-gap / -column-gap. QUÉ SE FIRMA EN VEZ DE ACUÑARSE (6 literales, fuera del ratio) Cuatro 100 % y dos max-content: la geometría de la barra, no una decisión de tema — llena la fila que le dan, o se encoge a su propio grosor / diámetro. Cada uno con su anotación en la declaración (válvula de recipe-contract §3). QUÉ SE RECHAZA DE LA PROPUESTA §4 (dos de sus tres filas) indicator-radius — el --radius-full del anillo. Su GEMELO meter ya dejó el veredicto escrito EN EL CSS: es lo que hace circular a shape='circular', y un token dejaría que un tema des-redondease una forma que el consumidor pidió por su nombre. Identidad, no knob; se copia el comentario del gemelo. Son los dos únicos global que quedan, y el censo no puede sacarlos del ratio: la válvula de la anotación sólo reclasifica la clase literal, nunca un global (mismo techo que meter). width: max-content — la §4 fundía en UN nombre dos nodos distintos (la raíz vertical y la raíz circular) y los nombraba por el primer selector. Es el literal de identidad de arriba. EL TECHO HONESTO ES 87 %, NO 100 % Los dos knobs private que quedan son el CANAL DE VALOR: --_progress-value-pct lo escribe soma en el estilo inline del provider en cada render (0-100 saturado) y la receta lo lee para el ancho del relleno lineal y el alto del vertical. Un público encima mentiría — un tema no puede fijar el progreso de una tarea. Misma clase que el z-index inline de drag-drop. GUARD R-5.4: 40/43, TRES ADJUDICADOS CON SU MEDIDA indicator-bg-loaded — sólo pinta bajo [data-state='loaded'], y la corrida mantiene indeterminate encendido para alcanzar los tokens del barrido; forzado sobre el nodo real: oklch(0.6406 0.1329 157.68) -> rgb(1,2,3). transition-duration / -ease — los congela el guard por diseño; pasada sin congelar: 0.18s -> 11.5s y cubic-bezier(0.4, 0, 0.2, 1) -> steps(7). EL INSTRUMENTO MEDÍA UNA DE SESENTA CARAS La sonda estándar ve 4 nodos — que son TODAS las partes del morfo — pero una sola configuración: lineal, horizontal, loading, md. Medio contrato (el anillo, el eje vertical, el barrido indeterminado, la tinta de completado) queda fuera del diff, y el gate pasa en verde sin haberlo mirado. El guard lo dijo antes: 22 de 41 en la página por defecto. Con sweepAttr data-shape — el interruptor que su gemelo meter YA tenía — sube a 34; con el interruptor indeterminate de la demo, a 37; con el chip vertical, a 38. Cada control se comprobó por separado, antes y después, porque montar más puede medir menos: aquí ninguno tapó nada. Y una trampa NUEVA, medida aquí: una sonda que CACHEA los nodos y luego mide en bucle da 8.352 falsos diffs si el HMR reemplaza el subárbol a mitad de corrida. getComputedStyle sobre un nodo DESACOPLADO devuelve la cadena vacía en TODAS las propiedades, y el diff lee cada vacío como un cambio. Se arregla re-consultando los nodos en cada instantánea, y se detecta haciendo fallar la sonda ante un computed vacío. Pariente de hmr-stale-tab-phantom-findings. ARTEFACTOS Sonda estándar: 4 nodos, 800 valores x 7 estados -> 0 diffs. Sonda de variantes (2 formas x 2 orientaciones x 3 estados x 5 tallas, elemento y ::before): 17.280 valores -> 0 diffs. Capturas 2x antes/después, lineal y circular: idénticas byte a byte. Censo --only progress 87 % · component:audit PASS 1/1 · eidos-lint 0 invalid (13 morfo-backed, 12 eidos-only) · vitest src/uix/eidos 439/440 (el único rojo es el conocido skin-media-player en lint.test.ts) · rtl:check 0 · docs:check 0 · npm run check sin errores atribuibles a progress · prettier limpio en lo tocado (progress.css estaba limpio en HEAD y sigue limpio; los dos ficheros del centinela ya venían sucios de antes y mis líneas no añaden nada). README de eidos con su sección «Talla y tema» y pestaña Tokens en la demo, verificada en el navegador: 43 filas resueltas en vivo, 0 errores de consola. NOTA DE ÁRBOL COMPARTIDO Otra sesión trabaja sobre form en los mismos ficheros (base.ts, generated/base.css, los dos del centinela y el índice de fichas). Lo indexado se construyó a mano desde HEAD + sólo mis hunks, así que el commit no arrastra su trabajo en curso; docs/audit/theming/README.md lleva sólo el delta de progress y conserva la fila de form tal como está en HEAD. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	bb89174a8b	uix(dialog): temable — 67 % → 89 %, y el borde dice CÓMO se cerró ... Siete claves nuevas (37 → 44), un literal firmado, siete adjudicaciones medidas. Diff de computed 0 sobre 480 valores en 8 estados. LAS SIETE SON LAS DOS TINTAS SEMÁNTICAS QUE LE FALTABAN Cuatro para los tonos EVALUATIVOS (risk-border, risk-title-fg, threat-border, threat-title-fg): dialog no tiene forward de paleta THM-2 y su trato de tono es deliberadamente estrecho —el borde y la tinta del TÍTULO, nunca la superficie del cuerpo, para que el texto largo no compita con la señal—, pero iban a --color-risk-* a pelo. Tres para el tinte de SALIDA (saved-border, failed-border, dismissed-border): el morfo escribe data-last-action antes de que data-state pase a closed, así que el borde superior dice CÓMO se cerró mientras se va. El tercero cubre cancelled / dismissed / dismissed-outside, que comparten valor: todo cierre sin resultado. {tono}-border es el nombre del catálogo (48 claves) y failed-border el de proof-of-human. EL 11 % QUE QUEDA SON CUATRO ESCOTILLAS, NO DEUDA Los --_dialog-content-*-override los escribe el wrapper INLINE desde las props width / minWidth / maxWidth / height / minHeight. Un público encima lo pisaría el inline y mentiría — la clase de --_background-gradient-image y del triple de s-text-virtual-list. El nombre del privado ya lo dice: -override. ⚠ NO se acuñó tipografía de superficie, por §12.9: el contenido lleva data-depth='modal' y un plano declara font-family / line-height a la misma especificidad y más tarde en la cascada. Las claves de título y descripción que ya existían son de PARTES internas, no de la superficie del plano. SIETE ADJUDICACIONES, DOS DE ELLAS CON SEGUNDA PASADA Estados que la demo no monta: la hoja inferior, el tamaño full, las ocho celdas no centradas de la rejilla de posición, el data-position del botón de cierre y los tres tintes de salida (que sólo existen mientras data-state='closed' y data-last-action COEXISTEN). Y dos costaron una segunda pasada por el VALOR del atributo: la rejilla usa top-left / top-right (físicos), no top-start; y el botón de cierre NO lleva data-position en esta demo aunque todas las reglas que leen close-inset lo exigen. VERIFICACIÓN Sonda antes/después 0 diffs (480 valores · 8 estados · 8 nodos con el diálogo abierto) · R-5.4 37/44 con las siete adjudicadas, exit 0 · component:audit PASS · censo --only 89 % · eidos-lint 15 morfo-backed / 0 invalid / 0 class-hooks · rtl:check 0 · docs:check 0 · suite eidos 439/440 (el rojo conocido) · capturas 2× · el ledger sigue en sus 63 hunks previos. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	4b9354bba2	uix(pin-input): temable — 65 % → 100 %, y un respaldo que mentía por 0,15 ... Dos claves nuevas (20 → 22), cuatro privados renombrados, VEINTIDÓS respaldos retirados y seis adjudicaciones medidas. Diff de computed 0 sobre 1.856 valores en 8 estados. SU 35 % DE DEUDA ERAN TRES DEFECTOS, NINGUNO DE DISEÑO 1. Un prefijo ABREVIADO: los privados se llamaban --_pin-cell-* dentro de un componente llamado pin-input, así que el censo no podía reconocerlos como suyos y los cuatro knobs que los leen contaban como deuda aunque DERIVAN de públicos. Renombrados a --_pin-input-cell-* — el cuarto caso de esta clase tras color-picker, metrics y time-picker. 2. Un respaldo A SÍ MISMO: font-family leía var(--style-label-font-family, var(--style-label-font-family)), que es un no-op con forma de defecto. Ahora es la costura. 3. La tinta del dígito iba a --color-content-primary a pelo → cell-fg. Y LOS VEINTIDÓS RESPALDOS ESCRITOS A MANO Cada var(--pin-input-x, <valor>) duplicaba lo que el contrato ya declara en :root: código muerto, y retirarlos dio 0 diffs, que es la prueba. Pero UNO MENTÍA: disabled-opacity respaldaba 0.55 cuando --opacity-disabled vale 0.4. Es la ley de los `, 1.4` contra un --font-line-height-sm de 1.45 que este mes ya salió en dos componentes, aquí con más deriva. Un respaldo no es una red de seguridad: es una segunda fuente que nadie actualiza. SEIS ADJUDICACIONES, Y DÓNDE VIVE CADA ESTADO La demo muestra un pin vacío, editable y válido, así que los seis tokens de estado no tenían nodo. Forzados sobre los nodos reales alcanzan los seis — con un detalle que costó una pasada: `filled` y `active` son atributos de la CELDA, pero `invalid` y `readonly` se estampan en el CONTENEDOR y cascadean (soma los OR-fusiona con el Field que las envuelve). Forzarlos en la celda no hace nada. VERIFICACIÓN Sonda antes/después 0 diffs (1.856 valores · 8 estados · 8 nodos) · R-5.4 16/22 con las seis adjudicadas, exit 0 · component:audit PASS · censo --only 100 % · eidos-lint 8 morfo-backed / 0 invalid / 0 class-hooks · rtl:check 0 · docs:check 0 · suite eidos 439/440 (el rojo conocido) · capturas 2× antes y después · el ledger sigue en sus 63 hunks previos. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	d6871eb103	uix(meter): ADJUDICADO — 64 % → 75 %, su techo, y el guard medía la MITAD ... CERO claves nuevas: su contrato de 28 ya cubría todo lo que es suyo. Dos literales firmados, cuatro adjudicaciones medidas y tres filas que se quedan fuera A PROPÓSITO. Diff de computed 0 (416 valores, 7 estados), capturas antes/después idénticas. EL GUARD MEDÍA LA MITAD DEL COMPONENTE La demo arranca en shape='linear', así que los CATORCE tokens del anillo —doce pasos de tamaño y grosor, más su pista y su centro— no tenían nodo que pintar: 12 de 28. Con el barrido de data-shape sube a 24/28. LOS DOS border-radius DEL CÍRCULO NO SE ACUÑAN Son lo que hace circular a shape="circular": el exterior del anillo y el agujero del centro. Un --meter-circular-radius dejaría que un tema descirculara una forma que el consumidor pidió POR NOMBRE — identidad, no knob, la misma lectura que los dos 50 % de cropper. Nota de coherencia con badge, donde SÍ acuñé dot-radius para un --radius-full: allí el punto es un adorno cuya forma es estética (y knob.indicator-radius vale --radius-sm, que lo prueba); aquí el redondeo ES el valor del atributo. La prueba sigue siendo qué DECIDE el token, no qué valor tiene. --_meter-value-pct es CANAL DE VALOR: el wrapper lo escribe inline con el porcentaje, y de él salen la anchura de la barra y la parada del conic-gradient. Y los dos 100 % son identidad (la barra lineal ES el ancho de su contenedor; el indicador llena el alto de la pista), firmados en su declaración. Adjudicado con medida: las dos tintas de zona fuera de `optimum` (forzadas alcanzan) y el par de transición (sin congelar: 0,18s → 11,5s). VERIFICACIÓN Sonda antes/después 0 diffs · R-5.4 24/28, exit 0 · component:audit PASS · censo 75 % con las tres filas explicadas · eidos-lint 4 morfo-backed / 0 invalid / 0 class-hooks · rtl:check 0 · docs:check 0 · suite eidos 439/440 (el rojo conocido) · capturas 2× miradas · el ledger sigue en sus 63 hunks previos. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	863c6993c8	uix(emoji-picker): temable — 61 % → 100 %, y el cromo del trigger NO era suyo ... Siete claves nuevas, TRES RETIRADAS por muertas, tres literales firmados y cinco adjudicaciones medidas. Contrato 17 → 21. Diff de computed 0 sobre 6.080 valores en 8 estados (176 nodos con el panel abierto), capturas 2× idénticas. LOS NOMBRES LOS DIO EL CATÁLOGO `open-trigger-fg` (accordion lo nombra igual), grid-padding-inline + grid-padding-block-end (el eje lógico completo, como card-group / combobox / command) y las tres del marcador de tono, la familia timeline.marker-{size,radius,bg}. Se llama tone-marker-* y no marker-* porque el pie lleva además un selector de TONO: dentro del propio componente, `marker` a secas sería ambiguo. TRES CLAVES RETIRADAS — EL CROMO DE REPOSO DEL TRIGGER NO ES SUYO El trigger lleva también data-popover-trigger, y [data-popover-trigger]:not([data-archetype='field-trigger']) es (0,2,0) contra el (0,1,0) de esta receta: el radio, la tinta y el tamaño de letra los pinta popover.css. Medido: mover --emoji-picker-trigger-{fg,radius,font-size} no cambiaba NADA. Retiradas con sus declaraciones, 0 diffs — la prueba de que estaban muertas. Es el defecto que gradient-picker documentó (36 de sus 45 tokens) y la misma respuesta. Sobreviven dos por razones distintas: trigger-size, porque popover dimensiona con `height` y no con el par lógico, y open-trigger-fg, porque su selector añade [data-state='open'] y gana por orden. trigger-fg no llegó a existir: se acuñó y se midió muerta en el mismo pase. CINCO ADJUDICACIONES, TODAS SOBRE NODOS REALES Las tres del marcador de tono (la demo monta CERO celdas data-tone-capable; forzado el atributo sobre una celda real, el ::after alcanza: 4px → 37px, 9999px → 37px, y el fondo), preview-name-fg (los hijos de la vista previa son <span> desnudos, sin atributo del componente, fuera del conjunto medido) y open-trigger-fg. ⚠ open-trigger-fg OSCILA ENTRE CORRIDAS: 17/21, 16/21, 16/21 con el mismo código. Medido vivo CUATRO veces —la última replicando paso a paso el staticPass del propio guard, que movió a la primera talla—, así que el token no miente: lo que falla es el instrumento. La causa: el panel se cierra en algún punto de la pasada y, durante la animación de SALIDA, el content sigue en el DOM mientras el trigger ya perdió data-state='open', que es lo que la regla selecciona; reopen() mira el CONTENT, cree que está abierto y no reabre. Probé un openMarker sobre el trigger y NO basta (el clic de reapertura cae en esa misma ventana), así que lo retiré en vez de dejar un override que no arregla. El arreglo real es que reopen() espere a la CONDICIÓN en vez de dormir un número fijo — §13. Su entrada de ledger saldrá STALE en las corridas donde alcanza, y está escrito en la razón para que nadie la borre por eso. Y EL INSTRUMENTO DE CAPTURA ESTABA ROTO DESDE SIEMPRE __shot.ts tenía el puerto 5173 CABLEADO, así que cualquier sesión en otro puerto moría con ERR_EMPTY_RESPONSE. Es probablemente por lo que los pasos 6 y 13 del protocolo se saltaron en 33 componentes sin que nadie lo notara. Ahora toma la URL como argumento —como la sonda y el guard— y un --open opcional para los componentes cuya superficie sólo existe abierta. Estrenado aquí: capturas antes y después, miradas y idénticas. VERIFICACIÓN Sonda antes/después 0 diffs (6.080 valores · 8 estados) · R-5.4 17/21 con las cinco adjudicadas, exit 0 · component:audit PASS · censo --only 100 % · eidos-lint 17 morfo-backed / 0 invalid / 0 class-hooks · rtl:check 0 · docs:check 0 · suite eidos 439/440 (el rojo es skin-media-player, el conocido) · el ledger sigue en sus 63 hunks de prettier preexistentes. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	e522e04e65	docs(theming): los 21 de la mañana recuperan su README y su pestaña Tokens ... La revisión de hoy (`REVIEW-theming-2026-08-23.md`, punto P4) destapó que NINGUNO de los commits de tokenización de la mañana del 23 hizo los pasos 8 y 9 del protocolo: `git show --stat` de los diecisiete sólo tocaba CSS, base.ts, el ledger y las fichas. Veintidós componentes tokenizados sin la tabla de tokens en su README y veintiuno sin la pestaña que la enseña viva. QUÉ ENTRA - **README «Talla y tema»** en 22 (los 21 con demo + `surface`, que no tiene ruta). La tabla NO está escrita a mano: se DERIVA de `lib/recipes/base.ts` y de `theming-sentinel-exceptions.ts`, así que lo que el lector ve es lo que el contrato dice. Hasta 30 claves va la tabla completa clave → valor por defecto; por encima, agrupada por parte (con la paleta en su propio grupo, que si no se come la tabla: button tiene 70 claves de tono de 106). Debajo, lo que el guard da por silencioso con su razón medida, y la excepción POR PATRÓN cuando la razón es la cascada de paleta. - **Pestaña `Tokens`** en los 21 con demo, con el conteo real de claves. VERIFICADO EN EL NAVEGADOR, LOS 21 Cada pestaña abre y lista exactamente sus claves: menubar 35 · field 68 · onion-menu 19 · button 106 · callout 34 · empty-state 26 · dropdown-menu 28 · context-menu 28 · checkbox 47 · image 23 · anchor-nav 12 · banner 53 · date-range-field 7 · time-range-field 7 · tooltip 23 · section 4 · sticky 1 · button-group 1 · qr-code 10 · toggle-group 1 · split-button 1. ⚠ Y el verificador mintió DOS veces antes de acertar: primero buscaba el rótulo de la cabecera del panel en `innerText` (no lo encontraba aunque la tabla estaba ahí), y después clicaba con `element.click()` tras `waitUntil: 'load'` — la página aún NO ha hidratado, así que el `onclick` de Svelte no está enganchado y el clic no hace nada. Con `networkidle` + el clic de Playwright (que espera a que el nodo sea accionable), los 21 en verde. Es la ley de siempre: el instrumento miente primero. `audio-player` queda fuera: no tiene README propio — hueco aparte, anotado. Verificación: `npm run check` sin errores nuevos en las 21 demos (los 72 globales son ajenos y preexistentes) · `docs:check` 0 · cada README conserva su estructura de encabezados y **ninguno gana un hunk de prettier** (mi sección se formateó dentro de su propio recorte, sin tocar lo ajeno). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	f03ee5af46	uix(cropper): temable — 60 % → 94 %, y la suite corrigió el valor al entrar en el contrato ... Dos claves nuevas (15 → 17), siete literales firmados. Diff de computed 0 sobre 3.744 valores en 7 estados; R-5.4 17/17, sin una sola adjudicación. LAS DOS CLAVES SON EL CROMO DEL BOTÓN DE ZOOM Su radio y su font-size. El segundo es la COSTURA: el valor es la escala de tipo del sistema, el knob es del componente, así que un tema puede dimensionar los glifos ± sin mover el texto md de toda la app. Y LA SUITE VOLVIÓ A CORREGIRLO, COMO EN BADGE El verbatim del CSS era el primitivo --font-size-md y recipe-css-contract exige la coordenada del BUNDLE (--size-md-font-size, theming §5). Dos veces en una tarde: SUBIR UNA DECLARACIÓN AL CONTRATO LA SOMETE A REGLAS QUE EN EL CSS NO SE LE APLICABAN. Corregido; el diff sigue en 0. SIETE LITERALES, Y LOS SIETE SON IDENTIDAD Cuatro 100% (el cropper ES el ancho de su contenedor, el viewport el del cropper, la imagen LLENA el viewport), dos 50% (el 50 % ES lo que hace redonda la selección; un tirador ES un círculo) y el line-height: 1 de un botón que sólo contiene un glifo. La clase 4 de F2-B al completo, en un componente. EL 6 % QUE QUEDA ES UNA FILA DE OTRA FIRMA El :hover del botón de zoom pinta var(--color-surface-default) a mano. No se acuña —hover-zoom-btn-bg bendeciría un hover por componente, que §38 y R-4.3 deprecan— y no se puede migrar aquí: [data-cropper-zoom-btn] es un hook EIDOS-ONLY, no una parte del morfo, así que no lleva data-archetype y la capa de estado no le alcanza. Darle arquetipo es morfo. Cola de la firma 3. Y un hueco de composición que sale de paso: ese botón debería COMPONER IconButton en vez de ser un <button> con cromo propio (radio, borde, fondo, tinta y foco a mano). No se toca aquí —mueve píxel y es composición— pero explica por qué su hover quedó huérfano de la capa de estado. VERIFICACIÓN Sonda antes/después 0 diffs (3.744 valores · 7 estados · 17 nodos) · R-5.4 17/17 · component:audit PASS · censo 94 % con la única fila restante explicada · eidos-lint 18 morfo-backed / 8 eidos-only / 0 invalid / 0 class-hooks · rtl:check 0 · docs:check 0 · suite eidos 439/440 (el rojo es skin-media-player, el conocido). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	271fcd4df8	uix(badge): temable — 59 % → 75 %, y subir un privado al contrato lo somete a reglas nuevas ... Seis claves nuevas (65 → 71), dos literales firmados, cinco privados adjudicados. Diff de computed 0 sobre 992 valores en 7 estados. LA ALTURA DEL CHIP ERA EL HUECO Badge monta su altura en la escala de CONTROL a propósito —para que `md` signifique lo mismo lleve o no un control dentro (el ✕ removible es un IconButton: medido, el mismo badge md daba 30px sin él y 46px con él)— pero lo hacía desde un privado con cuatro fuentes por talla que leía --control-height-* A PELO. Eso es una ESCALA, no un conmutador: sube al TSC como min-block-size-{xs,sm,md,lg} + el resuelto, el molde que sus vecinas padding-inline / gap / font-size ya tenían. Y AL ENTRAR EN EL CONTRATO, LA SUITE LO CORRIGIÓ El valor verbatim del CSS era el primitivo CRUDO (--control-height-{k}) y recipe-css-contract exige la coordenada del BUNDLE (--size-{k}-control-height, theming §5). Es la trampa que el handoff nombra —«la propuesta hereda el incumplimiento del CSS de partida»— y que ya mordió a code-block: SUBIR UN PRIVADO AL CONTRATO SOMETE SU VALOR A REGLAS QUE EN EL CSS NO SE LE APLICABAN. Corregido; el diff sigue en 0. dot-radius ES EL PAR QUE FALTABA Redondo es el DEFECTO, no la definición: knob.indicator-radius vale --radius-sm, así que el catálogo ya trata el radio de un marcador como knob. Los dos 100% del glifo son identidad (el icono ES su ranura), firmados. LOS CINCO PRIVADOS SON LAS TRES CLASES DE F2-B EN UN SOLO COMPONENTE --_badge-bg / --_badge-fg son un CONMUTADOR (cambian de fuente con la variante: track · solid · transparent, y aplanarlos obligaría a duplicar cada regla); --_badge-fill-finish es el canal que el generador de degradados deriva de la paleta de ESTA instancia; y --_badge-palette-* son forwards THM-2 que la capa de color alimenta por instancia — un público encima dejaría que un tema los fijara y matara el color= de cada chip. LAS 40 CLAVES DE TONO NO MUEVEN NADA, Y YA SABÍAMOS POR QUÉ El bloque genérico [data-badge][data-color] del forward de paleta se emite EL ÚLTIMO y gana por orden a igual especificidad: la pintura sale del --palette-* global. Es el hallazgo de cascada de paleta medido en button, badge y callout el mismo día (§13, pendiente de firma) y entra como EXCEPCIÓN POR PATRÓN — una razón arquitectónica escrita UNA vez, no cuarenta accidentes. Con ella y los dos pasos de radius adjudicados (forzando data-rounded: 4px → 37px y 10px → 37px), el guard queda en 29/71 y limpio. EL INSTRUMENTO NO VEÍA TRES DE SUS CINCO PARTES Dot, icon y remove son interruptores OPT-IN apagados por defecto: la sonda medía 2 nodos —raíz y etiqueta— y ninguna de las partes que la receta pinta. Encendidos, 5. Misma clase que las capas opt-in de background. ⚠ component:audit da NEEDS-WORK y es PREEXISTENTE: R-1.5, sin tratamiento de foco en la receta (grep focus-visible = 0 tanto en HEAD como después). El ✕ trae el suyo del IconButton que compone; el chip no es focalizable. No se toca aquí: darle foco mueve píxel y es decisión de diseño. VERIFICACIÓN Sonda antes/después 0 diffs (992 valores · 7 estados · 5 nodos con las tres partes encendidas) · R-5.4 29/71 con el resto adjudicado (dos entradas propias + una excepción por patrón), cero STALE · censo 75 % · eidos-lint 5 morfo-backed / 14 eidos-only / 0 invalid / 0 class-hooks · rtl:check 0 · docs:check 0 · suite eidos 439/440 (el rojo es skin-media-player, el conocido). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	1f785b6f2d	uix(s-text-virtual-list): temable — 58 % → 70 %, y su techo es ése porque el triple es un CANAL ... CERO claves nuevas: dos literales firmados y tres declaraciones adjudicadas por doctrina. Diff de computed 0 sobre 2.240 valores en 7 estados; R-5.4 9/9 sin una sola adjudicación — su contrato ya era sano. LOS TRES QUE FALTAN SON CANAL DE VALOR, NO DEUDA font-family, font-size y font-weight leen var(--_s-tvl-*, <primitivo>), y el privado lo escribe el componente INLINE en cada render: eidos.resolve(size,'md') y sus dos hermanos SIEMPRE producen un valor, así que el estilo inline siempre está y el fallback del CSS sólo cubre el render previo a que aterrice. Un --s-text-virtual-list-font-* quedaría pisado por ese inline y MENTIRÍA — la clase de --gp-current-gradient, del preview-z de drag-drop y del canal de rect del indicador de navigation-menu. El mando aquí ES la prop (size / family / weight), y el tema llega por donde viven esos tokens: la capa tipográfica. Y hay una razón dura para que el triple viaje por una variable y no por un token de receta: el canvas que mide el texto lee getComputedStyle del contenedor, así que la fuente pintada y la medida tienen que ser la MISMA — una indirección que pudiera divergir rompería el cálculo de anchuras de la virtualización. LOS DOS LITERALES SON IDENTIDAD La lista ES el ancho de su contenedor; el espaciador ES el del scroller. Firmados con su anotación, fuera del ratio. Su techo real es el 70 % y está medido: mismo caso que listbox (68 % a propósito) o waveform (86 %). Lo que queda fuera no es deriva, es una decisión con dueño escrita. VERIFICACIÓN Sonda antes/después 0 diffs (2.240 valores · 7 estados · 10 nodos) · R-5.4 9/9 · component:audit PASS · censo 70 % con las tres filas restantes explicadas · eidos-lint 4 morfo-backed / 0 invalid / 0 class-hooks · rtl:check 0 · docs:check 0 · suite eidos 439/440 (el rojo es skin-media-player, el conocido). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	9bdc5a5d5d	uix(background): temable — 57 % → 95 %, y montar MÁS capas hacía medir MENOS ... Seis claves nuevas (31 → 37), tres literales firmados, un privado adjudicado y 19 tokens preexistentes medidos uno a uno: no había pasado por R-5.4. LAS SEIS CLAVES SON LA MISMA COSTURA, DOS VECES El patrón mesh leía var(--gradient-aurora) y los cinco pasos de escarcha leían var(--blur-*), los dos A PELO: el VALOR es del sistema, el KNOB es del componente. Con scrim-blur-* hay además una razón dura — `blur` es familia MÉTRICA del eje `scaling` (theming §23), así que un literal ahí sería ciego al zoom global. TRES LITERALES FIRMADOS, Y EL GRANO NO SE ACUÑA El 100% de img/video es identidad (una capa de medio ES la caja de su capa). El grano del ruido es un feTurbulence en un data-URI: la textura ES la técnica —el único patrón que el UA no elimina bajo forced-colors— y re-escaparlo para meterlo en el contrato cambiaría el valor serializado sin cambiar la imagen. Su mando sigue siendo pattern-noise-opacity. EL 5 % QUE QUEDA ES CANAL DE VALOR --_background-gradient-image lo escribe background-gradient.svelte EN LÍNEA desde la prop `colors`. Un público encima no lo alcanzaría —el inline gana— y mentiría: el caso de --gp-current-gradient y del preview-z que F2-B retiró. UNA SOSPECHA MÍA, REFUTADA MIDIENDO La línea del mesh hace lo que un apunte da por roto: un gradiente MESH por el longhand background-image (su color base final no es capa de imagen válida → computa `none`). Medido aquí: --gradient-aurora PINTA, porque su serialización empieza por un radial-gradient. No hay defecto. La nota vale para un mesh serializado con color base final, no para este token. EL GUARD: DE 3/37 A 18/37, Y UNA LECCIÓN AL REVÉS Las partes de este componente son CAPAS OPT-IN independientes (velo, foco, pausa…), cada una tras su control, y sólo un patrón se renderiza a la vez: sobre el escenario por defecto casi todo el contrato no tiene nodo que pintar. Nace `prepareWith` — enciende TODOS los controles que se le den, al contrario que `openWith`, que para en el primero — y con el barrido de data-pattern sube a 18. Y la lección: MONTAR MÁS PUEDE MEDIR MENOS. Encender además el foco puntual, la velocidad de paralaje y la profundidad bajó la corrida de 17 a 9: los tres repintan el background-image y el translate de la MISMA capa donde se miden los patrones. prepareWith se dejó en lo que no tapa. LAS 19 ADJUDICACIONES, FORZANDO SOBRE LA CAPA REAL Nunca sobre un nodo fabricado. Las dos del mask (fade-*, que el guard no puede ver porque no fotografía mask-image — hueco de instrumento, §13), las dos del contexto de tinta (on=dark/light), los ocho pasos de las dos escalas (blur 4→33, 8→33, 12→33, 24→33 px; strength alpha 0.08 · 0.13 · 0.4 · 0.7 → 0.9), el gradient-drift-duration (24s → 42s, en una capa gradient que EXCLUYE a la de patrón), los tres del foco puntual (40% → 42px…, y spotlight-fg sólo cuando la capa NO lleva data-color: con él manda --palette-solid, por diseño), el parallax-travel (sólo entra por las keyframes ligadas al scroll) y los dos de la pausa (la demo no monta ese control: cero nodos). AVISO: LOS CHIPS DE ESTA DEMO SE APLICAN CON RETRASO Una comparación por chips capturó cada estado con el patrón ANTERIOR —el estado «mesh» guardaba el glow— y dio 0 diffs por estar desfasada IGUAL en las dos corridas: un gate verde sobre dos medidas equivocadas. La prueba buena fue la de EQUIVALENCIA, determinista: cada token nuevo resuelve al mismo valor que el primitivo que sustituyó (pattern-mesh-image = --gradient-aurora; scrim-blur-{k} = --blur-{k} = 4/8/12/16/24 px) y lo pintado al forzar el atributo es idéntico (el mesh pinta el aurora, el ruido pinta su data-URI intacto). VERIFICACIÓN Sonda estándar antes/después 0 diffs (384 valores · 7 estados) · equivalencia token↔primitivo exacta en las seis · R-5.4 18/37 con las 19 restantes adjudicadas y medidas, cero STALE · component:audit PASS · censo 95 % · eidos-lint 3 morfo-backed / 63 eidos-only / 0 invalid / 0 class-hooks · rtl:check 0 · docs:check 0 · suite eidos 439/440 (el rojo es skin-media-player, el conocido). Tras el cambio del guard, command, table, tooltip, navigation-menu y waveform re-verificados sin regresión ni STALE. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	3c6742b9c5	uix(color-field): temable — 56 % → 93 %, y sus TRECE tokens nunca se habían medido ... Cuatro claves nuevas (22 → 26), un literal firmado, un préstamo adjudicado y trece tokens PREEXISTENTES medidos uno a uno: el componente nunca había pasado por R-5.4. Diff de computed 0 sobre 2.336 valores en 8 estados. LAS CUATRO CLAVES color-field IS-A Field y no realiasa nada suyo, así que lo que faltaba era pequeño y concreto: - separator-bg + separator-thickness — los separadores de canal («,», « / ») se pintan como líneas verticales de un pelo, y ni su tinta (--color-border-default) ni su grosor (1px) eran alcanzables. El 1px ES --border-width: es un filete, y dropdown-menu.separator-thickness lee la misma familia. El MISMO nodo renderizado como glifo («#», «%») ya tenía su literal-fg — una parte, dos tratamientos, ahora los dos con mando. - segment-min-width (3ch) + hex-segment-min-width (6ch) — el ancho fijo por número de caracteres, el que impide el reflujo al teclear (99 → 100). Los gemelos date-field y time-field cargan el mismo hecho DENTRO de un calc(2ch + 2 * var(--…-segment-padding-inline)), así que el suyo ya viajaba con un token; aquí iba a pelo. Precedentes de `ch` en el catálogo: editable.area-min-inline-size (12ch) y tags-input.input-min-inline-size (8ch). EL 7 % QUE QUEDA ES UNA FILA, Y ES DOCTRINA El chip lee var(--field-control-radius) porque IGUALA el radio del control —el comentario del CSS lo dice: «so the chip tracks the control»—. Qué DECIDE ese token: el radio del control de campo. Un swatch-radius propio daría un segundo mando para una decisión ajena y permitiría desincronizar el chip del campo que lo contiene. Préstamo con dueño: se tema en la ficha de field — misma lectura que el --slider-disabled-opacity de waveform, hoy mismo. TRECE ADJUDICACIONES, TODAS PROBADAS SOBRE NODOS REALES La demo arranca con valor, en md, editable y con tres formatos: cada estado y cada paso de talla que no monta no tiene nodo que pintar. Seis de estado (placeholder, invalid, los tres de readonly, disabled), cuatro de la escala del chip (14→77, 16→77, 20→77, 32→77 px), la etiqueta del formato BLOQUEADO —que sólo existe con un único formato permitido, medida desmarcando rgb y hsl CON LOS CHIPS DE LA PROPIA DEMO, no fabricando el nodo— y las dos de transición. LAS DOS DE TRANSICIÓN, DOS DIAGNÓSTICOS FALSOS Y EL SEGUNDO ES NUEVO El primero es la ley ya escrita: el guard congela `transition` para hacer medible todo lo demás, así que los tokens que SON la transición no se mueven bajo él. El segundo fue mío: midiéndolas a mano leí 0s y sospeché del @media (prefers-reduced-motion: reduce) del final del fichero — lo comprobé corriendo con reducedMotion: 'no-preference' y SEGUÍA dando 0s, porque el nodo que había cogido (querySelector('[data-color-field-segment]')) es el PRIMER segmento, que es un `literal` y declara transition: none de su propia cosecha. Sobre un segmento editable: 0.12s → 11.5s y cubic-bezier(0.4,0,0.2,1) → steps(7). Mide el nodo que PINTA, no el primero que casa el selector. VERIFICACIÓN Sonda antes/después 0 diffs (2.336 valores · 8 estados · 10 nodos) · R-5.4 13/26 con las trece restantes adjudicadas y medidas, cero STALE · component:audit PASS · censo 93 % · eidos-lint 14 morfo-backed / 14 eidos-only / 0 invalid / 0 class-hooks · rtl:check 0 · docs:check 0 · suite eidos 439/440 (el rojo es skin-media-player, el conocido) · Chrome: los dos glifos con tinta y sin fondo, el divisor a 1px con el fondo del borde, hex 64.4px (6ch), chip 18px. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	11b92ded6f	uix(waveform): temable — 55 % → 86 %, y el playhead era el ÚNICO primitivo crudo ... UNA clave nueva, cuatro literales firmados, un préstamo adjudicado. Diff de computed 0 sobre 1.600 valores en 7 estados; R-5.4 11/11, CERO adjudicaciones. LA CLAVE NUEVA NO LA PIDIÓ EL CENSO, LA PIDIÓ EL FICHERO `playhead-bg`. Todas las demás líneas del re-tinte del Slider embebido leen ya un token propio (--slider-secondary-bg: var(--waveform-buffered-fg)) o una identidad (transparent / none / 0px / 1); el thumb era la ÚNICA que pasaba un primitivo CRUDO (--color-content-primary) a un componente compuesto. Con eso, repintar el playhead exigía mover --slider-thumb-bg (todos los sliders de la app) o --color-content-primary (todo). Ahora es el par natural de `playhead-width`, que ya existía. El molde es el re-tinte de media-player, que reenvía --media-player-* en cada línea. El censo no lo veía: una custom property reenviada a un componente compuesto no entra en KNOB_PROPS (D-TH.2). La clase entera queda anotada en §13 — toda receta que re-tinta un embebido puede pasarle primitivos crudos sin que nada lo vea. EL 14 % QUE QUEDA ES UNA FILA, Y ES DOCTRINA La onda deshabilitada lee var(--slider-disabled-opacity). La prueba de si un token es tuyo no es qué valor tiene sino QUÉ DECIDE: aquí decide cuánto se apaga un control deshabilitado, y eso es del Slider — la onda vive fuera de su caja pero es la misma superficie a la vista. Un --waveform-disabled-opacity daría un segundo mando para UNA decisión y permitiría desincronizar cromo y pintura. Préstamo con dueño: se tema en la ficha de slider, como el 82 % de time-picker se tema en la de field. LOS CUATRO LITERALES SON IDENTIDAD, Y AHORA LO DICEN La pintura ES la caja del provider (100% sobre un position:absolute; inset:0), el área de arrastre ES la caja entera («scrubbing means grabbing anywhere on it»), y un playhead abarca todo el alto por definición. Anotación /* literal: */ en su declaración: desviación firmada, fuera del ratio. EL INSTRUMENTO, CIEGO POR UNA CAUSA NUEVA: EL COMPONENTE COMPUESTO La sonda medía 4 nodos —provider, svg y los dos paths— y NINGUNO era el playhead: el cromo entero es un Slider embebido cuyos nodos llevan data-slider*. Con extraNodes, 8. Es la TERCERA cara del mismo agujero: HTML crudo (prose), partes que compone el consumidor (navigation-menu) y partes de un componente compuesto (waveform). En §13, con la pregunta de fondo: hoy hay que sospecharlo y contar los nodos, el instrumento no lo detecta solo. VERIFICACIÓN Sonda antes/después 0 diffs (1.600 valores · 7 estados · 8 nodos) · R-5.4 11/11 sin adjudicaciones · component:audit PASS · censo 86 % con la única fila restante explicada · eidos-lint 4 morfo-backed / 16 eidos-only / 0 invalid / 0 class-hooks · rtl:check 0 · docs:check 0 · suite eidos 439/440 (el rojo es skin-media-player, el conocido) · Chrome: playhead 2px × 40px, onda 544 × 40, trazo 0.6 — idénticos. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	85988785d4	uix(navigation-menu): temable — 44 % → 100 %, y el guard cerraba el panel que medía ... Bloque B1 de D-TH.4. Contrato 26 → 44 claves: 19 nuevas y UNA retirada. Diff de computed 0 sobre 2.752 valores en 8 estados; R-5.4 43/44 con una adjudicación escrita. Global 65 % (al 100 % 25 → 26). LOS NOMBRES LOS DIO EL CATÁLOGO, NO YO Ninguno se inventó. Los gemelos cerrados el mismo día (dropdown-menu 96 %, context-menu 87 %) dan content-{min-width,padding,radius,fg} y chevron-{size,stroke}; accordion da trigger-font-family y disabled-trigger-fg. Las cuatro recetas que declaran un chevron lo dimensionan con un LITERAL (0.42em · 0.5em · 0.625rem): un glifo no es un paso de la escala de espacio. Al revés con el subrayado del indicador: su 2px ES --border-width-medium, y dropdown-menu.separator-thickness dice que un grosor decorativo se nombra por esa familia. LA §4 GENERADA FALLA DE CINCO MANERAS, UNA NUEVA Llamaba trigger-width / trigger-height al CHEVRON — nombrando por el primer selector de la regla ([…-trigger]::after) y colisionando con trigger-height, que YA EXISTE y es la altura del control. Fundía en content-radius dos nodos con dos valores. Cruzaba los nombres: content-padding-* para lo que es de la FILA, y el padding real del panel a «sin nombre mecánico». Llamaba content-width a un min-inline-size. Y la nueva: abría exigiendo «consume la capa compartida menu-indicator» — HOMONIMIA, esa capa es el check de los CheckboxItem de dropdown/context-menu y no toca el subrayado de esta barra (LAYER_VOCABULARY sólo registra calendar-surface). LAS FILAS DEL PANEL NO SON item- NI link- En los gemelos, `item` ES la fila. Aquí `item` es el <li> de la barra (parte del morfo) y el Link de barra viste el cromo del trigger: --…-item-radius o --…-link-radius prometerían a un tema un nodo que no alcanzan. Se acuñan content-link-*, que nombra el nodo por donde vive. Su tinta sigue leyendo trigger-fg, como venía. EL PRIVADO ERA UNA ESCALA, NO UN CONMUTADOR --_navigation-menu-list-gap tenía tres fuentes (0 / --space-1 / --space-2) por data-size: sube al TSC como list-gap-{sm,md,lg} + el resuelto, el molde que el bundle del trigger ya tenía al lado. Los dos bloques [data-size] del CSS se retiran — los emite el TSC, y dejarlos vivos da un diff de 0 por la ruta vieja. indicator-x ERA DECLARACIÓN MUERTA Soma escribe las cuatro coordenadas del rect INLINE sobre el indicador (-x, -y, -w, -h) y la receta lee sólo -w y -h; su propio comentario registra que sumar translateX(var(--…-x)) DUPLICABA el desplazamiento. No la leía nadie. Retirada, 0 diffs — la prueba de que estaba muerta (precedente: el re-point de --command-radius, el trío item-gap* de carousel). -w se queda: vive, y es canal de valor, no superficie de tema. EL PANEL NO ACUÑA TIPOGRAFÍA, A PROPÓSITO Lleva [data-depth='overlay'], y ese plano declara font-family / line-height a la misma especificidad (0,1,0) y más tarde en la cascada: un token ahí leería muerto. Es §12.9, pendiente de firma — la misma que hizo retirar claves en menubar, dropdown-menu, context-menu y tooltip. Sí se acuña la familia de la BARRA (trigger-font-family), que no es overlay y alcanza. TRES COSAS QUE APRENDIÓ EL INSTRUMENTO (registradas en next-features §13) 1. Sonda y centinela eran CIEGOS A LA MITAD DEL COMPONENTE. Las filas del mega-menú son los <a> DESNUDOS del consumidor, estilados por descendencia: el filtro data-{c}-* veía 10 nodos y NINGUNO era el panel ni una fila — 9 de los 19 knobs fuera del diff. Con EXTRA_NODES / extraNodes la sonda pasa a 16 nodos abiertos. Y el paso `open` de la sonda no honraba EXTRA_NODES. 2. EL GUARD CERRABA EL PANEL QUE MEDÍA. Este mega-menú abre con pointerenter y pointerleave programa el cierre; el guard abría con clic y luego aparcaba el puntero en (0,0) — justo el gesto que lo cierra. Dos corridas del mismo código discrepaban. Y daba las DOS caras del error: falso negativo en los tokens de la fila, falso positivo en content-link-padding-inline, que leía «vivo» por ensanchar el panel que sí se medía. Con openBy: 'hover', dos corridas idénticas. 3. `color` está EN TRANSICIÓN en esta parte: forzar data-disabled y leer en el acto devuelve el valor VIEJO — tres diagnósticos falsos («ni el inline lo mueve») hasta congelar. La trampa del cuentagotas del color-picker, en otro componente. Congelado: reposo oklch(0.2435 0 0) → disabled oklch(0.61 0 0). Y una de contabilidad, del instrumento y no del componente: el censo decide el eje `size` grepeando data-size en el CSS, y el protocolo §7.4 ORDENA retirar esos bloques. Todo componente que lo aplique bien aparece «sin eje». Ya le pasa a sidebar y nav-tree. En §13. VERIFICACIÓN Sonda antes/después 0 diffs (2.752 valores · 8 estados · 16 nodos con el panel abierto) · R-5.4 43/44 en dos corridas idénticas, adjudicación única (disabled-trigger-fg: la demo no monta el estado; forzado alcanza en trigger Y link, rgb(1,2,3)) · component:audit PASS · censo --only 100 % · eidos-lint 30 morfo-backed / 3 eidos-only / 0 invalid / 0 class-hooks · rtl:check 0 · docs:check 0 · suite eidos 439/440 (el rojo es skin-media-player, el conocido) · check sin error nuevo en los ficheros tocados · Chrome con el panel abierto: panel 8/10px/224px, fila 8/12/6px, trigger 36px/6px/gap 4px, indicador 2px. Tras tocar el guard, command, table y tooltip re-verificados sin regresión ni STALE. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	3fe8b974a6	uix(color-picker): temable — 51 % → 75 %, y un prefijo ABREVIADO fuera de todo el árbol ... 20 claves de costura (54 → 71) y cinco nombres renombrados. Global del eje 60 % → **61 %**. `--cp-*` VIOLABA theming §6 r5 («no abrevies el nombre del componente»). Cinco nombres —`checker`, `checker-cell`, `current-color`, `channel-gradient`, `trigger-color`— y **45 ocurrencias en 8 ficheros**, tres de ellos de SOMA: el provider los estampa inline, su test los lee y sus tipos los declaran. Renombrados a `--_color-picker-*` con `git ls-files` delante; dos de ellos —el damero y el gradiente de canal— ya derivaban de un público, así que el censo los reclasifica solo. Precedente: los `--gb-*` / `--_ntp-*` de F2-A. Cosido: el ritmo del componente, la tinta de la etiqueta, la tipografía del disparador y la del VALOR —que es metadato: mono, regular, tinta e interlineado propios—, el borde de la muestra, el raíl del canal y su pulgar, el hueco del anillo de la muestra y el borde del cuentagotas. UNA SOMBRA QUE SON DOS Y HACEN UNA COSA: el pulgar del canal lleva contorno + elevación en un solo `box-shadow`, así que se acuña como UN token y la regla de foco lo compone con su tercer anillo, en vez de repetir las dos sombras. EL INSTRUMENTO NO VEÍA DOS FAMILIAS DE NODO, y las dos se arreglaron midiendo: las muestras del picker **son `<ColorSwatch>`** (llevan `data-color-swatch`, no `data-color-picker-*`) y sus sliders de canal **son SLIDERS** (el pulgar y el raíl llevan `data-slider-*`). Cuatro tokens vivos leían muertos por eso. LO ROJO QUE QUEDA ES ANTERIOR A ESTE COMMIT: el guard reporta 23 sin adjudicar —las muestras, la rueda de tono (`hue-0..360` + `saturation-floor`), el ancho del panel por talla, el cuentagotas y las dos de transición—, todos del bloque que ya existía. Antes eran **24**, así que la cifra baja. Su pase de medición queda anotado en §13 con dos causas ya descartadas: el panel SÍ abre y sobrevive al blur, al parqueo del ratón y al forzado de `data-size`, y el guard ya ve sus nodos. Lo que este commit añadió está medido: dos adjudicadas montando el disparador de muestra dentro del panel abierto, el resto en vivo. Gates: sonda antes/después **0 diffs en 1.350 valores** (8 estados), medida DOS veces —una tras el renombrado, otra tras la costura— · tests de soma del color-picker **7/7** tras el renombrado · censo --only 75 % · `--names` sin desviadas · component-audit PASS · eidos-lint 0 invalid · suite eidos con el único rojo conocido · rtl:check 0 · docs:check 0 · `check` con 72 errores globales y 0 en los ficheros tocados. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	97a6f03d76	uix(text-gradient): temable — 67 % → 100 %, y la ficha se equivocaba en las TRES ... 7 claves en una entrada NUEVA de `recipes/base.ts`. Censo 67 % → **100 %** (10 knobs, 10 públicos, 0 literales). Global 2.634 → 2.638 públicos. Tercero de la familia text-* con la forma de text-circular / text-focus: cuatro públicos «de facto» consumidos con fallback y **ninguno declarado**, más tres literales. Sin eje `size` ni privados propios, así que declarar no puede matar una escala. LO QUE LA PROPUESTA §4 NO ACERTABA — y se resolvió midiendo contra el CATÁLOGO, no contra el CSS de partida: - **`weight` era deriva de nombre.** El catálogo tiene 77 claves `font-weight` contra 4 `weight` a secas — y dos de esas cuatro las escribí ayer en esta misma familia. Pasa a `font-weight`, y su valor al paso de escala que ya pintaba: `500` ES `var(--font-weight-medium)`. - **El `calc(100% - 2px)` del hueco no son dos knobs de eje físico** (la ficha los marcaba con ⚠ «pártelo en ejes lógicos») sino UNO: los 2 px son el trazo del marco asomando a cada lado. El knob es `border-width` —con `var(--border-width)`, el paso `thin`, no un literal `1px` igual a un paso de la escala— y el hueco DERIVA de él. - **`blur(4px)` va a la escala de blur.** `blur` es familia MÉTRICA del eje `scaling` (theming §23): un literal es ciego al zoom global. `--blur-sm` es `calc(4px * var(--scaling))` — el mismo píxel al 100 y el correcto al 90/110. Precedente: `dialog`/`drawer.overlay-blur`, también backdrop-filter. Y el shorthand físico `padding: var(--space-1) var(--space-2)` se parte en ejes lógicos (`border-padding-block` / `-inline`), que es la normalización firmada el 2026-07-06; el público de facto `border-padding` era un knob con dos ejes dentro. FUERA DEL CONTRATO POR NATURALEZA: `--text-gradient-duration` y `--_text-gradient-play-direction` los escribe el wrapper INLINE desde `animationSpeed` y `yoyo`. Ningún token gana a un estilo inline, así que declararlos sería acuñar dos nombres que mienten — misma clase que los cuatro ausentes de `knob`, el `item-gap` de `carousel` y el `preview-z` de `drag-drop`. INSTRUMENTO — dos puntos ciegos arreglados ANTES de medir (la lección de F2-B aplicada por adelantado, no después): - La demo arranca con `showBorder=false`, así que sonda y centinela veían **2 nodos** y NINGUNO de los tres tokens del marco. La sonda gana un mapa `DEMO_VARIANTS` (chips de variante re-pulsados tras CADA recarga — recarga una vez por talla) y el centinela una entrada `openWith` que no abre un panel sino que ENCIENDE UNA VARIANTE: uso nuevo del mismo gancho, sin tocar su lógica. - La sonda no leía `backdropFilter`, que `KNOB_PROPS` del censo sí cuenta y el centinela ya leía: un token de fondo podía moverse entre las dos corridas sin que el diff lo viera. Con la propiedad y la variante: **4 nodos**. Hover: 0 nodos medidos, y es correcto — las cuatro partes son `<span>` y el único efecto de hover es `animation-play-state`, que no es knob. LO QUE ABRE (→ next-features §13): **la escala de `font-size` no tiene `2xl`/`3xl`/`4xl`** —es `xxs..xxxl`— y tres sitios los referencian: el token `text-focus.word-size` que subí ayer (`var(--font-size-4xl, 3rem)`, pintando el fallback: segundo fantasma de la clase `--radius-xs`, y en el contrato) y los escenarios de las demos de `text-gradient` y `text-blur`, que sin fallback dejan la declaración INVÁLIDA y enseñan un efecto tipográfico a 14 px. Y `--uix-font-size-*` no existe: 37 referencias en el harness del sitio, cero declaraciones. Ninguno se toca aquí: se miden, se anotan y van a su commit. Demo: pestaña **Tokens** (`TokensPanel`, contrato vivo) y fuera la tabla de tokens escrita a mano de la pestaña API — era una segunda fuente de verdad y este renombrado la dejaba obsoleta al instante. Gates: sonda antes/después **0 diffs** en 720 valores × 7 estados (4 nodos) · centinela **7/7 sin una sola excepción** · censo --only 100 % · --names 7/7 conformes · component-audit PASS · eidos-lint 0 invalid · suite eidos con el único rojo conocido (`skin-media-player`, lint.test.ts) · rtl:check 0 · docs:check 0 · `check` con 72 errores globales y **0 en los ficheros tocados**. Prettier: los seis ficheros editados ya estaban sucios en HEAD (el repo tiene 2.392), no se reformatean. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago