svelte-kit-vice/docs/audit/theming/avatar.md

# avatar — alcance de tema: análisis y propuesta

> Generado por `node --import tsx/esm scripts/theming-census.ts --report`.
> Lo **medido** y la **propuesta** se regeneran; el **Veredicto** (§5) se conserva.
> Vista de conjunto: [README](./README.md) · método y protocolo:
> [`PLAN-theming.md`](../../process/PLAN-theming.md) §1, §2, §7.

- **Medido**: 2026-08-24 · **Alcance**: **90%** — 27 de 30 knobs por token público
- **Knobs de apariencia**: 30 — público 27 · privado 3 · global 0 · literal 0 · sistema 0 · excepción 6 _(los dos últimos, fuera del ratio)_
- **Contrato hoy** (`lib/recipes/base.ts`): 88 pública(s) — `size-xs`, `size-sm`, `size-md`, `size-lg`, `size-xl`, `size-xxl`, `font-family`, `font-size-xs`, `font-size-sm`, `font-size-md`, `font-size-lg`, `font-size-xl`, `font-size-xxl`, `font-weight`, `radius-full`, `radius-md`, `radius-sm`, `radius-none`, `border-width`, `primary-solid-bg`, `primary-solid-fg`, `primary-soft-bg`, `primary-soft-fg`, `primary-outline-border`, `primary-outline-fg`, `secondary-solid-bg`, `secondary-solid-fg`, `secondary-soft-bg`, `secondary-soft-fg`, `secondary-outline-border`, `secondary-outline-fg`, `neutral-solid-bg`, `neutral-solid-fg`, `neutral-soft-bg`, `neutral-soft-fg`, `neutral-outline-border`, `neutral-outline-fg`, `affirm-solid-bg`, `affirm-solid-fg`, `affirm-soft-bg`, `affirm-soft-fg`, `affirm-outline-border`, `affirm-outline-fg`, `fulfill-solid-bg`, `fulfill-solid-fg`, `fulfill-soft-bg`, `fulfill-soft-fg`, `fulfill-outline-border`, `fulfill-outline-fg`, `risk-solid-bg`, `risk-solid-fg`, `risk-soft-bg`, `risk-soft-fg`, `risk-outline-border`, `risk-outline-fg`, `threat-solid-bg`, `threat-solid-fg`, `threat-soft-bg`, `threat-soft-fg`, `threat-outline-border`, `threat-outline-fg`, `loss-solid-bg`, `loss-solid-fg`, `loss-soft-bg`, `loss-soft-fg`, `loss-outline-border`, `loss-outline-fg`, `ring-width-sm`, `ring-width-md`, `ring-width-lg`, `ring-color-custom`, `badge-border-width`, `badge-color-custom`, `badge-color-custom-contrast`, `group-gap-xs`, `group-gap-sm`, `group-gap-md`, `group-gap-lg`, `group-overlap-xs`, `group-overlap-sm`, `group-overlap-md`, `group-overlap-lg`, `group-overlap-xl`, `group-overlap-xxl`, `group-carve-width`, `group-carve-color`, `group-reverse-z-max`, `overflow-font-weight` · 11 privada(s) forward — `_palette-solid`, `_palette-surface`, `_palette-contrast`, `_palette-text`, `_palette-border`, `_bg`, `_fg`, `_border`, `_badge-bg`, `_badge-fg`, `_badge-border`
- **Eje `size`**: sí · **ficheros**: `avatar.css`

## 1. Knobs fuera de alcance

### 1.1 Directo a primitivo global (0)

_Ninguno._

### 1.2 A través de un privado (3)

| # | fichero:línea | selector | propiedad | valor |
| ---: | --- | --- | --- | --- |
| 1 | `avatar.css:38` | `[data-avatar]` | `background` | `var(--_avatar-bg)` |
| 2 | `avatar.css:39` | `[data-avatar]` | `color` | `var(--_avatar-fg)` |
| 3 | `avatar.css:224` | `[data-avatar-badge]` | `background` | `var(--_avatar-badge-bg)` |

### 1.3 Literales (0)

_Ninguno._

### 1.4 Excepciones firmadas (6) — fuera del ratio

Literales que llevan su anotación `/* literal: <razón> */` en la propia
declaración: la válvula de recipe-contract §3, la misma que honra
`component-audit`. **Una desviación firmada no es deuda** — se listan para que la
razón se lea, no para acuñarlas.

| # | fichero:línea | selector | propiedad | valor |
| ---: | --- | --- | --- | --- |
| 1 | `avatar.css:98` | `[data-avatar-image]` | `inline-size` | `100%` |
| 2 | `avatar.css:99` | `[data-avatar-image]` | `block-size` | `100%` |
| 3 | `avatar.css:117` | `[data-avatar-fallback]` | `inline-size` | `100%` |
| 4 | `avatar.css:118` | `[data-avatar-fallback]` | `block-size` | `100%` |
| 5 | `avatar.css:123` | `[data-avatar-fallback]` | `line-height` | `1` |
| 6 | `avatar.css:231` | `[data-avatar-badge]` | `line-height` | `1` |
## 2. Sistema transversal (0) — informativo, fuera del ratio

Un tema los alcanza **a nivel de sistema**, por diseño (recipe-contract §2).

_Ninguno._

## 3. Privados de la receta — ¿de dónde sale su valor?

| privado | declaraciones | valor(es) | origen | ¿deriva de un público? |
| --- | ---: | --- | --- | :-: |
| `--_avatar-size` | 7 | `var(--avatar-size-md)`, `var(--avatar-size-xs)`, `var(--avatar-size-sm)`, `var(--avatar-size-lg)`, `var(--avatar-size-xl)`, `var(--avatar-size-xxl)` | public | **sí** |
| `--_avatar-font-size` | 7 | `var(--avatar-font-size-md)`, `var(--avatar-font-size-xs)`, `var(--avatar-font-size-sm)`, `var(--avatar-font-size-lg)`, `var(--avatar-font-size-xl)`, `var(--avatar-font-size-xxl)` | public | **sí** |
| `--_avatar-radius` | 5 | `var(--avatar-radius-full)`, `var(--avatar-radius-md)`, `var(--avatar-radius-sm)`, `var(--avatar-radius-none)` | public | **sí** |
| `--_avatar-ring-color` | 10 | `var(--avatar-neutral-solid-bg)`, `var(--avatar-primary-solid-bg)`, `var(--avatar-secondary-solid-bg)`, `var(--avatar-affirm-solid-bg)`, `var(--avatar-fulfill-solid-bg)`, `var(--avatar-risk-solid-bg)` …(+3) | public | **sí** |
| `--_avatar-ring-width` | 4 | `var(--avatar-ring-width-md)`, `var(--avatar-ring-width-sm)`, `var(--avatar-ring-width-lg)` | public | **sí** |
| `--_avatar-badge-size` | 1 | `calc(var(--_avatar-size) * 0.3)` | private | no |
| `--_avatar-badge-dot-size` | 1 | `calc(var(--_avatar-size) * 0.26)` | private | no |
| `--_avatar-badge-flip` | 2 | `1`, `-1` | literal | no |
| `--_avatar-badge-bg` | 3 | `var(--avatar-badge-color-custom)`, `color-mix( in srgb, var(--avatar-badge-color-custom) 18%, transparent )`, `var(--color-surface-default)` | global, public | no |
| `--_avatar-badge-fg` | 3 | `var(--avatar-badge-color-custom-contrast)`, `var(--avatar-badge-color-custom)` | public | **sí** |
| `--_avatar-badge-border` | 1 | `var(--avatar-badge-color-custom)` | public | **sí** |
| `--_avatar-group-overlap` | 7 | `var(--avatar-group-overlap-md)`, `var(--avatar-group-overlap-xs)`, `var(--avatar-group-overlap-sm)`, `var(--avatar-group-overlap-lg)`, `var(--avatar-group-overlap-xl)`, `var(--avatar-group-overlap-xxl)` | public | **sí** |

Consumidos y **no declarados en el CSS** (vienen de `base.ts` o de un estilo inline del wrapper): `--_avatar-bg`, `--_avatar-border`, `--_avatar-fg`.

## 4. Propuesta de corrección

- **Tiene eje `size`**: los tokens dimensionales van por talla (`{part}-{eje}-{k}`) apuntando al bundle `--size-{k}-*`, nunca al primitivo crudo (theming §5; el guard `recipe-css-contract` prohíbe el primitivo).

### 4.1 Tokens a declarar en `lib/recipes/base.ts` (1)

Valor **verbatim** del CSS de hoy: el default no se mueve, sólo cambia quién
puede moverlo. Nombres derivados de recipe-contract §1 (ejes lógicos, talla
al final) y theming §6.7 (slots de color, modificador delante). Un token con
DOS valores distintos es una colisión de nombre: son dos knobs, o el nombre
no distingue lo que debería — se marca `⚠`.

| token (`--avatar-…`) | scope TSC | valor propuesto | usos |
| --- | --- | --- | ---: |
| `badge-bg` | `root` | ⚠ `var(--avatar-badge-color-custom)` / `color-mix( in srgb, var(--avatar-badge-color-custom) 18%, transparent )` / `var(--color-surface-default)` | 3 |

### 4.2 Sin nombre mecánico (8)

- **⚠ decisión: el privado que alimenta este knob no se declara en el CSS (viene de `base.ts` o de un estilo inline) — hay que resolverlo antes de nombrarlo** — 2: `background`, `color`.
- **⚠ decisión: `100%` es un valor identidad o geometría de layout, no un knob de tema — el perímetro de «knob» es D-TH.2, sin firmar** — 4: `inline-size`, `block-size`.
- **⚠ decisión: `1` es un valor identidad o geometría de layout, no un knob de tema — el perímetro de «knob» es D-TH.2, sin firmar** — 2: `line-height`.

### 4.3 Avisos sobre los tokens propuestos (1)

- **el privado `--_avatar-badge-bg` debe pasar a leer este público (o desaparecer)** — `--avatar-badge-bg`

### 4.4 Lo que hay que comprobar a mano (PLAN-theming §1.3 · §7.4)

- [ ] **Privado que no deriva de un público** — §3 lo marca; el privado debe leer el público o desaparecer.
- [ ] **Velo o acento en el nodo equivocado** (`archetype: 'item'` en un envoltorio, un `background` en shorthand que mata la capa de estado) — se mide desde el píxel hacia arriba.
- [ ] **Doble animación** al mover un sello a una superficie con animación propia — registro de `animationstart`/`animationend`.
- [ ] **Diff de computed = 0** en reposo · hover · abierto · disabled · foco, por talla, antes y después.
- [ ] **Centinela por token nuevo**: valor imposible en el root → el nodo lo sigue. Si no, el token miente.

## 5. Veredicto

<!-- veredicto:start -->

**Ejecutado 2026-08-23 — 75 % → 90 %, contrato 88 claves, centinela 83/88 (5
adjudicadas).** Diff de computed **0** en tres bases (demo de `avatar` con
insignia + anillo: 576 valores · la misma en modo `fallback`: 384 · demo de
`AvatarGroup`: 3.072) y las dos capturas 2× **idénticas al byte**.

**Lo primero, porque contaminaba todo lo demás: su contrato existía y ningún
instrumento lo veía.** La entrada `avatar` de `base.ts` es la ÚNICA construida
por una IIFE (un helper local genera sus 24 ámbitos compuestos), así que su mapa
vive un tabulador más adentro, en el `return {`. El censo la leía como «sin
entrada en `base.ts`» —84 claves invisibles— y el centinela **moría** con `no
recipe block for avatar`: el componente no se podía medir. Los dos lectores
leen ya la IIFE (dedentan el `return`). Sin eso, el gate de este componente no
significaba nada.

**Lo que se acuñó (6) y por qué:**

- **`group-overlap-{xs..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**: desde el asiento del tema, `37px` no movía el
  margen ni un píxel; escrita sobre el nodo, sí. Es un **falso positivo del
  centinela** (escribe el token también sobre cada nodo del componente, y para
  una propiedad personalizada que la receta re-declara EN EL ELEMENTO ese
  inline sí gana), y queda anotado como límite del instrumento. 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 retiró (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()` — lo dice el propio comentario del CSS. Retirada 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 el respaldo era
  inalcanzable y sólo podía envejecer contra su token (la clase del `, 1.4`
  contra `--font-line-height-sm`). Comprobado en la rama custom: la tinta sigue
  computando `rgb(255, 255, 255)`.

**Seis literales firmados** (salen del ratio, clase `exception`): 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; con interlineado se descentra.

**Lo que se queda fuera, y por qué (los 3 privados, 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 (la razón de §3.pre del handoff). Aplanarlos obligaría
además a duplicar cada regla por tono: 24 combinaciones.

**Las cinco adjudicaciones del centinela** (todas medidas a mano sobre el nodo
REAL, con transiciones congeladas): `size-xxl` y `font-size-xxl` viven en el
paso `xxl`, que **el barrido de tallas del guard no alcanza** (para en `xl` — el
mismo 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.

**Defectos reales que NO se arreglan aquí:**

1. **R-5.3, cuatro claves fuera de la gramática, PREEXISTENTES**:
   `ring-color-custom`, `badge-color-custom`, `badge-color-custom-contrast` (y
   la cuarta que el audit trunca). La tinta es `fg`, no `color`. Son los
   canales de valor que el envoltorio escribe INLINE, así que renombrarlos
   cambia el contrato público de tres escotillas — decisión, no ejecución:
   queda listado, el audit sigue en NEEDS-WORK por esto y sólo por esto.
2. El barrido de tallas del centinela **no llega a `xxl`**; añadirlo dejaría
   STALE las seis excepciones que `metrics` escribió por lo mismo, así que se
   respeta el precedente y se adjudica.

<!-- veredicto:end -->
-												docs(theming): la auditoría de alcance de tema, componente a componente, con su propuesta

El censo medía el eje y no lo explicaba: 5.205 knobs en dos tablas del plan no
dicen QUÉ knob de QUÉ línea no alcanza un tema, ni qué token habría que crear.
Ahora `theming-census.ts --report` escribe la auditoría entera bajo
`docs/audit/theming/`: un README con la vista de conjunto y 170 fichas — 162
recetas con CSS + 8 componentes sin receta, el árbol completo de
`eidos/components/`.

Cada ficha de receta: knobs fuera de alcance con fichero:línea Y selector
(agrupados por clase), sistema transversal aparte, los privados con la columna
que decide («¿deriva de un público?»), y una PROPUESTA de corrección — el token
a declarar en `base.ts` con su valor VERBATIM y su scope TSC. La propuesta
deriva los nombres de recipe-contract §1 y theming §6.7; donde la doctrina no
decide, marca `⚠ decisión` en vez de inventar. Y no propone acuñar lo que la
doctrina prohíbe: lo que posee una capa compartida, el foco, la capa de estado,
un token prestado de otra receta, un shorthand o un eje físico.

Las 8 fichas sin receta dicen —medido, no supuesto— dónde vive su visual: el
componente que componen (icon-button → button), la capa que consumen (affix →
viewport-placement) o la receta ajena que pinta sus attrs (svg → badge/button).

Defectos del instrumento corregidos en el mismo pase, todos encontrados
mirando la salida: un `@import` pegado al primer selector se comía 2 knobs de
color-picker (el suelo del censo no puede moverse); `:not(:disabled)` se leía
como estado y producía `hover-disabled-*`; un knob que lee un privado se
proponía a sí mismo en vez de resolverse por talla; `--icon-size-sm` se
reportaba como préstamo del componente `icon` (ahora el préstamo se verifica
contra las claves del dueño en `base.ts`); y el default de talla salía sin
nombrar en vez de `-md`.

Verificación: censo global idéntico al suelo publicado (5205 · 1621/33% · 856 ·
1880 · 614 · 234) y COMPONENTE A COMPONENTE contra la tabla §9 del plan — 0
diferencias en 162 · regenerar dos veces da el árbol idéntico · el bloque de
veredicto escrito a mano sobrevive · docs:check 0 errores sobre 813 docs ·
prettier limpio (el árbol generado entra en .prettierignore junto a
eidos/generated).

Las 10 primeras fichas llevan ya su veredicto de revisión: análisis correcto en
las 10, propuesta apta en 2 (gradient-builder como piloto, combobox con cinco
correcciones — dos de ellas evitaban romper el default), y 5 que no se
tokenizan en solitario porque son alias de --calendar-*/--field-* y esperan la
decisión de familia. Cuatro destaparon privados con prefijo ajeno o abreviado
declarados en su propio CSS.

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

											
										
										
											2 months ago
+								# avatar — alcance de tema: análisis y propuesta
 								> Generado por `node --import tsx/esm scripts/theming-census.ts --report`.
 								> Lo **medido** y la **propuesta** se regeneran; el **Veredicto** (§5) se conserva.
 								> Vista de conjunto: [README](./README.md) · método y protocolo:
 								> [`PLAN-theming.md`](../../process/PLAN-theming.md) §1, §2, §7.
-												docs(theming): 164 fichas regeneradas — dos perdían prosa medida, y el generador es el culpable

Una sesión regeneró todas las fichas de docs/audit/theming con el --report del
censo y las dejó sucias en el árbol. Antes de commitearlas las clasifiqué una a
una en vez de mirar la cifra:

- 155 sólo cambiaban la FECHA de medida. Inocuo, y correcto: el censo corrió
  hoy.
- 7 traían cifras nuevas y buenas (collapsible y toolbar, que acaban de cerrar)
  o retiraban una propuesta §4 ya cumplida. Mejora.
- 2 —chat-log y chat-composer— BORRABAN prosa medida: donde un humano escribió
  «_Ninguno_ — los cuatro que había (el padding-block del divisor, el radio de
  foco de la fila de evento…) están cosidos», la plantilla dejaba «_Ninguno._»,
  y en chat-composer se llevaba además el bloque de las cuatro declaraciones
  retiradas por muertas.

Esas dos van cosidas: el cuerpo de HEAD con la línea de cabecera regenerada.
El resto entra tal cual.

Que la regeneración sea mayoritariamente buena y ocasionalmente destructiva es
el peor reparto posible, porque nadie la mira. Registrado en §13 con su
arreglo: extender los marcadores tipo veredicto:end a cualquier bloque que un
humano haya ampliado, o que el generador respete una línea que no empiece por
su propia plantilla. Mientras tanto, regenerar fichas y commitear sin leer el
diff es una pérdida de datos silenciosa.

Y con él, la hermana que reportó una sesión de la tanda: snapshot-y-restaura
sobre un directorio COMPARTIDO pisa a quien escriba en medio. Dos sesiones
hicieron cp -r de docs/audit/theming y la segunda restauró desde un snapshot
anterior al trabajo de la primera, devolviéndole sus veredictos a «pendiente» a
media faena. El árbol de trabajo también es compartido: respalda por FICHERO
tocado, nunca por directorio.

Quedan fuera a propósito las fichas de chat-message y tags-input: sus sesiones
siguen trabajando.

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

											
										
										
											2 months ago
+								- **Medido**: 2026-08-24 · **Alcance**: **90%** — 27 de 30 knobs por token público
-												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
+								- **Knobs de apariencia**: 30 — público 27 · privado 3 · global 0 · literal 0 · sistema 0 · excepción 6 _(los dos últimos, fuera del ratio)_
 								- **Contrato hoy** (`lib/recipes/base.ts`): 88 pública(s) — `size-xs`, `size-sm`, `size-md`, `size-lg`, `size-xl`, `size-xxl`, `font-family`, `font-size-xs`, `font-size-sm`, `font-size-md`, `font-size-lg`, `font-size-xl`, `font-size-xxl`, `font-weight`, `radius-full`, `radius-md`, `radius-sm`, `radius-none`, `border-width`, `primary-solid-bg`, `primary-solid-fg`, `primary-soft-bg`, `primary-soft-fg`, `primary-outline-border`, `primary-outline-fg`, `secondary-solid-bg`, `secondary-solid-fg`, `secondary-soft-bg`, `secondary-soft-fg`, `secondary-outline-border`, `secondary-outline-fg`, `neutral-solid-bg`, `neutral-solid-fg`, `neutral-soft-bg`, `neutral-soft-fg`, `neutral-outline-border`, `neutral-outline-fg`, `affirm-solid-bg`, `affirm-solid-fg`, `affirm-soft-bg`, `affirm-soft-fg`, `affirm-outline-border`, `affirm-outline-fg`, `fulfill-solid-bg`, `fulfill-solid-fg`, `fulfill-soft-bg`, `fulfill-soft-fg`, `fulfill-outline-border`, `fulfill-outline-fg`, `risk-solid-bg`, `risk-solid-fg`, `risk-soft-bg`, `risk-soft-fg`, `risk-outline-border`, `risk-outline-fg`, `threat-solid-bg`, `threat-solid-fg`, `threat-soft-bg`, `threat-soft-fg`, `threat-outline-border`, `threat-outline-fg`, `loss-solid-bg`, `loss-solid-fg`, `loss-soft-bg`, `loss-soft-fg`, `loss-outline-border`, `loss-outline-fg`, `ring-width-sm`, `ring-width-md`, `ring-width-lg`, `ring-color-custom`, `badge-border-width`, `badge-color-custom`, `badge-color-custom-contrast`, `group-gap-xs`, `group-gap-sm`, `group-gap-md`, `group-gap-lg`, `group-overlap-xs`, `group-overlap-sm`, `group-overlap-md`, `group-overlap-lg`, `group-overlap-xl`, `group-overlap-xxl`, `group-carve-width`, `group-carve-color`, `group-reverse-z-max`, `overflow-font-weight` · 11 privada(s) forward — `_palette-solid`, `_palette-surface`, `_palette-contrast`, `_palette-text`, `_palette-border`, `_bg`, `_fg`, `_border`, `_badge-bg`, `_badge-fg`, `_badge-border`
-												docs(theming): la auditoría de alcance de tema, componente a componente, con su propuesta

El censo medía el eje y no lo explicaba: 5.205 knobs en dos tablas del plan no
dicen QUÉ knob de QUÉ línea no alcanza un tema, ni qué token habría que crear.
Ahora `theming-census.ts --report` escribe la auditoría entera bajo
`docs/audit/theming/`: un README con la vista de conjunto y 170 fichas — 162
recetas con CSS + 8 componentes sin receta, el árbol completo de
`eidos/components/`.

Cada ficha de receta: knobs fuera de alcance con fichero:línea Y selector
(agrupados por clase), sistema transversal aparte, los privados con la columna
que decide («¿deriva de un público?»), y una PROPUESTA de corrección — el token
a declarar en `base.ts` con su valor VERBATIM y su scope TSC. La propuesta
deriva los nombres de recipe-contract §1 y theming §6.7; donde la doctrina no
decide, marca `⚠ decisión` en vez de inventar. Y no propone acuñar lo que la
doctrina prohíbe: lo que posee una capa compartida, el foco, la capa de estado,
un token prestado de otra receta, un shorthand o un eje físico.

Las 8 fichas sin receta dicen —medido, no supuesto— dónde vive su visual: el
componente que componen (icon-button → button), la capa que consumen (affix →
viewport-placement) o la receta ajena que pinta sus attrs (svg → badge/button).

Defectos del instrumento corregidos en el mismo pase, todos encontrados
mirando la salida: un `@import` pegado al primer selector se comía 2 knobs de
color-picker (el suelo del censo no puede moverse); `:not(:disabled)` se leía
como estado y producía `hover-disabled-*`; un knob que lee un privado se
proponía a sí mismo en vez de resolverse por talla; `--icon-size-sm` se
reportaba como préstamo del componente `icon` (ahora el préstamo se verifica
contra las claves del dueño en `base.ts`); y el default de talla salía sin
nombrar en vez de `-md`.

Verificación: censo global idéntico al suelo publicado (5205 · 1621/33% · 856 ·
1880 · 614 · 234) y COMPONENTE A COMPONENTE contra la tabla §9 del plan — 0
diferencias en 162 · regenerar dos veces da el árbol idéntico · el bloque de
veredicto escrito a mano sobrevive · docs:check 0 errores sobre 813 docs ·
prettier limpio (el árbol generado entra en .prettierignore junto a
eidos/generated).

Las 10 primeras fichas llevan ya su veredicto de revisión: análisis correcto en
las 10, propuesta apta en 2 (gradient-builder como piloto, combobox con cinco
correcciones — dos de ellas evitaban romper el default), y 5 que no se
tokenizan en solitario porque son alias de --calendar-*/--field-* y esperan la
decisión de familia. Cuatro destaparon privados con prefijo ajeno o abreviado
declarados en su propio CSS.

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

											
										
										
											2 months ago
+								- **Eje `size`**: sí · **ficheros**: `avatar.css`
 								## 1. Knobs fuera de alcance
 								### 1.1 Directo a primitivo global (0)
 								_Ninguno._
-												uix(theming): el censo aprende que un privado DERIVADO sí alcanza — 50 % → 56 %

Seis puntos de alcance sin tocar una línea de componente: **la medición estaba
mal, no el código**.

EL DEFECTO. F0 encargaba «detección "privado que deriva de público" (leer
`--_c-x: var(--c-y)` en la misma receta y reclasificar)». Se implementó a
medias: el censo CALCULA `derives` y lo imprime en la columna «¿deriva de un
público?» de la §3 de cada ficha, pero **el contador nunca lo usó** — esos
knobs seguían puntuando como deuda. Medido: **240 privados en 59 componentes**
estaban en ese estado, es decir, haciendo exactamente lo que la doctrina
prescribe («privados sólo si derivan de públicos») y penalizados por ello.

Lo destapó tokenizar `avatar`: sus 17 privados YA leían públicos
(`--_avatar-size: var(--avatar-size-md)`), así que no había nada que tokenizar
— había que arreglar el instrumento.

LA CORRECCIÓN. Segunda pasada tras recoger privados y knobs: un knob que lee
`var(--_c-x)` pasa a `public` si ese privado alcanza un público. El cierre es
**TRANSITIVO** (`--_a: calc(var(--_b) * .3)` alcanza si `--_b` alcanza) con
conjunto de visitados para que un ciclo no lo cuelgue.

**Muta-prueba** (obligatoria, memoria `a-guard-that-inspects-nothing-passes`):
apuntar `--_avatar-radius` al primitivo crudo baja avatar de 75 % a 72 % y el
knob vuelve a `private`; revertirlo lo devuelve a 75 % y deja el árbol
idéntico.

EFECTO MEDIDO:
- Global **50 % → 56 %** · privados 625 → 341 · al 100 % 10 → 14 · <20 % 22 → 20.
- `avatar` 36 % → **75 %**, `picker-shell` 76 % → **95 %**, `menu-dial` 25 % →
  38 %, y otras 51 fichas con cifras nuevas — **ninguna por cambio de código**.
- Los READMEs de `picker-shell` y `menu-dial` se actualizan con la cifra nueva
  y con la razón, para que nadie crea que el componente cambió.

⚠ **Cualquier cifra anterior a este commit no es comparable con las de ahora.**
Queda escrito en el handoff.

Y un hueco de F0 que sale al hacerlo, registrado en §13: **el test del SUELO
que el plan pedía NO EXISTE** («alcance global ≥ el de hoy y literales ≤ 614 —
el número sube o el test falla»). Hoy nada impide que el alcance BAJE entre
sesiones: sólo se vería mirando la cifra a mano. Con el censo ya endurecido, es
el momento de escribirlo.

Gates: `component:audit` 162 PASS / 4 NEEDS-WORK (preexistentes) · `--names`
DESVIADAS 0 · suite eidos sin rojos nuevos · rtl:check 0 · docs:check 0 · el
censo compila.

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

											
										
										
											2 months ago
+								### 1.2 A través de un privado (3)
-												docs(theming): la auditoría de alcance de tema, componente a componente, con su propuesta

El censo medía el eje y no lo explicaba: 5.205 knobs en dos tablas del plan no
dicen QUÉ knob de QUÉ línea no alcanza un tema, ni qué token habría que crear.
Ahora `theming-census.ts --report` escribe la auditoría entera bajo
`docs/audit/theming/`: un README con la vista de conjunto y 170 fichas — 162
recetas con CSS + 8 componentes sin receta, el árbol completo de
`eidos/components/`.

Cada ficha de receta: knobs fuera de alcance con fichero:línea Y selector
(agrupados por clase), sistema transversal aparte, los privados con la columna
que decide («¿deriva de un público?»), y una PROPUESTA de corrección — el token
a declarar en `base.ts` con su valor VERBATIM y su scope TSC. La propuesta
deriva los nombres de recipe-contract §1 y theming §6.7; donde la doctrina no
decide, marca `⚠ decisión` en vez de inventar. Y no propone acuñar lo que la
doctrina prohíbe: lo que posee una capa compartida, el foco, la capa de estado,
un token prestado de otra receta, un shorthand o un eje físico.

Las 8 fichas sin receta dicen —medido, no supuesto— dónde vive su visual: el
componente que componen (icon-button → button), la capa que consumen (affix →
viewport-placement) o la receta ajena que pinta sus attrs (svg → badge/button).

Defectos del instrumento corregidos en el mismo pase, todos encontrados
mirando la salida: un `@import` pegado al primer selector se comía 2 knobs de
color-picker (el suelo del censo no puede moverse); `:not(:disabled)` se leía
como estado y producía `hover-disabled-*`; un knob que lee un privado se
proponía a sí mismo en vez de resolverse por talla; `--icon-size-sm` se
reportaba como préstamo del componente `icon` (ahora el préstamo se verifica
contra las claves del dueño en `base.ts`); y el default de talla salía sin
nombrar en vez de `-md`.

Verificación: censo global idéntico al suelo publicado (5205 · 1621/33% · 856 ·
1880 · 614 · 234) y COMPONENTE A COMPONENTE contra la tabla §9 del plan — 0
diferencias en 162 · regenerar dos veces da el árbol idéntico · el bloque de
veredicto escrito a mano sobrevive · docs:check 0 errores sobre 813 docs ·
prettier limpio (el árbol generado entra en .prettierignore junto a
eidos/generated).

Las 10 primeras fichas llevan ya su veredicto de revisión: análisis correcto en
las 10, propuesta apta en 2 (gradient-builder como piloto, combobox con cinco
correcciones — dos de ellas evitaban romper el default), y 5 que no se
tokenizan en solitario porque son alias de --calendar-*/--field-* y esperan la
decisión de familia. Cuatro destaparon privados con prefijo ajeno o abreviado
declarados en su propio CSS.

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

											
										
										
											2 months ago
 								| # | fichero:línea | selector | propiedad | valor |
 								| ---: | --- | --- | --- | --- |
-												uix(theming): el censo aprende que un privado DERIVADO sí alcanza — 50 % → 56 %

Seis puntos de alcance sin tocar una línea de componente: **la medición estaba
mal, no el código**.

EL DEFECTO. F0 encargaba «detección "privado que deriva de público" (leer
`--_c-x: var(--c-y)` en la misma receta y reclasificar)». Se implementó a
medias: el censo CALCULA `derives` y lo imprime en la columna «¿deriva de un
público?» de la §3 de cada ficha, pero **el contador nunca lo usó** — esos
knobs seguían puntuando como deuda. Medido: **240 privados en 59 componentes**
estaban en ese estado, es decir, haciendo exactamente lo que la doctrina
prescribe («privados sólo si derivan de públicos») y penalizados por ello.

Lo destapó tokenizar `avatar`: sus 17 privados YA leían públicos
(`--_avatar-size: var(--avatar-size-md)`), así que no había nada que tokenizar
— había que arreglar el instrumento.

LA CORRECCIÓN. Segunda pasada tras recoger privados y knobs: un knob que lee
`var(--_c-x)` pasa a `public` si ese privado alcanza un público. El cierre es
**TRANSITIVO** (`--_a: calc(var(--_b) * .3)` alcanza si `--_b` alcanza) con
conjunto de visitados para que un ciclo no lo cuelgue.

**Muta-prueba** (obligatoria, memoria `a-guard-that-inspects-nothing-passes`):
apuntar `--_avatar-radius` al primitivo crudo baja avatar de 75 % a 72 % y el
knob vuelve a `private`; revertirlo lo devuelve a 75 % y deja el árbol
idéntico.

EFECTO MEDIDO:
- Global **50 % → 56 %** · privados 625 → 341 · al 100 % 10 → 14 · <20 % 22 → 20.
- `avatar` 36 % → **75 %**, `picker-shell` 76 % → **95 %**, `menu-dial` 25 % →
  38 %, y otras 51 fichas con cifras nuevas — **ninguna por cambio de código**.
- Los READMEs de `picker-shell` y `menu-dial` se actualizan con la cifra nueva
  y con la razón, para que nadie crea que el componente cambió.

⚠ **Cualquier cifra anterior a este commit no es comparable con las de ahora.**
Queda escrito en el handoff.

Y un hueco de F0 que sale al hacerlo, registrado en §13: **el test del SUELO
que el plan pedía NO EXISTE** («alcance global ≥ el de hoy y literales ≤ 614 —
el número sube o el test falla»). Hoy nada impide que el alcance BAJE entre
sesiones: sólo se vería mirando la cifra a mano. Con el censo ya endurecido, es
el momento de escribirlo.

Gates: `component:audit` 162 PASS / 4 NEEDS-WORK (preexistentes) · `--names`
DESVIADAS 0 · suite eidos sin rojos nuevos · rtl:check 0 · docs:check 0 · el
censo compila.

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

											
										
										
											2 months ago
+								| 1 | `avatar.css:38` | `[data-avatar]` | `background` | `var(--_avatar-bg)` |
 								| 2 | `avatar.css:39` | `[data-avatar]` | `color` | `var(--_avatar-fg)` |
 								| 3 | `avatar.css:224` | `[data-avatar-badge]` | `background` | `var(--_avatar-badge-bg)` |
-												docs(theming): la auditoría de alcance de tema, componente a componente, con su propuesta

El censo medía el eje y no lo explicaba: 5.205 knobs en dos tablas del plan no
dicen QUÉ knob de QUÉ línea no alcanza un tema, ni qué token habría que crear.
Ahora `theming-census.ts --report` escribe la auditoría entera bajo
`docs/audit/theming/`: un README con la vista de conjunto y 170 fichas — 162
recetas con CSS + 8 componentes sin receta, el árbol completo de
`eidos/components/`.

Cada ficha de receta: knobs fuera de alcance con fichero:línea Y selector
(agrupados por clase), sistema transversal aparte, los privados con la columna
que decide («¿deriva de un público?»), y una PROPUESTA de corrección — el token
a declarar en `base.ts` con su valor VERBATIM y su scope TSC. La propuesta
deriva los nombres de recipe-contract §1 y theming §6.7; donde la doctrina no
decide, marca `⚠ decisión` en vez de inventar. Y no propone acuñar lo que la
doctrina prohíbe: lo que posee una capa compartida, el foco, la capa de estado,
un token prestado de otra receta, un shorthand o un eje físico.

Las 8 fichas sin receta dicen —medido, no supuesto— dónde vive su visual: el
componente que componen (icon-button → button), la capa que consumen (affix →
viewport-placement) o la receta ajena que pinta sus attrs (svg → badge/button).

Defectos del instrumento corregidos en el mismo pase, todos encontrados
mirando la salida: un `@import` pegado al primer selector se comía 2 knobs de
color-picker (el suelo del censo no puede moverse); `:not(:disabled)` se leía
como estado y producía `hover-disabled-*`; un knob que lee un privado se
proponía a sí mismo en vez de resolverse por talla; `--icon-size-sm` se
reportaba como préstamo del componente `icon` (ahora el préstamo se verifica
contra las claves del dueño en `base.ts`); y el default de talla salía sin
nombrar en vez de `-md`.

Verificación: censo global idéntico al suelo publicado (5205 · 1621/33% · 856 ·
1880 · 614 · 234) y COMPONENTE A COMPONENTE contra la tabla §9 del plan — 0
diferencias en 162 · regenerar dos veces da el árbol idéntico · el bloque de
veredicto escrito a mano sobrevive · docs:check 0 errores sobre 813 docs ·
prettier limpio (el árbol generado entra en .prettierignore junto a
eidos/generated).

Las 10 primeras fichas llevan ya su veredicto de revisión: análisis correcto en
las 10, propuesta apta en 2 (gradient-builder como piloto, combobox con cinco
correcciones — dos de ellas evitaban romper el default), y 5 que no se
tokenizan en solitario porque son alias de --calendar-*/--field-* y esperan la
decisión de familia. Cuatro destaparon privados con prefijo ajeno o abreviado
declarados en su propio CSS.

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

											
										
										
											2 months ago
-												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
+								### 1.3 Literales (0)
 								_Ninguno._
 								### 1.4 Excepciones firmadas (6) — fuera del ratio
 								Literales que llevan su anotación `/* literal: <razón> */` en la propia
 								declaración: la válvula de recipe-contract §3, la misma que honra
 								`component-audit`. **Una desviación firmada no es deuda** — se listan para que la
 								razón se lea, no para acuñarlas.
-												docs(theming): la auditoría de alcance de tema, componente a componente, con su propuesta

El censo medía el eje y no lo explicaba: 5.205 knobs en dos tablas del plan no
dicen QUÉ knob de QUÉ línea no alcanza un tema, ni qué token habría que crear.
Ahora `theming-census.ts --report` escribe la auditoría entera bajo
`docs/audit/theming/`: un README con la vista de conjunto y 170 fichas — 162
recetas con CSS + 8 componentes sin receta, el árbol completo de
`eidos/components/`.

Cada ficha de receta: knobs fuera de alcance con fichero:línea Y selector
(agrupados por clase), sistema transversal aparte, los privados con la columna
que decide («¿deriva de un público?»), y una PROPUESTA de corrección — el token
a declarar en `base.ts` con su valor VERBATIM y su scope TSC. La propuesta
deriva los nombres de recipe-contract §1 y theming §6.7; donde la doctrina no
decide, marca `⚠ decisión` en vez de inventar. Y no propone acuñar lo que la
doctrina prohíbe: lo que posee una capa compartida, el foco, la capa de estado,
un token prestado de otra receta, un shorthand o un eje físico.

Las 8 fichas sin receta dicen —medido, no supuesto— dónde vive su visual: el
componente que componen (icon-button → button), la capa que consumen (affix →
viewport-placement) o la receta ajena que pinta sus attrs (svg → badge/button).

Defectos del instrumento corregidos en el mismo pase, todos encontrados
mirando la salida: un `@import` pegado al primer selector se comía 2 knobs de
color-picker (el suelo del censo no puede moverse); `:not(:disabled)` se leía
como estado y producía `hover-disabled-*`; un knob que lee un privado se
proponía a sí mismo en vez de resolverse por talla; `--icon-size-sm` se
reportaba como préstamo del componente `icon` (ahora el préstamo se verifica
contra las claves del dueño en `base.ts`); y el default de talla salía sin
nombrar en vez de `-md`.

Verificación: censo global idéntico al suelo publicado (5205 · 1621/33% · 856 ·
1880 · 614 · 234) y COMPONENTE A COMPONENTE contra la tabla §9 del plan — 0
diferencias en 162 · regenerar dos veces da el árbol idéntico · el bloque de
veredicto escrito a mano sobrevive · docs:check 0 errores sobre 813 docs ·
prettier limpio (el árbol generado entra en .prettierignore junto a
eidos/generated).

Las 10 primeras fichas llevan ya su veredicto de revisión: análisis correcto en
las 10, propuesta apta en 2 (gradient-builder como piloto, combobox con cinco
correcciones — dos de ellas evitaban romper el default), y 5 que no se
tokenizan en solitario porque son alias de --calendar-*/--field-* y esperan la
decisión de familia. Cuatro destaparon privados con prefijo ajeno o abreviado
declarados en su propio CSS.

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

											
										
										
											2 months ago
 								| # | fichero:línea | selector | propiedad | valor |
 								| ---: | --- | --- | --- | --- |
 								| 1 | `avatar.css:98` | `[data-avatar-image]` | `inline-size` | `100%` |
 								| 2 | `avatar.css:99` | `[data-avatar-image]` | `block-size` | `100%` |
 								| 3 | `avatar.css:117` | `[data-avatar-fallback]` | `inline-size` | `100%` |
 								| 4 | `avatar.css:118` | `[data-avatar-fallback]` | `block-size` | `100%` |
 								| 5 | `avatar.css:123` | `[data-avatar-fallback]` | `line-height` | `1` |
 								| 6 | `avatar.css:231` | `[data-avatar-badge]` | `line-height` | `1` |
 								## 2. Sistema transversal (0) — informativo, fuera del ratio
 								Un tema los alcanza **a nivel de sistema**, por diseño (recipe-contract §2).
 								_Ninguno._
 								## 3. Privados de la receta — ¿de dónde sale su valor?
 								| privado | declaraciones | valor(es) | origen | ¿deriva de un público? |
 								| --- | ---: | --- | --- | :-: |
 								| `--_avatar-size` | 7 | `var(--avatar-size-md)`, `var(--avatar-size-xs)`, `var(--avatar-size-sm)`, `var(--avatar-size-lg)`, `var(--avatar-size-xl)`, `var(--avatar-size-xxl)` | public | **sí** |
 								| `--_avatar-font-size` | 7 | `var(--avatar-font-size-md)`, `var(--avatar-font-size-xs)`, `var(--avatar-font-size-sm)`, `var(--avatar-font-size-lg)`, `var(--avatar-font-size-xl)`, `var(--avatar-font-size-xxl)` | public | **sí** |
 								| `--_avatar-radius` | 5 | `var(--avatar-radius-full)`, `var(--avatar-radius-md)`, `var(--avatar-radius-sm)`, `var(--avatar-radius-none)` | public | **sí** |
 								| `--_avatar-ring-color` | 10 | `var(--avatar-neutral-solid-bg)`, `var(--avatar-primary-solid-bg)`, `var(--avatar-secondary-solid-bg)`, `var(--avatar-affirm-solid-bg)`, `var(--avatar-fulfill-solid-bg)`, `var(--avatar-risk-solid-bg)` …(+3) | public | **sí** |
 								| `--_avatar-ring-width` | 4 | `var(--avatar-ring-width-md)`, `var(--avatar-ring-width-sm)`, `var(--avatar-ring-width-lg)` | public | **sí** |
 								| `--_avatar-badge-size` | 1 | `calc(var(--_avatar-size) * 0.3)` | private | no |
 								| `--_avatar-badge-dot-size` | 1 | `calc(var(--_avatar-size) * 0.26)` | private | no |
 								| `--_avatar-badge-flip` | 2 | `1`, `-1` | literal | no |
 								| `--_avatar-badge-bg` | 3 | `var(--avatar-badge-color-custom)`, `color-mix( in srgb, var(--avatar-badge-color-custom) 18%, transparent )`, `var(--color-surface-default)` | global, public | no |
-												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
+								| `--_avatar-badge-fg` | 3 | `var(--avatar-badge-color-custom-contrast)`, `var(--avatar-badge-color-custom)` | public | **sí** |
-												docs(theming): la auditoría de alcance de tema, componente a componente, con su propuesta

El censo medía el eje y no lo explicaba: 5.205 knobs en dos tablas del plan no
dicen QUÉ knob de QUÉ línea no alcanza un tema, ni qué token habría que crear.
Ahora `theming-census.ts --report` escribe la auditoría entera bajo
`docs/audit/theming/`: un README con la vista de conjunto y 170 fichas — 162
recetas con CSS + 8 componentes sin receta, el árbol completo de
`eidos/components/`.

Cada ficha de receta: knobs fuera de alcance con fichero:línea Y selector
(agrupados por clase), sistema transversal aparte, los privados con la columna
que decide («¿deriva de un público?»), y una PROPUESTA de corrección — el token
a declarar en `base.ts` con su valor VERBATIM y su scope TSC. La propuesta
deriva los nombres de recipe-contract §1 y theming §6.7; donde la doctrina no
decide, marca `⚠ decisión` en vez de inventar. Y no propone acuñar lo que la
doctrina prohíbe: lo que posee una capa compartida, el foco, la capa de estado,
un token prestado de otra receta, un shorthand o un eje físico.

Las 8 fichas sin receta dicen —medido, no supuesto— dónde vive su visual: el
componente que componen (icon-button → button), la capa que consumen (affix →
viewport-placement) o la receta ajena que pinta sus attrs (svg → badge/button).

Defectos del instrumento corregidos en el mismo pase, todos encontrados
mirando la salida: un `@import` pegado al primer selector se comía 2 knobs de
color-picker (el suelo del censo no puede moverse); `:not(:disabled)` se leía
como estado y producía `hover-disabled-*`; un knob que lee un privado se
proponía a sí mismo en vez de resolverse por talla; `--icon-size-sm` se
reportaba como préstamo del componente `icon` (ahora el préstamo se verifica
contra las claves del dueño en `base.ts`); y el default de talla salía sin
nombrar en vez de `-md`.

Verificación: censo global idéntico al suelo publicado (5205 · 1621/33% · 856 ·
1880 · 614 · 234) y COMPONENTE A COMPONENTE contra la tabla §9 del plan — 0
diferencias en 162 · regenerar dos veces da el árbol idéntico · el bloque de
veredicto escrito a mano sobrevive · docs:check 0 errores sobre 813 docs ·
prettier limpio (el árbol generado entra en .prettierignore junto a
eidos/generated).

Las 10 primeras fichas llevan ya su veredicto de revisión: análisis correcto en
las 10, propuesta apta en 2 (gradient-builder como piloto, combobox con cinco
correcciones — dos de ellas evitaban romper el default), y 5 que no se
tokenizan en solitario porque son alias de --calendar-*/--field-* y esperan la
decisión de familia. Cuatro destaparon privados con prefijo ajeno o abreviado
declarados en su propio CSS.

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

											
										
										
											2 months ago
+								| `--_avatar-badge-border` | 1 | `var(--avatar-badge-color-custom)` | public | **sí** |
-												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
+								| `--_avatar-group-overlap` | 7 | `var(--avatar-group-overlap-md)`, `var(--avatar-group-overlap-xs)`, `var(--avatar-group-overlap-sm)`, `var(--avatar-group-overlap-lg)`, `var(--avatar-group-overlap-xl)`, `var(--avatar-group-overlap-xxl)` | public | **sí** |
-												docs(theming): la auditoría de alcance de tema, componente a componente, con su propuesta

El censo medía el eje y no lo explicaba: 5.205 knobs en dos tablas del plan no
dicen QUÉ knob de QUÉ línea no alcanza un tema, ni qué token habría que crear.
Ahora `theming-census.ts --report` escribe la auditoría entera bajo
`docs/audit/theming/`: un README con la vista de conjunto y 170 fichas — 162
recetas con CSS + 8 componentes sin receta, el árbol completo de
`eidos/components/`.

Cada ficha de receta: knobs fuera de alcance con fichero:línea Y selector
(agrupados por clase), sistema transversal aparte, los privados con la columna
que decide («¿deriva de un público?»), y una PROPUESTA de corrección — el token
a declarar en `base.ts` con su valor VERBATIM y su scope TSC. La propuesta
deriva los nombres de recipe-contract §1 y theming §6.7; donde la doctrina no
decide, marca `⚠ decisión` en vez de inventar. Y no propone acuñar lo que la
doctrina prohíbe: lo que posee una capa compartida, el foco, la capa de estado,
un token prestado de otra receta, un shorthand o un eje físico.

Las 8 fichas sin receta dicen —medido, no supuesto— dónde vive su visual: el
componente que componen (icon-button → button), la capa que consumen (affix →
viewport-placement) o la receta ajena que pinta sus attrs (svg → badge/button).

Defectos del instrumento corregidos en el mismo pase, todos encontrados
mirando la salida: un `@import` pegado al primer selector se comía 2 knobs de
color-picker (el suelo del censo no puede moverse); `:not(:disabled)` se leía
como estado y producía `hover-disabled-*`; un knob que lee un privado se
proponía a sí mismo en vez de resolverse por talla; `--icon-size-sm` se
reportaba como préstamo del componente `icon` (ahora el préstamo se verifica
contra las claves del dueño en `base.ts`); y el default de talla salía sin
nombrar en vez de `-md`.

Verificación: censo global idéntico al suelo publicado (5205 · 1621/33% · 856 ·
1880 · 614 · 234) y COMPONENTE A COMPONENTE contra la tabla §9 del plan — 0
diferencias en 162 · regenerar dos veces da el árbol idéntico · el bloque de
veredicto escrito a mano sobrevive · docs:check 0 errores sobre 813 docs ·
prettier limpio (el árbol generado entra en .prettierignore junto a
eidos/generated).

Las 10 primeras fichas llevan ya su veredicto de revisión: análisis correcto en
las 10, propuesta apta en 2 (gradient-builder como piloto, combobox con cinco
correcciones — dos de ellas evitaban romper el default), y 5 que no se
tokenizan en solitario porque son alias de --calendar-*/--field-* y esperan la
decisión de familia. Cuatro destaparon privados con prefijo ajeno o abreviado
declarados en su propio CSS.

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

											
										
										
											2 months ago
 								Consumidos y **no declarados en el CSS** (vienen de `base.ts` o de un estilo inline del wrapper): `--_avatar-bg`, `--_avatar-border`, `--_avatar-fg`.
 								## 4. Propuesta de corrección
 								- **Tiene eje `size`**: los tokens dimensionales van por talla (`{part}-{eje}-{k}`) apuntando al bundle `--size-{k}-*`, nunca al primitivo crudo (theming §5; el guard `recipe-css-contract` prohíbe el primitivo).
-												uix(theming): el censo aprende que un privado DERIVADO sí alcanza — 50 % → 56 %

Seis puntos de alcance sin tocar una línea de componente: **la medición estaba
mal, no el código**.

EL DEFECTO. F0 encargaba «detección "privado que deriva de público" (leer
`--_c-x: var(--c-y)` en la misma receta y reclasificar)». Se implementó a
medias: el censo CALCULA `derives` y lo imprime en la columna «¿deriva de un
público?» de la §3 de cada ficha, pero **el contador nunca lo usó** — esos
knobs seguían puntuando como deuda. Medido: **240 privados en 59 componentes**
estaban en ese estado, es decir, haciendo exactamente lo que la doctrina
prescribe («privados sólo si derivan de públicos») y penalizados por ello.

Lo destapó tokenizar `avatar`: sus 17 privados YA leían públicos
(`--_avatar-size: var(--avatar-size-md)`), así que no había nada que tokenizar
— había que arreglar el instrumento.

LA CORRECCIÓN. Segunda pasada tras recoger privados y knobs: un knob que lee
`var(--_c-x)` pasa a `public` si ese privado alcanza un público. El cierre es
**TRANSITIVO** (`--_a: calc(var(--_b) * .3)` alcanza si `--_b` alcanza) con
conjunto de visitados para que un ciclo no lo cuelgue.

**Muta-prueba** (obligatoria, memoria `a-guard-that-inspects-nothing-passes`):
apuntar `--_avatar-radius` al primitivo crudo baja avatar de 75 % a 72 % y el
knob vuelve a `private`; revertirlo lo devuelve a 75 % y deja el árbol
idéntico.

EFECTO MEDIDO:
- Global **50 % → 56 %** · privados 625 → 341 · al 100 % 10 → 14 · <20 % 22 → 20.
- `avatar` 36 % → **75 %**, `picker-shell` 76 % → **95 %**, `menu-dial` 25 % →
  38 %, y otras 51 fichas con cifras nuevas — **ninguna por cambio de código**.
- Los READMEs de `picker-shell` y `menu-dial` se actualizan con la cifra nueva
  y con la razón, para que nadie crea que el componente cambió.

⚠ **Cualquier cifra anterior a este commit no es comparable con las de ahora.**
Queda escrito en el handoff.

Y un hueco de F0 que sale al hacerlo, registrado en §13: **el test del SUELO
que el plan pedía NO EXISTE** («alcance global ≥ el de hoy y literales ≤ 614 —
el número sube o el test falla»). Hoy nada impide que el alcance BAJE entre
sesiones: sólo se vería mirando la cifra a mano. Con el censo ya endurecido, es
el momento de escribirlo.

Gates: `component:audit` 162 PASS / 4 NEEDS-WORK (preexistentes) · `--names`
DESVIADAS 0 · suite eidos sin rojos nuevos · rtl:check 0 · docs:check 0 · el
censo compila.

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

											
										
										
											2 months ago
+								### 4.1 Tokens a declarar en `lib/recipes/base.ts` (1)
-												docs(theming): la auditoría de alcance de tema, componente a componente, con su propuesta

El censo medía el eje y no lo explicaba: 5.205 knobs en dos tablas del plan no
dicen QUÉ knob de QUÉ línea no alcanza un tema, ni qué token habría que crear.
Ahora `theming-census.ts --report` escribe la auditoría entera bajo
`docs/audit/theming/`: un README con la vista de conjunto y 170 fichas — 162
recetas con CSS + 8 componentes sin receta, el árbol completo de
`eidos/components/`.

Cada ficha de receta: knobs fuera de alcance con fichero:línea Y selector
(agrupados por clase), sistema transversal aparte, los privados con la columna
que decide («¿deriva de un público?»), y una PROPUESTA de corrección — el token
a declarar en `base.ts` con su valor VERBATIM y su scope TSC. La propuesta
deriva los nombres de recipe-contract §1 y theming §6.7; donde la doctrina no
decide, marca `⚠ decisión` en vez de inventar. Y no propone acuñar lo que la
doctrina prohíbe: lo que posee una capa compartida, el foco, la capa de estado,
un token prestado de otra receta, un shorthand o un eje físico.

Las 8 fichas sin receta dicen —medido, no supuesto— dónde vive su visual: el
componente que componen (icon-button → button), la capa que consumen (affix →
viewport-placement) o la receta ajena que pinta sus attrs (svg → badge/button).

Defectos del instrumento corregidos en el mismo pase, todos encontrados
mirando la salida: un `@import` pegado al primer selector se comía 2 knobs de
color-picker (el suelo del censo no puede moverse); `:not(:disabled)` se leía
como estado y producía `hover-disabled-*`; un knob que lee un privado se
proponía a sí mismo en vez de resolverse por talla; `--icon-size-sm` se
reportaba como préstamo del componente `icon` (ahora el préstamo se verifica
contra las claves del dueño en `base.ts`); y el default de talla salía sin
nombrar en vez de `-md`.

Verificación: censo global idéntico al suelo publicado (5205 · 1621/33% · 856 ·
1880 · 614 · 234) y COMPONENTE A COMPONENTE contra la tabla §9 del plan — 0
diferencias en 162 · regenerar dos veces da el árbol idéntico · el bloque de
veredicto escrito a mano sobrevive · docs:check 0 errores sobre 813 docs ·
prettier limpio (el árbol generado entra en .prettierignore junto a
eidos/generated).

Las 10 primeras fichas llevan ya su veredicto de revisión: análisis correcto en
las 10, propuesta apta en 2 (gradient-builder como piloto, combobox con cinco
correcciones — dos de ellas evitaban romper el default), y 5 que no se
tokenizan en solitario porque son alias de --calendar-*/--field-* y esperan la
decisión de familia. Cuatro destaparon privados con prefijo ajeno o abreviado
declarados en su propio CSS.

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

											
										
										
											2 months ago
 								Valor **verbatim** del CSS de hoy: el default no se mueve, sólo cambia quién
 								puede moverlo. Nombres derivados de recipe-contract §1 (ejes lógicos, talla
 								al final) y theming §6.7 (slots de color, modificador delante). Un token con
 								DOS valores distintos es una colisión de nombre: son dos knobs, o el nombre
 								no distingue lo que debería — se marca `⚠`.
 								| token (`--avatar-…`) | scope TSC | valor propuesto | usos |
 								| --- | --- | --- | ---: |
 								| `badge-bg` | `root` | ⚠ `var(--avatar-badge-color-custom)` / `color-mix( in srgb, var(--avatar-badge-color-custom) 18%, transparent )` / `var(--color-surface-default)` | 3 |
-												uix(theming): el censo aprende que un privado DERIVADO sí alcanza — 50 % → 56 %

Seis puntos de alcance sin tocar una línea de componente: **la medición estaba
mal, no el código**.

EL DEFECTO. F0 encargaba «detección "privado que deriva de público" (leer
`--_c-x: var(--c-y)` en la misma receta y reclasificar)». Se implementó a
medias: el censo CALCULA `derives` y lo imprime en la columna «¿deriva de un
público?» de la §3 de cada ficha, pero **el contador nunca lo usó** — esos
knobs seguían puntuando como deuda. Medido: **240 privados en 59 componentes**
estaban en ese estado, es decir, haciendo exactamente lo que la doctrina
prescribe («privados sólo si derivan de públicos») y penalizados por ello.

Lo destapó tokenizar `avatar`: sus 17 privados YA leían públicos
(`--_avatar-size: var(--avatar-size-md)`), así que no había nada que tokenizar
— había que arreglar el instrumento.

LA CORRECCIÓN. Segunda pasada tras recoger privados y knobs: un knob que lee
`var(--_c-x)` pasa a `public` si ese privado alcanza un público. El cierre es
**TRANSITIVO** (`--_a: calc(var(--_b) * .3)` alcanza si `--_b` alcanza) con
conjunto de visitados para que un ciclo no lo cuelgue.

**Muta-prueba** (obligatoria, memoria `a-guard-that-inspects-nothing-passes`):
apuntar `--_avatar-radius` al primitivo crudo baja avatar de 75 % a 72 % y el
knob vuelve a `private`; revertirlo lo devuelve a 75 % y deja el árbol
idéntico.

EFECTO MEDIDO:
- Global **50 % → 56 %** · privados 625 → 341 · al 100 % 10 → 14 · <20 % 22 → 20.
- `avatar` 36 % → **75 %**, `picker-shell` 76 % → **95 %**, `menu-dial` 25 % →
  38 %, y otras 51 fichas con cifras nuevas — **ninguna por cambio de código**.
- Los READMEs de `picker-shell` y `menu-dial` se actualizan con la cifra nueva
  y con la razón, para que nadie crea que el componente cambió.

⚠ **Cualquier cifra anterior a este commit no es comparable con las de ahora.**
Queda escrito en el handoff.

Y un hueco de F0 que sale al hacerlo, registrado en §13: **el test del SUELO
que el plan pedía NO EXISTE** («alcance global ≥ el de hoy y literales ≤ 614 —
el número sube o el test falla»). Hoy nada impide que el alcance BAJE entre
sesiones: sólo se vería mirando la cifra a mano. Con el censo ya endurecido, es
el momento de escribirlo.

Gates: `component:audit` 162 PASS / 4 NEEDS-WORK (preexistentes) · `--names`
DESVIADAS 0 · suite eidos sin rojos nuevos · rtl:check 0 · docs:check 0 · el
censo compila.

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

											
										
										
											2 months ago
+								### 4.2 Sin nombre mecánico (8)
-												docs(theming): la auditoría de alcance de tema, componente a componente, con su propuesta

El censo medía el eje y no lo explicaba: 5.205 knobs en dos tablas del plan no
dicen QUÉ knob de QUÉ línea no alcanza un tema, ni qué token habría que crear.
Ahora `theming-census.ts --report` escribe la auditoría entera bajo
`docs/audit/theming/`: un README con la vista de conjunto y 170 fichas — 162
recetas con CSS + 8 componentes sin receta, el árbol completo de
`eidos/components/`.

Cada ficha de receta: knobs fuera de alcance con fichero:línea Y selector
(agrupados por clase), sistema transversal aparte, los privados con la columna
que decide («¿deriva de un público?»), y una PROPUESTA de corrección — el token
a declarar en `base.ts` con su valor VERBATIM y su scope TSC. La propuesta
deriva los nombres de recipe-contract §1 y theming §6.7; donde la doctrina no
decide, marca `⚠ decisión` en vez de inventar. Y no propone acuñar lo que la
doctrina prohíbe: lo que posee una capa compartida, el foco, la capa de estado,
un token prestado de otra receta, un shorthand o un eje físico.

Las 8 fichas sin receta dicen —medido, no supuesto— dónde vive su visual: el
componente que componen (icon-button → button), la capa que consumen (affix →
viewport-placement) o la receta ajena que pinta sus attrs (svg → badge/button).

Defectos del instrumento corregidos en el mismo pase, todos encontrados
mirando la salida: un `@import` pegado al primer selector se comía 2 knobs de
color-picker (el suelo del censo no puede moverse); `:not(:disabled)` se leía
como estado y producía `hover-disabled-*`; un knob que lee un privado se
proponía a sí mismo en vez de resolverse por talla; `--icon-size-sm` se
reportaba como préstamo del componente `icon` (ahora el préstamo se verifica
contra las claves del dueño en `base.ts`); y el default de talla salía sin
nombrar en vez de `-md`.

Verificación: censo global idéntico al suelo publicado (5205 · 1621/33% · 856 ·
1880 · 614 · 234) y COMPONENTE A COMPONENTE contra la tabla §9 del plan — 0
diferencias en 162 · regenerar dos veces da el árbol idéntico · el bloque de
veredicto escrito a mano sobrevive · docs:check 0 errores sobre 813 docs ·
prettier limpio (el árbol generado entra en .prettierignore junto a
eidos/generated).

Las 10 primeras fichas llevan ya su veredicto de revisión: análisis correcto en
las 10, propuesta apta en 2 (gradient-builder como piloto, combobox con cinco
correcciones — dos de ellas evitaban romper el default), y 5 que no se
tokenizan en solitario porque son alias de --calendar-*/--field-* y esperan la
decisión de familia. Cuatro destaparon privados con prefijo ajeno o abreviado
declarados en su propio CSS.

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

											
										
										
											2 months ago
 								- **⚠ decisión: el privado que alimenta este knob no se declara en el CSS (viene de `base.ts` o de un estilo inline) — hay que resolverlo antes de nombrarlo** — 2: `background`, `color`.
 								- **⚠ decisión: `100%` es un valor identidad o geometría de layout, no un knob de tema — el perímetro de «knob» es D-TH.2, sin firmar** — 4: `inline-size`, `block-size`.
 								- **⚠ decisión: `1` es un valor identidad o geometría de layout, no un knob de tema — el perímetro de «knob» es D-TH.2, sin firmar** — 2: `line-height`.
-												uix(theming): el censo aprende que un privado DERIVADO sí alcanza — 50 % → 56 %

Seis puntos de alcance sin tocar una línea de componente: **la medición estaba
mal, no el código**.

EL DEFECTO. F0 encargaba «detección "privado que deriva de público" (leer
`--_c-x: var(--c-y)` en la misma receta y reclasificar)». Se implementó a
medias: el censo CALCULA `derives` y lo imprime en la columna «¿deriva de un
público?» de la §3 de cada ficha, pero **el contador nunca lo usó** — esos
knobs seguían puntuando como deuda. Medido: **240 privados en 59 componentes**
estaban en ese estado, es decir, haciendo exactamente lo que la doctrina
prescribe («privados sólo si derivan de públicos») y penalizados por ello.

Lo destapó tokenizar `avatar`: sus 17 privados YA leían públicos
(`--_avatar-size: var(--avatar-size-md)`), así que no había nada que tokenizar
— había que arreglar el instrumento.

LA CORRECCIÓN. Segunda pasada tras recoger privados y knobs: un knob que lee
`var(--_c-x)` pasa a `public` si ese privado alcanza un público. El cierre es
**TRANSITIVO** (`--_a: calc(var(--_b) * .3)` alcanza si `--_b` alcanza) con
conjunto de visitados para que un ciclo no lo cuelgue.

**Muta-prueba** (obligatoria, memoria `a-guard-that-inspects-nothing-passes`):
apuntar `--_avatar-radius` al primitivo crudo baja avatar de 75 % a 72 % y el
knob vuelve a `private`; revertirlo lo devuelve a 75 % y deja el árbol
idéntico.

EFECTO MEDIDO:
- Global **50 % → 56 %** · privados 625 → 341 · al 100 % 10 → 14 · <20 % 22 → 20.
- `avatar` 36 % → **75 %**, `picker-shell` 76 % → **95 %**, `menu-dial` 25 % →
  38 %, y otras 51 fichas con cifras nuevas — **ninguna por cambio de código**.
- Los READMEs de `picker-shell` y `menu-dial` se actualizan con la cifra nueva
  y con la razón, para que nadie crea que el componente cambió.

⚠ **Cualquier cifra anterior a este commit no es comparable con las de ahora.**
Queda escrito en el handoff.

Y un hueco de F0 que sale al hacerlo, registrado en §13: **el test del SUELO
que el plan pedía NO EXISTE** («alcance global ≥ el de hoy y literales ≤ 614 —
el número sube o el test falla»). Hoy nada impide que el alcance BAJE entre
sesiones: sólo se vería mirando la cifra a mano. Con el censo ya endurecido, es
el momento de escribirlo.

Gates: `component:audit` 162 PASS / 4 NEEDS-WORK (preexistentes) · `--names`
DESVIADAS 0 · suite eidos sin rojos nuevos · rtl:check 0 · docs:check 0 · el
censo compila.

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

											
										
										
											2 months ago
+								### 4.3 Avisos sobre los tokens propuestos (1)
-												docs(theming): la auditoría de alcance de tema, componente a componente, con su propuesta

El censo medía el eje y no lo explicaba: 5.205 knobs en dos tablas del plan no
dicen QUÉ knob de QUÉ línea no alcanza un tema, ni qué token habría que crear.
Ahora `theming-census.ts --report` escribe la auditoría entera bajo
`docs/audit/theming/`: un README con la vista de conjunto y 170 fichas — 162
recetas con CSS + 8 componentes sin receta, el árbol completo de
`eidos/components/`.

Cada ficha de receta: knobs fuera de alcance con fichero:línea Y selector
(agrupados por clase), sistema transversal aparte, los privados con la columna
que decide («¿deriva de un público?»), y una PROPUESTA de corrección — el token
a declarar en `base.ts` con su valor VERBATIM y su scope TSC. La propuesta
deriva los nombres de recipe-contract §1 y theming §6.7; donde la doctrina no
decide, marca `⚠ decisión` en vez de inventar. Y no propone acuñar lo que la
doctrina prohíbe: lo que posee una capa compartida, el foco, la capa de estado,
un token prestado de otra receta, un shorthand o un eje físico.

Las 8 fichas sin receta dicen —medido, no supuesto— dónde vive su visual: el
componente que componen (icon-button → button), la capa que consumen (affix →
viewport-placement) o la receta ajena que pinta sus attrs (svg → badge/button).

Defectos del instrumento corregidos en el mismo pase, todos encontrados
mirando la salida: un `@import` pegado al primer selector se comía 2 knobs de
color-picker (el suelo del censo no puede moverse); `:not(:disabled)` se leía
como estado y producía `hover-disabled-*`; un knob que lee un privado se
proponía a sí mismo en vez de resolverse por talla; `--icon-size-sm` se
reportaba como préstamo del componente `icon` (ahora el préstamo se verifica
contra las claves del dueño en `base.ts`); y el default de talla salía sin
nombrar en vez de `-md`.

Verificación: censo global idéntico al suelo publicado (5205 · 1621/33% · 856 ·
1880 · 614 · 234) y COMPONENTE A COMPONENTE contra la tabla §9 del plan — 0
diferencias en 162 · regenerar dos veces da el árbol idéntico · el bloque de
veredicto escrito a mano sobrevive · docs:check 0 errores sobre 813 docs ·
prettier limpio (el árbol generado entra en .prettierignore junto a
eidos/generated).

Las 10 primeras fichas llevan ya su veredicto de revisión: análisis correcto en
las 10, propuesta apta en 2 (gradient-builder como piloto, combobox con cinco
correcciones — dos de ellas evitaban romper el default), y 5 que no se
tokenizan en solitario porque son alias de --calendar-*/--field-* y esperan la
decisión de familia. Cuatro destaparon privados con prefijo ajeno o abreviado
declarados en su propio CSS.

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

											
										
										
											2 months ago
 								- **el privado `--_avatar-badge-bg` debe pasar a leer este público (o desaparecer)** — `--avatar-badge-bg`
 								### 4.4 Lo que hay que comprobar a mano (PLAN-theming §1.3 · §7.4)
 								- [ ] **Privado que no deriva de un público** — §3 lo marca; el privado debe leer el público o desaparecer.
 								- [ ] **Velo o acento en el nodo equivocado** (`archetype: 'item'` en un envoltorio, un `background` en shorthand que mata la capa de estado) — se mide desde el píxel hacia arriba.
 								- [ ] **Doble animación** al mover un sello a una superficie con animación propia — registro de `animationstart`/`animationend`.
 								- [ ] **Diff de computed = 0** en reposo · hover · abierto · disabled · foco, por talla, antes y después.
 								- [ ] **Centinela por token nuevo**: valor imposible en el root → el nodo lo sigue. Si no, el token miente.
 								## 5. Veredicto
 								<!-- veredicto:start -->
-												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
+								**Ejecutado 2026-08-23 — 75 % → 90 %, contrato 88 claves, centinela 83/88 (5
 								adjudicadas).** Diff de computed **0** en tres bases (demo de `avatar` con
 								insignia + anillo: 576 valores · la misma en modo `fallback`: 384 · demo de
 								`AvatarGroup`: 3.072) y las dos capturas 2× **idénticas al byte**.
 								**Lo primero, porque contaminaba todo lo demás: su contrato existía y ningún
 								instrumento lo veía.** La entrada `avatar` de `base.ts` es la ÚNICA construida
 								por una IIFE (un helper local genera sus 24 ámbitos compuestos), así que su mapa
 								vive un tabulador más adentro, en el `return {`. El censo la leía como «sin
 								entrada en `base.ts`» —84 claves invisibles— y el centinela **moría** con `no
 								recipe block for avatar`: el componente no se podía medir. Los dos lectores
 								leen ya la IIFE (dedentan el `return`). Sin eso, el gate de este componente no
 								significaba nada.
 								**Lo que se acuñó (6) y por qué:**
 								- **`group-overlap-{xs..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**: desde el asiento del tema, `37px` no movía el
 								  margen ni un píxel; escrita sobre el nodo, sí. Es un **falso positivo del
 								  centinela** (escribe el token también sobre cada nodo del componente, y para
 								  una propiedad personalizada que la receta re-declara EN EL ELEMENTO ese
 								  inline sí gana), y queda anotado como límite del instrumento. 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 retiró (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()` — lo dice el propio comentario del CSS. Retirada 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 el respaldo era
 								  inalcanzable y sólo podía envejecer contra su token (la clase del `, 1.4`
 								  contra `--font-line-height-sm`). Comprobado en la rama custom: la tinta sigue
 								  computando `rgb(255, 255, 255)`.
 								**Seis literales firmados** (salen del ratio, clase `exception`): 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; con interlineado se descentra.
 								**Lo que se queda fuera, y por qué (los 3 privados, 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 (la razón de §3.pre del handoff). Aplanarlos obligaría
 								además a duplicar cada regla por tono: 24 combinaciones.
 								**Las cinco adjudicaciones del centinela** (todas medidas a mano sobre el nodo
 								REAL, con transiciones congeladas): `size-xxl` y `font-size-xxl` viven en el
 								paso `xxl`, que **el barrido de tallas del guard no alcanza** (para en `xl` — el
 								mismo 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.
 								**Defectos reales que NO se arreglan aquí:**
 . **R-5.3, cuatro claves fuera de la gramática, PREEXISTENTES**:
 								   `ring-color-custom`, `badge-color-custom`, `badge-color-custom-contrast` (y
 								   la cuarta que el audit trunca). La tinta es `fg`, no `color`. Son los
 								   canales de valor que el envoltorio escribe INLINE, así que renombrarlos
 								   cambia el contrato público de tres escotillas — decisión, no ejecución:
 								   queda listado, el audit sigue en NEEDS-WORK por esto y sólo por esto.
 . El barrido de tallas del centinela **no llega a `xxl`**; añadirlo dejaría
 								   STALE las seis excepciones que `metrics` escribió por lo mismo, así que se
 								   respeta el precedente y se adjudica.
-												docs(theming): la auditoría de alcance de tema, componente a componente, con su propuesta

El censo medía el eje y no lo explicaba: 5.205 knobs en dos tablas del plan no
dicen QUÉ knob de QUÉ línea no alcanza un tema, ni qué token habría que crear.
Ahora `theming-census.ts --report` escribe la auditoría entera bajo
`docs/audit/theming/`: un README con la vista de conjunto y 170 fichas — 162
recetas con CSS + 8 componentes sin receta, el árbol completo de
`eidos/components/`.

Cada ficha de receta: knobs fuera de alcance con fichero:línea Y selector
(agrupados por clase), sistema transversal aparte, los privados con la columna
que decide («¿deriva de un público?»), y una PROPUESTA de corrección — el token
a declarar en `base.ts` con su valor VERBATIM y su scope TSC. La propuesta
deriva los nombres de recipe-contract §1 y theming §6.7; donde la doctrina no
decide, marca `⚠ decisión` en vez de inventar. Y no propone acuñar lo que la
doctrina prohíbe: lo que posee una capa compartida, el foco, la capa de estado,
un token prestado de otra receta, un shorthand o un eje físico.

Las 8 fichas sin receta dicen —medido, no supuesto— dónde vive su visual: el
componente que componen (icon-button → button), la capa que consumen (affix →
viewport-placement) o la receta ajena que pinta sus attrs (svg → badge/button).

Defectos del instrumento corregidos en el mismo pase, todos encontrados
mirando la salida: un `@import` pegado al primer selector se comía 2 knobs de
color-picker (el suelo del censo no puede moverse); `:not(:disabled)` se leía
como estado y producía `hover-disabled-*`; un knob que lee un privado se
proponía a sí mismo en vez de resolverse por talla; `--icon-size-sm` se
reportaba como préstamo del componente `icon` (ahora el préstamo se verifica
contra las claves del dueño en `base.ts`); y el default de talla salía sin
nombrar en vez de `-md`.

Verificación: censo global idéntico al suelo publicado (5205 · 1621/33% · 856 ·
1880 · 614 · 234) y COMPONENTE A COMPONENTE contra la tabla §9 del plan — 0
diferencias en 162 · regenerar dos veces da el árbol idéntico · el bloque de
veredicto escrito a mano sobrevive · docs:check 0 errores sobre 813 docs ·
prettier limpio (el árbol generado entra en .prettierignore junto a
eidos/generated).

Las 10 primeras fichas llevan ya su veredicto de revisión: análisis correcto en
las 10, propuesta apta en 2 (gradient-builder como piloto, combobox con cinco
correcciones — dos de ellas evitaban romper el default), y 5 que no se
tokenizan en solitario porque son alias de --calendar-*/--field-* y esperan la
decisión de familia. Cuatro destaparon privados con prefijo ajeno o abreviado
declarados en su propio CSS.

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

											
										
										
											2 months ago
 								<!-- veredicto:end -->