132 Commits (6f42eebfe80bc9ac5656be2bbf621c6d62e768fb)

Author	SHA1	Message	Date
dev	6f42eebfe8	feat(morfo,sema,eidos): todo evento dice de que familia es, y el cruce por fin se ve ... El framework llamaba a la misma cosa de dos maneras: `open` pelado en ocho componentes y `emerge-open` en tres. No era estetica — un preset de movimiento engancha el nombre con `^=`, asi que el dialecto pelado no casaba con ninguna firma y simplemente no animaba, sin romper una sola prueba. Los 40 nombres sin prefijo pasan a `{familia}-{verbo}[-{matiz}]`: 256 eventos, 256 con prefijo, 0 ambiguos. El plan decia 36 y decia `handle-drag-start`; eran 40, y el canon (c25) dice que esos verbos son `pick` y `drop` — `handle-pick` y `handle-drop` ya existian en 10 y 4 componentes. `validateMorfo` cierra la puerta: un `events[].name` que no empiece por su familia ahora lanza. Visto fallar antes con un nombre pelado inyectado. Lo que el renombrado destapo, y va aqui tambien: - La receta del splitter enganchaba `commit-resize`, muerto desde `bd2e40366`. No casaba desde mayo y nadie chillo. Reescrita por FAMILIA, como slider y knob, y `eidos-lint` valida ahora el VALOR de `data-event*` contra el catalogo de morfos — el guard que lo habria cazado en su dia. - La familia `shift` era muda en el canal visual, contra su propia doctrina (c27: el cruce debe percibirse; c34 tipifica el «shift invisible»). Su mapa ya describia la firma que le faltaba y su sonido por defecto es `slide`. Ahora tiene firma direccional: sexto atributo del sello (`data-event-direction`, `forward`|`backward`, por emision) y deslizamiento de 320ms RTL-safe por `:dir()`. Medido: LTR -30px/+30px, RTL los invierte. - El sello de `shift-navigate` pasa del BOTON al `grid` en los cuatro calendarios. Medido: el boton recibia `contact-activate` y 8,5 ms despues —media trama— el `shift-navigate` pisaba la misma ranura y el `press-squeeze` moria sin pintar un fotograma. Una superficie, una ranura (A-36). - 101 contradicciones docs<->morfo adjudicadas con evidencia (git log, docs de decision, el componente vivo). Las docs desfasadas, corregidas; los nueve DEFECTOS de codigo obsoleto quedan abiertos y sin tocar. - `SoundDirection` -> `SoundContour`: era un contorno de tono, no un sentido, y habia tres cosas distintas deletreadas «direction». check en su linea base con 0 errores nuevos por diferencia de conjuntos · docs:check 0/0 · eidos-lint invalid 0 · el censo y las escenas de navegador medidas con raton real y rAF vivo. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	56a96114f8	feat(morfo,soma): la emisión deja de aceptar un elemento anónimo ... El defecto que tres auditorías encontraron y ninguna cerró no era que N eventos redirigieran sin declararlo: era que la API de emisión aceptaba un HTMLElement suelto, compensando que el registro de partes perdía la identidad de instancia. Censar y arreglar a mano reproduce el modo de fallo. Esto lo hace inexpresable. F1 — SomaRuntime<M> genérico, SIN default. Nombres de evento, kebabs de parte y claves de events/actions tipados contra la declaración (EventNameOf / PartKebabOf / ActionNameOf, los extractores que semaSelector ya usaba del otro lado). 104 anotaciones migradas + 3 wrappers que devolvían tipado pero tomaban sources ANCHO. SomaRuntime<Morfo> queda sólo en la tabla de contratos. F2 — registro por instancia: Map<part, PartRegistration[]>, pertenencia mantenida por el stream del attachment (poda al desmontar, re-entrada al remontar), resolución liveReg = la instancia VIVA más nueva. Mata de paso la clase "la más nueva muerta ensombrece a una viva". F3 — tres formas legales de destino: el target declarado; el anclaje por instancia (SomaRuntimePart.trigger, tipado por EventNameTargeting, + runtime.partInstance por identidad de referencia); y targetFallback, la cadena por estado de montaje declarada en el morfo y resuelta por resolveEmitTarget — LA resolución única para validación, emit y foco a11y, que ya no pueden discrepar. ~30 componentes migrados; censo de targetOverride 148 -> 89. F4 — A-36 tenía un superviviente. Medido en dropdown-menu: bajo `pre` el `open` no colisionaba con el contact-activate del Button compuesto, se PERDÍA entero porque su content no había montado. Aplicada la receta de float-panel a dropdown-menu Y context-menu. Ahora: contact-activate en trigger, open en content — dos superficies, ambas expresando. Submenús mudos, tres componentes. No era cableado: el morfo no declaraba el evento. onion-menu recibe emerge-expand/emerge-collapse (la forma de TreeView: un nivel revela sus hijos en el sitio); dropdown-menu y context-menu reciben sub-open/sub-close sobre sub-content, distintos del open raíz a propósito porque el sub es su propia superficie flotante. Nacen con la receta A-36 para no repetirla en código nuevo. chronos — declaraba 26 partes y registraba UNA; 17 role= a mano y el ARIA declarado no llegaba nunca al DOM. Se anula la mitad sobre-extendida de la decisión de 29ffe902a: la reutilización sigue viajando por el motor puro, pero la ESTRUCTURA se compone como en Table y Calendar. C1 (las 6 partes que emiten, chronos con cero targetOverride) + C2 (8 singletons) + C3 8/9. Registrar una parte DESTAPA declaraciones falsas, tres veces en un pase: el chip declaraba defaultElement button y ponía type= sobre un div (anida el asa de resize); grid-row declaraba archetype item y pintó la semana entera como fila de lista; y un aria por propRef desaparece en SILENCIO si el provider no publica la fuente. En los tres el arreglo fue la DECLARACIÓN, no el DOM. Verificado: check 74 = línea base medida con stash, DELTA CERO sostenido en cada lote · 458 pasan (chronos+morfo+sema) · navegador limpio en las tres vistas de chronos, con el contrato ARIA vivo por primera vez (aria-labelledby resolviendo a «junio de 2026», aria-readonly/disabled que no se habían emitido nunca). Handoff en docs/process/CONTINUE-perceptual-surface.md. Aparte, y decidido por el autor: docs/process/PLAN-event-name-normalization.md — prefijo de familia siempre; 36 de 252 sin prefijo, cero ambiguos. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	b1b48fb3aa	fix(sema,morfo,soma): una superficie no admite dos ocurrencias, y el nombre ya no miente ... `data-event-*` es UNA RANURA por elemento. Tres auditorias independientes encontraron el mismo defecto y ninguna lo cerro: fable S1 (2026-07-01, con el README diciendo «findings executed»), sema S-17 (2026-08-05, midio el estampado del knob muriendo a los 24ms de un hold de 240) y blocks A-36/A-65 (reproducido en navegador, dos estampados a 1,1ms). Lo que faltaba no era diagnostico: nadie podia distinguir una redireccion legitima de una deriva, porque la opcion que redirigia se llamaba `fallbackTarget` y hacia lo contrario de lo que decia. EL NOMBRE PRIMERO. `fallbackTarget` -> `targetOverride` (202 apariciones, 64 ficheros, dirigido con `git ls-files`). Siempre GANO sobre el ref registrado; el nombre honesto es la precondicion para auditarlo. Las cronicas conservan el viejo por diseño. LA PROPIEDAD. `unstampEventAttrs` recibia el signal y lo DESCARTABA, asi que la ocurrencia que terminaba antes borraba a la que tenia la ranura. Ahora comprueba `data-event-id`. Con eso, `replace` deja de ser el comportamiento roto y pasa a ser el suelo correcto. A-36, SIN `regime`. Los cuatro overlays cedian el estampado del `open` al trigger por un workaround de la era `sequence: 'pre'`; con `post` el content ya esta montado. Retirado el override (float-panel migrado `pre`->`post`, ultimo fuera de la doctrina que sema.md escribe). Medido en /blocks/site-header/preview a 375px: contact-activate en el TRIGGER +18,7ms y open en el CONTENT +20,6ms, con press-squeeze y slide-from-right-full corriendo. Antes: los dos en el trigger, press-squeeze jamas. `regime` DEFINIDO — y son dos valores, no cuatro. `replace` (default) y `queue`, este solo para las 4 parejas irreducibles: los tres toggles (el provider ES el boton) y el knob. `collapse` retirado (su caso murio con la propiedad: medido, 0 huecos en 5 emisiones a 72ms) y `lock` retirado (significaria «un cierre que no se anuncia»), con sus 4 declaraciones muertas. El guard de `queue` PASO EN VERDE SIENDO INCORRECTO: con timers falsos no hay animaciones, asi que awaitExpression volvia al instante. El navegador midio el commit encolado llegando 1,6s tarde. `queue` espera el HOLD, no la expresion. Medir la envolvente no es medir la salida. `renderAttrs` — los attrs que no son partes. Vaciar ACTIVE_DEV_TRACK (palabras y chronos ya no estan excluidos) destapo 23 `data-palabras-*` que ningun morfo declaraba y que palabras.css SI estiliza: aterrizan en el arbol que el usuario escribio, asi que no pueden ser partes. Campo nuevo con la linea afilada —si el consumidor puede componerlo, es una PARTE— y 3 consumidores (palabras, waveform, aura). Declarado en types.ts Y en el esquema sium: la leccion de MorfoElement. Ademas: 5 selectores muertos en el predicado del focus-scope de palabras (barrido de todo el repo: aparecian solo ahi) · RTL-1 real en palabras-chrome (inset logico + translate fisico = doble volteo; rtl:check 1->0) · el union inline al `Direction` canonico, que destapo que el censo de direccion grepea el NOMBRE del tipo · deuda de chronos (scope, barrel, README). Y de la cola: S-36 (barrel 68->71 + guard), S-31 (vibrate(NaN)), S5 (la preferencia de reduced-motion del usuario ya gana a los channels del morfo), SO2 (el warn que el JSDoc prometia), SO4 (validar el target antes del prewrite). Todos los guards nuevos vistos fallar antes de arreglar nada. Base: check 74 (= base) · sema+morfo+contracts 454 verdes / 6 ajenos preexistentes · soma navegador 1258/1259 (el rojo es un timeout ajeno, reproducido con los cambios en stash) · docs:check 0/618 · rtl:check 0/177. Handoff: docs/process/CONTINUE-perceptual-surface.md Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	49362d89e9	feat(sema,sound): un pack se entrega como quieras — y un `data:` no se pide, se descodifica ... La entrega deja de ser parte del contrato. Un pack de ficheros puede llegar como quince URLs o como UN JSON de base64 (`packFromBase64`): mismo tipo, mismo intercambio en caliente, misma reserva sintética por entrada, y un nombre que no existe sigue sin compilar. Medido sobre `static/sounds/ui-inline.json`: una petición en vez de quince, y 69.082 B con brotli frente a 79.332 B de los ficheros sueltos — el +33 % del base64 lo deshace la compresión, y el JSON gana además porque nadie comprime `audio/mpeg` y todos comprimen `application/json`. ## `step` no se oía Era a la vez el MÁS CORTO (18 ms) y el MÁS FLOJO (gain 0.025), y esas dos cosas se multiplican: el oído integra energía durante ~100-200 ms, así que un tono corto necesita MÁS amplitud, no menos. Medido, rendía a −29,8 dBFS con la novena parte de la energía de `touch`. Ahora 0.06 a los mismos 18 ms. Lo que no había era el guard: la distinguibilidad es una RELACIÓN, y dos sonidos pueden ser perfectamente distintos entre sí y ser los dos inaudibles. `sound-names.test.ts` gana un suelo absoluto sobre `gain² × duración`. ## El precalentamiento no precalentaba - `preload` pedía el contexto con `getOrCreateContext()`, que hace `await resume()` — y antes del primer gesto esa promesa se queda PENDIENTE en Chrome, no se rechaza. No descargaba nada hasta que el usuario ya había pulsado, que es justo la latencia que el preload existe para quitar. `decodeAudioData` funciona en un contexto suspendido. - Aplicar un pack en caliente no calentaba la caché: cada nombre pagaba su viaje la primera vez que sonaba. Ahora `rebuildMap()` llama a `warmSamples()`. - Con `preferences.sound === 'off'` no se descarga NADA — un pack que no se puede oír son bytes gastados en silencio. Pero la petición se RECUERDA en vez de tirarse: el nivel se lee en el dispatch, así que la primera reproducción audible vacía la cola y encender el sonido no devuelve una caché fría. ## Un `data:` se descodifica en el sitio `connect-src 'self'` BLOQUEA `fetch('data:…')` — la directiva casa por ESQUEMA y `'self'` no cubre `data:` — mientras deja pasar una ruta del mismo origen. Un pack inline enrutado por `fetch` caía a síntesis EN SILENCIO justo en el entorno que llevó a alguien a hacerlo inline. Y es ~6x más lento. `bytesFor()` lo resuelve con `atob`. ## De la revisión adversarial - Las claves del JSON se validan: una que no sea `SoundName` LANZA, igual que una ruta mala en `assertMapPaths` y por la misma razón — tragarse la errata da el síntoma «parte de mi pack no se aplicó» sin nada a lo que apuntar. - `isSoundName` preguntaba `name in SEMA_MAP.sounds`, y `in` recorre el prototipo: `isSoundName('toString')` devolvía `true`. Inofensivo mientras todos los llamantes tecleaban el nombre; nada inofensivo al validar red. - `warmSamples` sólo tenía una de las dos ramas que sí tiene el constructor, así que una app con canal de sonido propio se calentaba al arrancar y nunca más; y esa rama leía la preferencia UNA vez, en construcción. Las dos se caían por lo mismo: ahora comparten `warmUrls()` en vez de duplicarse. - El demo del catálogo cancela su fetch: elegir `inline` y saltar a `synth` antes de que llegara reinstalaba el pack sobre un `clearMap()` ya hecho. - `fallbackFor(name)` borra los dos casts que copiaba todo el que autorase un pack de ficheros. ## Documentación `architecture/sema.md` gana la sección de las dos formas de entrega y el párrafo de `preloadSamples` reescrito — describía un precalentamiento que ya no es el que ocurre. El README del arte conoce la ruta `data:`. La página de packs gana su sección equivalente y deja de señalar unos `.wav` sueltos como «el ejemplo». Y un fantasma: `soft` no existe — es un nombre del catálogo viejo que quedaba como ejemplo en ocho sitios, incluido el docstring de `applySounds`, cuyo ejemplo copiado literalmente LANZABA. `static/sounds/ui-inline.json` se genera desde `packs/ui-mp3.ts`; el comando está documentado ahí y reproduce el fichero byte a byte. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	41573d8489	feat(sema): instalar el pack de sonido tambien al arrancar ... Al ir a explicar como se asigna un pack, descubri que la pagina que escribi ayer anunciaba `createActiveUix({ events: { sounds: … } })` y esa opcion NO EXISTIA: solo se podia instalar despues del arranque con `applySoundPack()`. La documentacion prometia una API inventada. Ahora existe, y es la forma que corresponde cuando la voz es una propiedad del PRODUCTO en vez de algo que un tema cambia en caliente. Misma capa que la version en caliente, decidida al arrancar. Un pack parcial es legitimo: los nombres que omite conservan el sonido por defecto, asi que un producto puede sustituir tres earcons y heredar el resto — cubierto por el test. ⚠️ Dos fallos propios en el camino, ambos cazados verificando: · la primera version asignaba `packOverride` en un bloque que ya no existia tras un refactor anterior, asi que el pack de arranque se ignoraba en silencio. Lo destapo su test, que fallo con el valor por defecto. · declarar el mapa via `rebuildMap()` rompio el analisis de asignacion definitiva de TypeScript (+1 error en check). Declarado explicitamente. VERIFICADO: sema 282/282 · check 78 = los preexistentes, ninguno mio. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	9b70379abb	refactor(sema,chronos,palabras): tambien los dos componentes excluidos ... Me excuse dos veces en la regla de escritura excluida cuando el autor ya habia dicho «todos la documentacion y componentes». Su decision, repetida: se arreglan. CHRONOS - El pack tenia CUATRO reglas con solo un selector — restos de la migracion automatica, que no dicen absolutamente nada. Borradas. Y las dos de `handle-drag` / `handle-resize` tambien: llevaban muertas desde que se escribieron porque ningun proveedor emite esos eventos (S-37). Con ellas se van sus dos excepciones firmadas del censo — la mejor forma de retirar un waiver es que deje de haber defecto que excusar. - Queda un pack de tres reglas, todas hapticas y todas justificadas: una entrada de calendario es un blanco pequeño, y el tacto dice CUAL acertaste, cosa que el sonido no puede. - `SPEC.md` §8 describia el modelo de tunings entero (`soundTuning('commit.soft')`, «no sobrescriben pitch/gain/contour del intent (capa 2)»). Reescrito: lo que Chronos suena lo dice el mapa, y ninguna regla PUEDE tocar una primitiva porque el tipo no lo admite. - El morfo afirmaba «Haptic-only by doctrine (no sound per frame)» para `handle-drag`. Esa doctrina murio: un gesto suena por REPETICION. El comentario dice ahora lo que es cierto — que nadie lo emite todavia. PALABRAS - `INTERACCION.md` citaba `SOUND_TUNINGS`. Ahora dice lo que hace de verdad: palabras no nombra ningun sonido propio, cada suceso toma el de su familia y verbo, y `commit.save` + `fulfill` encuentra `tick.fulfill` — que sigue siendo, como decia la tabla, la unica celebracion audible. - El proveedor justificaba no emitir `contact-focus` por «una base sound signature en SEMA_MAP (pitch 800, gain 0.25)». Esa base ya no existe: hoy la familia NOMBRA `touch`. La decision de callar sigue siendo correcta y ahora esta explicada por el mecanismo real. ⚠️ Prettier volvio a reformatear entero `palabras-provider.svelte.ts` (no estaba formateado en HEAD): revertido y reaplicado a mano, 4 lineas en vez de 61. VERIFICADO: sema+morfo+soma 1076/1076 · docs:check 0/618 · check sin errores nuevos. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	6f51281abf	refactor(sema): los componentes tampoco describen ya el sistema muerto ... Actualizar la doctrina escrita dejaba a medias lo pedido: los propios componentes seguian explicandose con el modelo retirado. Tres frentes, verificados por censo antes de tocar nada. 1. EL CENSO DEL VERBO, que era el riesgo real. Con la tabla indexada por verbo, un evento que NO lo declare cae al defecto de su familia — un `emerge-close` sin verbo sonaria a `open`. Medido sobre los 250 eventos del arbol: CERO sin verbo. El tier funciona en todas partes. Cuatro `commit-cancel` resuelven a `tick` y los dejo asi a proposito: cancelar no destruye nada — eso es `discard`, que si tiene su celda de perdida. 2. REGLAS QUE NO DECIAN NADA. Censadas las 30 reglas de sonido vivas contra lo que el mapa daria de todos modos: UNA repetia el defecto (`chat-log` nombrando `alert` sobre un `signal`). Borrada — su pack queda sin cascada y conserva solo el manifiesto de precarga, que es lo unico que ese componente necesitaba de verdad. Y el censo pasa a ser GUARD permanente: `pack-census.test.ts` rechaza una regla que nombre lo que su familia+verbo ya da. Una regla asi se lee como decision y no lo es, y se pudre en silencio el dia que el mapa cambie debajo. 3. LAS CABECERAS. 17 packs se explicaban con la aritmetica retirada — «compose with op:'add'», «NEVER override pitch/gain/contour, son la firma de intent.deltas (capa 2)», D.7… Reglas todas ellas de un sistema que ya no existe, y que le habrian enseñado a mentir al siguiente autor. Sustituidas por una linea que dice lo que hoy es cierto: el sonido se elige, y una regla solo aparece cuando el componente DIFIERE del defecto. Estado: 29 reglas de sonido en 15 de los 71 packs. VERIFICADO: sema+morfo+soma 1076/1076 · check sin errores nuevos · docs:check 0/618. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	11b54025d4	feat(sema): pack de ejemplo con ficheros mp3, recortados y normalizados ... El autor dejo una biblioteca de 35 mp3 en `static/sounds/ui` y pidio recortarlos y normalizarlos para usarlos como pack alternativo. Medidos ANTES de tocar nada, los originales tenian tres problemas que habrian hecho parecer roto al sistema: · LATENCIA DE ARRANQUE. `button_hard` no empezaba a sonar hasta los 347 ms. Un sonido de pulsacion que llega un tercio de segundo despues no confirma nada: se lee como eco. `button_squishy` 148 ms, `blocked` 78 ms, y varios mas con 25 ms de silencio de cabeza. · DURACIONES FUERA DE ESCALA. `item_select` 862 ms para seleccionar en una lista donde puedes recorrer cinco elementos por segundo — se solapan tres a la vez. `success_chime` 1591 ms. · NIVELES SIN NORMALIZAR, factor 14x entre picos (0.066 … 0.961): unos inaudibles al lado de otros. PROCESADO con ffmpeg: recorte de silencio en ambos extremos + loudnorm a −20 LUFS / pico real −1.5 dB, mono 44.1 kHz. Resultado medido en el navegador: TODOS arrancan en 0 ms, y las duraciones se desploman — `button_soft` de 862 ms a 28 ms, que resulta ser la longitud ideal para un toque; `copy` a 78 ms, casi exacto al `tick` sintetico. 292 KB en total. ⚠️ Los originales NO estaban en git y el procesado los reemplaza. Copia de seguridad de esta sesion en /tmp/ui-originales (efimera): si los quieres conservar, guardalos tu. EL PACK (`src/uix/sema/packs/ui-mp3.ts`) mapea 16 nombres a 16 ficheros. Es una TRADUCCION, no una busqueda: la biblioteca esta nombrada por componente (`button_`, `tab_`, `panel_`, `window_`) que es justo el eje que el vocabulario rechaza, asi que cuatro ficheros compiten por el nombre `open` y sobran quince. Cada entrada conserva como reserva el sonido sintetico del framework, de modo que un 404 degrada a la voz por defecto en vez de enmudecer. Lo imperfecto queda ESCRITO en el fichero, no escondido: `tick.fulfill` dura 425 ms y `tick.loss` 723 ms, muy por encima de la ventana perceptual que persigue el pack sintetico. Es el precio de usar material encontrado — suena mas rico y se comporta peor. Un pack grabado PARA este sistema se grabaria a sus duraciones. `engine.applySoundPack(pack)` instala entradas enteras (frente a `applySounds`, que retunea valores de las que ya hay); `clearMap()` revierte tambien el pack. Y el catalogo de la documentacion estrena conmutador: mismo nombre, otra voz, para comparar A OIDO. VERIFICADO en el navegador espiando el grafo de audio: con el pack por defecto `tick` crea dos osciladores a 850/1275 Hz; con `ui-mp3` crea un buffer de 78 ms y CERO osciladores. El cambio funciona de punta a punta. sema+morfo+soma 1075/1075 · uix sin errores de tipos nuevos. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	86fa9a1b77	refactor(sema)!: el sonido se ELIGE, no se modula — evento.intent = sonido ... Directiva del autor, sin matices: «todo el sistema de sonido es una puta mierda... la unica solucion es evento sonido, evento.intent = sonido, y punto y nada de mierdas de que si el intent modifica nada». Tenia razon, y lo que lo destapo fue oirlo: los dieciseis nombres del catalogo anterior sonaban practicamente igual. Medido despues: cinco de ellos eran LA MISMA nota de 700 Hz a cinco volumenes, y las variantes de direccion se separaban 20 Hz. El modelo de modulacion producia teoria bonita y mush audible. LA REGLA ENTERA, y no hay mas: nombre = per-emit ?? cascada ?? pack ?? morfo ?? familia[verbo] ?? familia.default sonido = pack[`${nombre}.${intent}`] ?? pack[nombre] ?? nada Dos busquedas. El intent SELECCIONA un sonido entero; si no existe la variante se desprecia y suena la base; si no hay base, silencio. Un `threat` no es un `tick` con mas aspereza: es otro sonido —mas grave, mas rasposo, descendente— y no se pueden confundir. EL TIER DEL VERBO es lo que vacia los packs. La tabla de familia se indexa por verbo (`emerge.close → 'close'`), asi que ni un solo overlay escribe su cierre. De ~165 reglas de sonido quedan 30, en 16 de los 71 packs — y las 135 borradas no decian mas que el defecto. Para que el verbo llegue, ahora VIAJA en la señal: se calculaba y se tiraba con un `void` (hallazgo S-40), el tipo prometia que se emitia y era falso. CATALOGO NUEVO: 10 bases + 6 variantes, cada una un sonido diseñado entero. Medido en el grafo de audio real: de 240 Hz (`tick.loss`) a 1900 Hz (`step`), casi tres octavas, y las variantes evaluativas traen su propio modulador de aspereza — texturas distintas, no un tono movido. 100% sintesis a proposito: el pack por defecto no lleva binarios, funciona sin red y no puede dar 404. Los .wav quedan como pack de EJEMPLO. EL GUARD QUE FALTABA: `distinguishability` exige que dos entradas se separen en al menos DOS ejes perceptuales. Nacio en rojo contra mi propio catalogo —ocho pares casi gemelos— y dirigio el diseño hasta separarlos. Una instantanea no lo habria cazado: cada valor era exactamente el que la tabla decia; lo que faltaba era una RELACION entre entradas. GESTOS POR REPETICION (idea del autor). Un arrastre ya emite a su ritmo, asi que toca `step` (18 ms) por emision: la velocidad del gesto ES la del trinquete, como una rueda fisica. Mueren los tres resolvers que sintetizaban tono desde posicion y velocidad —la ultima aritmetica del sistema— y `handle` queda EXENTA de la memoria de frecuencia, que si no estrangularia el trinquete al primer arrastre. Perdida firmada: el ritmo lleva la velocidad, pero la posicion ya no mapea a altura. NADIE ESCRIBE PARAMETROS, ni la app. `SemaSignatureOverride.sound` y `SemaCascadeRule.sound` aceptan un nombre o SILENT. La rendija de autoria inline «para la personalizacion» sobraba: un producto REGISTRA su sonido (nombre + definicion, una vez) y lo nombra. ⚠️ BUG PROPIO durante la cirugia: al reemplazar el bloque del sonido borre tambien la aplicacion de deltas de intent, y el HAPTICO dejo de recibirlos. Lo cazaron sus tests. Restaurado — el haptico sigue modulando porque su vocabulario es categorico y sus deltas cambian el KIND, que tambien es seleccion. MUERE: los deltas de sonido del intent, las bases de sonido de familia, la capa 1.5, `op:'add'` para sonido, `mergeSoundOverride`, y `d7-intent-survives.test.ts` — vigilaba una inversion que ya no puede existir. VERIFICADO: sema+morfo+soma+sound 1108/1108 · docs:check 0/618 · la pagina `/uix/docs/sound` reescrita y medida en navegador (commit+threat → tick.threat; commit+affirm → tick, el intent se desprecia; emerge+close → close sin una linea de pack; sustain → silencio). Los 7 fallos de la suite completa son los ajenos y preexistentes de contracts.test. ⚠️ NO SE HA OIDO. Todo esta medido en el grafo de audio, no con un oido. Si `open` suena a lo que debe sonar un panel abriendose es tu decision, y se afina en un fichero. ⚠️ El estudio `/temas/sema` compila pero edita firmas crudas: su modelo es el viejo. Queda por reconvertir. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	e0265bed95	feat(eidos,sema): un tema es UNA cosa — siete ejes, y ninguno fuera del alcance ... Cierra el eje: el haptico entra al mapa, `masterGain` deja de descartarse, y `applyTheme` gana el septimo eje. ⚠️ CORRIGE MI PROPIA PROPUESTA. Dije que la puerta unica iba en la raiz de composicion. Al medirlo, la dependencia corre AL REVES: `ActiveEidos` tiene `#uix` y lo conduce (registra presets con `uix.motion`), mientras `ActiveUix` no tiene eidos. Un tema compuesto en la raiz habria invertido la direccion. Va donde ya vive el metodo que se llama a si mismo «the capstone composing them», y que hasta hoy componia seis de ocho. eidos.applyTheme({ color: '#3b5bdb', sound: { soft: { gain: 0.08 } } }); eidos.clearTheme(); // revierte los siete Un eje que pasas se aplica, uno que omites revierte — la misma lectura atomica que ya tenian los seis visuales, ahora sobre siete. Sin `uix` (render headless) el eje perceptual se salta y los visuales siguen: un tema que se aplica a medias es mejor que uno que revienta. EL HAPTICO, AL MAPA. Su tabla `kind → pattern` vivia como const dentro del canal, asi que era el unico eje perceptual que un tema no alcanzaba — exactamente la asimetria que el trabajo del sonido existia para quitar, dejada en pie un canal mas alla. Ahora es `SEMA_MAP.haptics`, con perfiles derivados (`floorMs` + `scale`/`gapMs`) o constantes (`pattern`): los tres kinds evaluativos son ritmos constantes porque lo que hace reconocible a un `error` es su cadencia, no su longitud. El canal lo lee por GETTER, no por copia, asi que un `applyMap()` en caliente le llega sin re-registrarlo. `masterGain` SE APLICA. Pasarlo con motor compartido se tiraba en silencio (S-05/S-32) pese a ser una perilla viva del motor y la forma natural de poner el volumen desde la raiz. Ahora llega a `master.setGain`, y de las opciones que de verdad no pueden aplicarse a un motor ajeno se AVISA en vez de desaparecer. Y `DeltaValue` pasa a exportarse: es la forma de toda semilla de override, sin ella un consumidor no puede tipar el tema que esta pasando. Su ausencia era un error VIVO en el estudio de sema, que lo importaba y no podia — por eso check BAJA a 73 desde el baseline de 75. VERIFICADO: theming 8/8 (incluye re-vocear el haptico y que la tabla autorada quede intacta) · sema+eidos+morfo 802/802 · check 73 (baseline 75, −2 por el export) · docs:check 0/618 · suite completa 7 fallos, los mismos ajenos y preexistentes de contracts.test. ⚠️ Nada de esto se ha OIDO ni TOCADO en un dispositivo real: todo esta medido con el resolver y las suites. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	c5b394574c	feat(sema): el mapa perceptual se TEMATIZA, y con la misma forma que los ejes visuales ... El autor: «que yo no pueda definir a nivel de tema la personalizacion es un fallo». Lo era, y medirlo destapo algo peor que el hueco que se veia. NO ERA UN CAMPO QUE FALTABA EN EL SEED: eran dos formas distintas de personalizar. Eidos retunea en vivo, atomico y revertible (applyX/clearX); sema leia `overrides.runtime` UNA VEZ en el constructor y nunca mas, sin forma de revertir. Un `applyTheme` unico construido encima habria sido peor que dos puertas honestas — una llamada donde el color cambia ahora y el sonido no cambia nunca, porque ya arranco. Por eso la puerta unica va la ultima y aqui va el sustrato. 1. EL CATALOGO ENTRA EN EL MAPA (`families · intents · sounds`). Es dato, y el mapa es la estructura que un tema direcciona. Mientras vivio fuera como const de modulo —error mio de ayer— el VOCABULARIO era el unico eje perceptual que un producto no podia re-vocear a ninguna hora. El resolver pasa a resolver el nombre contra el mapa que recibe, no contra un const, que es lo que hace que un tema surta efecto. 2. `applyMap(seed)` · `applySounds({ soft: { gain } })` · `clearMap()` — en vivo y revertibles, reconstruyendo desde el mapa autorado, asi que aplicar dos veces es aplicar una. Misma forma que los seis applyX de eidos. El engine ya pasaba `this.map` por emision, asi que el retuneo surte efecto en la siguiente ocurrencia sin re-arranque. 3. UNA RUTA MALA LANZA (S-09). Antes CREABA la rama: `families.commmit.…` dejaba el valor real intacto y hacia crecer un fantasma al lado, en silencio; y descender a traves de una hoja primitiva la sustituia por un objeto. En una API de theming eso es intolerable — el sintoma es «el sonido no cambio» y no hay nada a lo que apuntar. Se valida tambien en construccion, no solo en el retuneo. LO QUE SIGUE CERRADO A PROPOSITO: el vocabulario. `SoundName` es `keyof SOUND_CATALOGUE`, asi que un tema cambia a que suena un nombre y no puede inventar uno que ningun componente pueda referenciar. La voz se abre; las palabras no. ⚠️ REGRESION PROPIA, cazada y corregida antes de commitear: tipar el mapa `as const satisfies SemaMap` daba las claves literales que `SoundName` necesita, pero estrechaba TODO el mapa y rompia a los consumidores que lo recorren en generico (el estudio de sema: +5 errores en check). El catalogo pasa a ser su propio const y `SEMA_MAP` conserva su anotacion ancha. ⚠️ Y un hallazgo del harness: los tres primeros tests median 0.85x de lo esperado. No era el codigo — era BK-FREQ-MEMORY atenuando la tercera emision del mismo evento. La memoria de frecuencia funciona. VERIFICADO: `theming.test.ts` 7/7 (re-vocea un NOMBRE en vivo y revierte, re-vocea una FAMILIA, idempotente, no muta el mapa canonico, rechaza las dos rutas malas de S-09) · sema+morfo+sound 444/444 · check 75 = baseline · docs:check 0/618. QUEDA, y es decision de producto no defecto: la puerta unica `uix.applyTheme(seed)` en la raiz de composicion. Mas dos menores: `masterGain` sigue descartandose en silencio (S-05/S-32) y la tabla haptica `kind → pattern` sigue en el canal en vez de en el mapa, asi que es el unico eje perceptual que un tema no alcanza. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	1302f28a5d	docs(sema,theming): el orden real, como se autora cada canal, y el hueco del theming ... Tres cosas que el cambio del sonido dejo sin plasmar. 1. EL ORDEN CANONICO MENTIA. La numeracion 1·2·3·4·5a·5b esta citada como canonica en sema.md, resolver.ts y engine.ts, y despues del reorden era falsa para `sound`: un pack ya no autora en 5a, lo hace en 1.5. Corregido en los tres sitios a la vez, con el porque — todo lo que AUTORA un sonido corre ahi conservando su precedencia relativa; solo cambio su posicion respecto al intent. El resto de la regla (channels/haptic/hold) mantiene el «gana el ultimo» porque no son ejes evaluativos. 2. COMO SE AUTORA CADA CANAL (CANON §7). El reparto por dueño estaba escrito; lo que un componente ESCRIBE, no. Tabla nueva: el canal visual no se escribe (se declara el evento y eidos reacciona), `sound` es UN NOMBRE, `haptic` es un `kind`. La regla es la misma en las tres filas y ese es el punto: un componente dice QUE ocurre, nunca cuan fuerte, cuan brillante ni cuanto dura. El sonido era la excepcion hasta ayer. 3. EL ANALISIS DEL THEMING que el autor pidio (theming/channels.md §5b). Lo que el cambio NO toco: nada de eidos. El canal visual se proyecta estampando data-event-*, y esa ruta quedo intacta — ni una receta, ni un token, ni un selector. Eidos no sabe que existe el sonido y no le hizo falta. Lo que cambio fue DONDE se autora (un catalogo en vez de 71 ficheros) y CUANDO se aplica (antes del intent), ambos dentro de sema. Lo que si cambio, y es lo util: `applyTheme(seed)` retunea SEIS ejes visuales (color·type·depth·shape·space·gradient) y el sonido tiene CERO. Antes esa asimetria se justificaba sola — con 214 reglas autorando 33 firmas a mano no habia objeto que retunear. Hoy hay exactamente uno: 16 nombres en un const. Un eje `sound` en ThemeSeed seria la misma forma que los otros seis. Y las tres puertas de personalizacion, medidas, ninguna llega al catalogo: `overrides.runtime` recorre rutas de SEMA_MAP y el catalogo no esta en el mapa (ademas se traga las erratas, S-09); `overrides.cascade` es por selector, no un tema; `masterGain` se descarta en SILENCIO (S-05/S-32). Un producto puede silenciar y puede pisar una ocurrencia, pero NO puede re-voceear el sistema. Queda escrito en vez de ser folclore. ⚠️ chronos: `src/uix/sema/components/chronos.ts` entro en la migracion de `769e426c5` pese a ser de escritura excluida. Era forzoso — con el tipo estrechado, dejarlo sin migrar rompe la compilacion del arbol entero — y el cambio es mecanico (soundTuning(...) -> nombre), sin decision de diseño. Su SPEC.md NO se ha tocado y sigue citando `soundTuning('commit.soft')`. VERIFICADO: sema+morfo+sound 437/437 · check 75 · docs:check 0/618. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	769e426c5e	refactor(sema)!: el sonido se NOMBRA — un catalogo, una palabra por componente ... F1-F5 del PLAN-sound-names, por orden directa del autor. El componente dice UN NOMBRE y nada mas; si ese nombre es una receta sintetizada o un .wav no es asunto suyo. sound: { gain: {op:'add',value:-0.25}, -> sound: 'settle' centroid: {op:'add',value:2800}, decay: {op:'add',value:20} } EL CATALOGO (src/uix/sema/sound-names.ts) fusiona SOUND_LIBRARY y SOUND_TUNINGS en 16 nombres + SILENT: cinco niveles, cinco direcciones, cuatro caracteres, dos samples. Los nombres NO llevan familia delante y esa ley se retira POR SU MOTIVO: `{family}.{tail}` existia porque un tuning era un delta sobre una familia; un nombre es una base, y el mismo `soft` sirve a un commit y a un emerge porque la familia sigue poniendo su identidad debajo. EL REORDEN es la pieza que importa. Los packs corrian los ULTIMOS y en modo replace, asi que la eleccion del componente borraba el perfil evaluativo del intent — medido: un dialog con `threat` sonaba igual que uno neutro. Ahora el nombre se aplica sobre la base de familia y ANTES de los deltas de intent: base de familia -> EL NOMBRE -> intent -> evento -> app Con el nombre debajo, D.7 y S-07 dejan de PODER ocurrir. No se arreglan: se disuelven. `sound-names.test.ts` lo certifica para los 16 nombres, no para los 3 packs que un guard anterior muestreaba. LA PUERTA es el tipo: `Sema['cascade'].sound` acepta un nombre o SILENT. Al estrecharlo, el compilador enumero la migracion entera — 173 errores en 70 de los 71 packs — y ninguno podia colarse. `SemaCascadeRule` se queda abierto a proposito: `overrides.cascade` es la puerta de personalizacion de la app, y una app puede legitimamente autorar un sonido que el catalogo no lleva. El framework se aplica a si mismo la regla estricta. MEDIDO ANTES DE TOCAR NADA: 214 reglas autoraban 33 firmas distintas; 92 (43%) no decian mas que un volumen; 69 pisaban el `contour` del intent y no podian hacer otra cosa (es un enum, solo admite reemplazo); 5 packs llevaban un `centroid +2800` copiado que dejaba su commit en 4600 Hz — mas brillante que `signal`, la familia mas brillante del mapa— porque era el residuo aritmetico de un sample borrado (4600-1800). Las colapsaciones de firma van una a una en PLAN §5.1 con su consecuencia audible; cada una se revierte editando UNA linea. La unica grande es deliberada: navegar un calendario sonaba a gain 0.18, el valor mas alto de todo el sistema —mas que una alerta—, residuo de una de las diez cabezas de tuning que mentian (S-39). Ahora es `soft.rise`. GUARDS: `sounds-grammar.test.ts` deja de vigilar una gramatica que ya no existe y pasa a vigilar que ningun pack AUTORE (censo sobre las fuentes, con los comentarios fuera — la prosa que menciona la forma vieja no es la forma vieja, y escanear texto crudo marco cinco doc blocks). El invariante 3 del censo de packs pasa de «la cabeza del tuning no miente» a «el nombre existe». Bug propio cazado por su test: `namedSound` devolvia la entrada del catalogo POR REFERENCIA — una mutacion de un consumidor redefinia lo que un nombre significa para toda la sesion. VERIFICADO: sema+morfo+sound 437/437 · check 75 = baseline exacto · docs:check 0/618 · suite completa 7 fallos frente a 8 de la base sin mis cambios (los 6 de contracts.test son ajenos y preexistentes). QUEDA F6: retirar D.7/S-07 con su motivo, reescribir sema.md §tunings y escribir el limite fisico del WAV (playSample solo lee sampleUrl y gain, luego sobre un .wav el intent solo mueve el volumen). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	2f63525da7	test(sema): censo de packs — cada regla puede disparar, y dispara donde el morfo dice ... 71 ficheros de pack (no el barrel: S-36 lo dejo incompleto) x 175 morfos, cuatro invariantes mecanicos por regla de cascada: 1. TARGET — la parte del selector contra target + allowedTargets del evento. El estampado solo visita esas; apuntar a otra es la clase TextArea (S-12): un selector que ningun nodo satisface jamas. 2. CANAL — la firma declarada contra la activacion efectiva, con la precedencia completa (regla ?? evento ?? familia): D.8 prohibe la regla inerte que se lee como si hiciera algo. 3. CABEZA DEL TUNING — la ley de nombrado del catalogo aplicada al sitio de APLICACION, que es la mitad que el guard de claves no ve (S-39). 4. EMISION — alcanzabilidad POR REGLA contra los emisores reales: soma + eidos + layers, comentarios fuera (menu-dial pasaba por un doc-block mientras emite desde su wrapper de eidos; una regla por familia, como la del tooltip, era invisible para un censo por nombre de evento). Nacio en rojo: reprodujo S-12/S-14/S-30/S-37/S-38/S-39 de la auditoria 2026-08-05 y destapo dos clases nuevas — las 12 redirecciones legitimas que el morfo no declaraba (hoy allowedTargets, en verde sin excepciones) y el contrato muerto del tooltip: 3 eventos que nadie emite y una regla SILENT que nunca casa, silencio accidental en vez del declarado. Los pendientes de decision quedan como excepciones FIRMADAS con hallazgo y fecha (S-38 canal, S-39 tunings, S-14 gradient-picker, tooltip): el waiver registra, no bendice. El guard caza toda deriva nueva desde ya, y un test de honestidad borra la excepcion que deje de nombrar un caso vivo. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	0c1d945bae	fix(sema,soma): el textarea afina donde estampa, y el arbol suena desde el teclado ... S-12: las dos reglas del pack seleccionaban provider mientras el morfo declara ambos eventos en input y el runtime estampa alli — ningun nodo cumplia las dos condiciones del selector compuesto, y el componente llevaba desde su nacimiento sonando con las bases de familia crudas. Medido tras apuntar al input: commit-submit 0.30 -> 0.05 y el aviso de desbordamiento 0.40+risk -> 0.03. Los 6x y 13x que estimo la auditoria eran exactos. S-13: select(value, fromEl?) solo emitia si recibia elemento, y el manejador de teclado llamaba this.select(value) teniendo activeEl en la mano. Enter/Espacio sobre un item no producia NADA — ni sonido, ni haptico, ni data-event-*, luego tampoco reaccionaba el CSS de eidos. El elemento ahora viaja: teclado y puntero dicen lo mismo (0.03 + tap). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	866089a407	fix(blocks,canon): el ledger dice la verdad y el arco perceptivo vuelve a sonar ... La auditoria del tier tenia los veredictos desemparejados de sus hallazgos: un join por POSICION, y el journal del workflow era de sesion. Reproducido en vivo al re-verificar — el journal devuelve los resultados en otro orden que la entrada. Ledger nuevo con 90 ids estables (AUDIT-blocks-ledger.md), union SIEMPRE por id: 41 arreglados, 34 confirmados, 12 refutados con motivo escrito, 3 dato. La tasa real de refutacion es del 13%, no del 28%. De las 12 ALTA de percepcion, 8 tenian la causa raiz en el CANON. Los blocks componen bien; lo que estaba roto era el arco perceptivo. CANON - Link: la prop color era inerte en subtle/plain (inherit a 0-2-0 ganaba a la paleta a 0-1-0), el hover clavaba primary y el active quedaba tapado por el hover de variante. Medido: el enlace del footer pasa de la tinta del padre a la suya. - Card: prometia BoxProps y no los aplicaba — height="100%" era un atributo inerte. El tipo dice la verdad y el eje de tamano se aplica con un helper compartido (buildSizeStyle). Tarjetas al fin de igual alto. - Form.Submit / Form.Reset: componen el Button del canon, asi que la accion principal de un formulario recupera el contact-activate en el gesto. Y el aria-label generico deja de pisar el texto propio (WCAG 2.5.3 para todo consumidor), verificado con el AX tree de Chrome. - Field: dejaba de duplicar commit-submit dentro de un Form — un Enter emitia dos commits con intents contradictorios y dos earcons. - NavigationMenu: commit-select se mueve al Link (navegar es el acto evaluable), el despliegue habla como emerge-open/close en vez de fingir una seleccion por hover, y el pack casa por fin con la parte que recibe el estampado — antes sonaba a la ganancia base, 10x lo disenado. - Badge: el boton de quitar compone IconButton; la altura del chip pasa a ser la del control, asi que md significa lo mismo en todo el sistema. - Fundacion: [data-on] arrastra la propiedad color, no solo las variables. BLOCKS - hero: la CTA secundaria pasa de 1.61:1 a 6.61:1. - contact: separa incomplete de invalid — el camino de error por campo era inalcanzable por construccion — y su frase llega a la AT. - newsletter: coordina (fase 4 del plan). Maquina de cinco estados, palabras propias, Submit y Reason como partes que leen el contexto. - site-header ya no congela la pagina al cruzar el breakpoint; site-footer emite su commit; pricing no se vacia; cta llega a sangre de verdad. DOCTRINA - La frontera dura 1 nombra $libs/forms como puerta sancionada. - El contrato B admite un segundo servicio: el anunciador. Un block que posee las palabras de sus estados tiene que poder decirlas. Gates: blocks:check 15/0 · vitest 20/20 en blocks y 402/402 en eidos+blocks · svelte-check 75/54 (linea base) · docs:check 0/0 · prettier limpio. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	ccfea0f103	fix(sema): una regla de cascada casa con SU objetivo, nunca con un ancestro ... `safeMatches` aceptaba `target.closest(selector)` como coincidencia, lo que convertia toda regla de pack en regla de ancestro. Parecia inocuo porque los `data-event-*` son transitorios: la regla necesita que el ancestro lleve puesto justo el evento que ella nombra, y un hold dura ~240 ms. Salvo cuando NO son transitorios. Un `signal.warn + risk` resuelve a `persistence: 'untilFix'` (holds.ts), asi que un formulario que fallo la validacion conserva `data-event="signal-warn-invalid"` INDEFINIDAMENTE — y desde ese momento cada click y cada commit dentro del formulario casaba con la regla del propio formulario y reproducia su earcon de error, hasta el siguiente submit. El usuario oia un error mientras corregia el error. Es el hallazgo S-01 de AUDIT-sema-2026-08-05, el unico de severidad ALTA, y los 256 tests de sema pasaban con la fuga puesta. EL ARREGLO NO ROMPE EL ACOTADO POR DESCENDENCIA, porque ese vive en el SELECTOR y `matches()` lo evalua contra el elemento en su arbol real. Es como `media-player` acota sus reglas sobre los morfos de Button y Slider (`[data-media-player] [data-button][data-event="…"]`). Medido antes de tocar: CERO reglas del catalogo se declaran sin conjunto de evento y CERO usan el matcher `ancestor`, asi que nada dependia del `closest()`. GUARD `cascade-scope.test.ts`, nacido en ROJO con el escenario real (un formulario con la estampa persistente + un boton dentro): la regla del ancestro alcanzaba al descendiente. Fija las tres mitades — no alcanza al descendiente, sigue honrando la descendencia escrita en el selector, y sigue casando con el objetivo propio. Y de paso se retira `__adv-verify-haptic-dead.test.ts`, andamio que dejo un agente de la auditoria (autorizado por el usuario). `check` vuelve a 75 = la baseline limpia, sin el +1. VERIFICADO: sema+morfo+sound 369/369 · check 75 (baseline exacta) · navegador: el transporte del player sigue callado, es decir la descendencia sigue acotando · prettier limpio. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	4fccf16624	fix(sema): D.7 sin versos sueltos — y el mismo defecto aparece una capa mas abajo ... Los 7 infractores que quedaban canonizaban un sample de la familia `handle` sobre un evento `commit`: color-picker `commit-set` · gradient-builder `commit-set`/`commit-reset` · gradient-picker `commit-save`/`commit-remove`/ `commit-reset` · splitter `commit-set`. Como `sound()` devuelve una firma COMPLETA y la cascada la aplica en `replace`, aplastaban la modulacion por intent que D.7 existe para proteger — igual que hacia proof-of-human. EL CARACTER SE CONSERVA, EN LOS EJES QUE EL INTENT NO POSEE. El intent posee `pitch` / `contour` / `gain` / `roughness`; libres quedan `centroid`, `attack`, `decay`, `duration`. El brillo del encaje y la cola del asentamiento viajan ahora como deltas medidos contra la base de `commit`: handle.release.soft centroid 4600 vs base 1800 -> +2800 · decay 140 -> +20 handle.snap.chime centroid 5400 vs base 1800 -> +3600 · decay 130 -> +10 HALLAZGO AL VERIFICAR — D.7 y S-07 son EL MISMO DEFECTO EN DOS CAPAS. El primer arreglo usaba `soundTuning('commit.soft', {...})` y el guard lo tumbo: un afinado de escalera trae su `gain` como NUMERO DESNUDO (`commit.soft` = `{ gain: 0.05 }`), y un numero desnudo tambien se aplica en modo `replace`. Es decir, cambiar el sample por un tuning dejaba el intent igual de aplastado. Las 9 reglas COMPONEN el nivel (`gain: { op: 'add', value: -0.25 }` sobre la base 0.3) en vez de fijarlo. S-07 alcanza a las 14 claves del catalogo y sigue ABIERTO fuera de estas reglas. ENMIENDA A D.7 — `handle` sale de la lista de familias prohibidas, por su motivo y no por costumbre: la prohibicion existe para preservar `intent.deltas`, y en una familia SIN `base.sound` no hay firma que aplastar ni deltas que borrar. `handle` declara solo `haptic` en su base, y sus 14 usos de `sound()` en 12 packs son la UNICA fuente sonora del gesto — aplicar la regla al pie de la letra dejaria mudo todo el arrastre del framework. Igual `sustain` y `delegate`. La regla queda enunciada por su razon: no se canoniza un sample sobre un evento cuya familia TENGA `base.sound`. GUARD `d7-intent-survives.test.ts`: para color-picker, gradient-picker y proof-of-human comprueba que `fulfill` sube pitch y gain y que `risk` sube roughness respecto a neutral — es decir, que el intent sigue siendo audible a traves del pack — y que el caracter del sample sobrevive (centroid por encima de la base). ⚠️ Nacio en ROJO por partida doble: primero con el mock que hacia casar TODAS las reglas del pack a la vez (artefacto mio, acotado al evento despues), y luego con el `gain` desnudo del tuning, que es el hallazgo de arriba. VERIFICADO: sema+morfo+sound 374/374 · docs:check 0/616 · check 76 = base 75 + 1 del fichero huerfano · prettier limpio en lo tocado. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	b9d73c19b5	feat(sema): los toggles recuperan su CONTACTO — la voz vuelve al momento que el libro le da ... Tras leer el corpus entero de sema y del motor de sonido (los tres planes, el handoff vivo, sema.md, CANON, channels, el README del art y D.7/D.8 literales), que es la precondicion que me estaba saltando. 1) EL CONTACTO EXISTE (directiva del autor: «1 su contact-press») El libro le da a un Toggle DOS momentos, y el codigo solo tenia uno: - cap. 23 §9 empareja el Toggle con `contact.press` Y `commit.toggle`; - cap. 22 nombra «un switch que muestra estado pressed» como contact; - CANON §8 regla 1: «contact precede al resultado cuando hay accion directa». switch, toggle y toggle-group declaran ahora `contact-press` (family contact, verbo press, sequence 'pre', SIN intent por cap. 22 §11) ademas de su `commit-toggle`. Los providers los disparan en ese orden. Solo 4 de 91 morfos con eventos expresaban `contact`; ahora 7. Y el reparto de la voz cambia de sitio, que es el fondo del asunto: - el CONTACTO habla — `contact.soft` (gain 0.08, clave nueva): el «click breve opcional» de la tabla de canales del cap. 22, un tercio de una pulsacion de boton para que un flip nunca pese mas que una activacion; - el COMMIT calla — `SILENT`. Es lo que pide la tabla de canales del cap. 23 («sonido: cierre opcional»), lo que exige el Criterio 12 (ch. 7 §13) de un control que se pulsa docenas de veces por sesion, y lo que D.5 decidio en mayo. La consecuencia la lleva `data-state` + color, la huella de ch. 23 §3.3. `commit.medium` —la clave que invente ayer para que sonaran— queda RETIRADA: huerfana en cuanto la voz se mudo al contacto. MEDIDO en navegador: un clic emite `contact-press` -> `commit-toggle`, el estado pasa a checked, y se levantan 2 osciladores con pico 0.08. UNA sola voz, la del contacto; el commit no sintetiza nada. ⚠️ REVERSION DOCTRINAL DECLARADA: `compile.test.ts` afirmaba, citando el ANEXO Tabla 1, que «Toggle/Switch declara un UNICO evento; el contacto es IMPLICITO en el gesto». El cuerpo del libro dice lo contrario donde trata el caso. El test se actualiza dejando escrita la reversion y su procedencia, para que quien lea el anexo sepa por que el codigo diverge. 2) D.7 VUELVE A SER CANON SIN VERSOS SUELTOS (directiva del autor) `proof-of-human` canonizaba samples en familia `commit`: `sound()` devuelve una firma COMPLETA y la cascada la aplica en `replace`, asi que aplastaba la modulacion por intent que la propia entrada existe para proteger — un `fulfill` perdia su +300 Hz / ascending / +0.05, y el fallback sintetico sonaba ciego al intent tambien. Su cabecera afirmaba literalmente lo contrario de lo que hacia. Ahora compone tunings con `{ op: 'add' }`: el intent conserva sus primitivos y la regla solo aporta caracter. Un producto que quiera el ping lo registra desde la cascada de app (capa 5b), donde un sample SI es recurso legitimo. 3) D.8 REESCRITA Y FIRMADA La entrada decia «los packs DEBEN respetar el activeChannels del family … anadir `sound` a `handle` tambien [es incoherente]», y el framework hace justo eso, prescrito por sema.md §componentes continuos. La ley queda: - `activeChannels` es el DEFAULT perceptual de la familia, no una prohibicion. - `channels` es la palanca por evento/regla y ajusta en las DOS direcciones. Restringir: dialog `close-after-fail`, transporte del player, VirtualList. Ampliar: el pack del slider sobre `handle`. - Ampliar exige justificacion perceptual escrita. La del slider es canonica: el sonido del arrastre no es firma fija sino payload por emision — por eso `handle` no declara `base.sound`, y por eso sema conserva TRES resolvers de gesto cuyo unico proposito es ese sonido. - PROHIBIDO: declarar una firma de canal que la activacion no incluye. Deja reglas INERTES. Es comprobable por guard. Infractoras: 2 del dialog + 3 mas. Y Announce: la propia D.8 dejo la puerta abierta («si en el futuro necesita ser pluggable … entonces vale convertirlo en canal formal. Hoy no»). Ese futuro llego el 2026-07-04. No fue deriva; fue no volver a escribirlo aqui. VERIFICADO: sema+morfo 337/337 · docs:check 0/616 · check 76 = base 75 + 1 del fichero huerfano de la auditoria · `morfo:vocabulary` limpio · prettier: el unico aviso mio formateado, los demas ya sucios en HEAD. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	432106f1f6	docs(sema): la doctrina deja de mentir — deriva propia, copias podridas y dos leyes muertas ... Pasada de saneamiento documental tras los tres commits de sonido, con el informe de AUDIT-sema-2026-08-05 como mapa. Tres clases de defecto. 1) DERIVA QUE YO MISMO DEJE (lo mas urgente) El 05 renombre las claves silenciadoras a `commit.silent` / `emerge.silent` y el 06 las elimine del catalogo — dejando media docena de docs citando claves que ya no existen, y afirmando ademas comportamientos que ya no ocurren: - switch / toggle / toggle-group README: decian «silent-by-default (`commit.silent`)». Hoy es `commit.medium` (gain 0.1) y suenan. Corregidos con el nivel real y su razon (un tercio de una pulsacion de boton). - tooltip README + docblock del pack: decian que el tuning «resta el gain de la familia, asi que neutral emite a 0» y que «threat / fulfill siguen aflorando». Ambas cosas son falsas desde el 06: es `SILENT`, el resolver retira el canal y NADA aflora, porque no queda ganancia que subir. - toggle-group apuntaba a `LIBRO_VARIACIONES_Y_EXTENSIONES.md`, que es un stub movido; ahora apunta a book-deviations. - La nota del renombrado en D.5 decia «hoy es `commit.silent`»: una clave que vivio UN DIA. Marcada como tal, con la lista de las que siguen vivas. 2) COPIAS PODRIDAS — la ley del corpus es enlazar, no copiar, y estas dos entradas la incumplian - D.9 transcribia `SEMA_HOLDS_BY_INTENT` entera y se habia quedado atras: D.12 corrigio DOS valores el 2026-07-06 (`commit.fulfill` noticed→settled, `signal.loss` noticed→brief, ambos contra el texto del libro) y la copia siguio afirmando los viejos un mes. Sustituida por el puntero a holds.ts + el enumerado generado, con la leccion escrita en el sitio. - sema.md transcribia `SEMA_VERBS` y le faltaban DOS verbos vivos: `commit.unselect` y `handle.zoom`. Retirada; queda el puntero a verbs.ts y a vocabularies.md, que si se genera y tiene guard de frescura. 3) LEYES QUE LA PRACTICA YA HABIA DEROGADO, Y NADIE REGISTRO - El contrato `emit` publicaba `Promise<void>`; devuelve `Promise<string>` desde D.9. Corregido, y explicado que ese string es el id de la ocurrencia — el unico asidero para cerrar una senal persistente con `clear`. - channels.md fijaba «3 canales runtime» y D.8 cerraba la puerta a Announce («hoy no»). El `AnnounceChannel` existe desde el 2026-07-04: built-in, opt-in y exportado. channels.md pasa a 4 con la distincion que importa (visual/sound/haptic EXPRESAN; announce SUSTITUYE) y D.8 queda marcada PARCIALMENTE SUPERSEDED. - sema.md prescribia `{ announce: uix.announce }` — y eso NO COMPILA: las dos firmas no casan (bolsa de opciones vs posicional). Ahora ensena el adaptador de una linea que si compila, y declara que ninguna raiz cablea el canal hoy, asi que activarlo cae en el fallback que anade un SEGUNDO par de live regions. El arreglo de codigo queda sin tomar: es decision de diseno. - La cabecera de engine-sound.ts y la fila de arts/README seguian afirmando como MECANISMO que «`prefs.sound` mapea al bus ui», que la auditoria AU-4 ya habia corregido en el README del propio arte: lo garantizado por construccion es el NEGATIVO (ninguna politica de UI escribe el bus content). AMBIGUEDADES QUE NO RESUELVO PORQUE SON TUYAS, pero que dejan de estar escondidas: D.7 prohibe canonizar samples fuera de `signal` y `proof-of-human` los usa en dos eventos `commit`, aplastando la modulacion por intent que esa misma entrada existe para proteger —y el comentario del pack afirma literalmente lo contrario de lo que hace—; y D.8 declara que los packs deben respetar el `activeChannels` de la familia mientras sema.md prescribe lo contrario y el pack de dialog deja dos reglas inertes. Ambas quedan marcadas con su estado real y los dos caminos excluyentes, pendientes de tu firma. VERIFICADO: docs:check 0/616 · sonido + sema 244/244 · cero referencias vivas a las tres claves muertas (las que quedan en book-deviations son historia declarada como tal, y las de cronica no se reescriben) · prettier: los 6 docs con avisos ya estaban sucios en HEAD, no los toco. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	24d30ee1a8	fix(sema): el silencio deja de ser una resta y pasa a ser un valor — SILENT ... Directiva del autor: «el silencio no admite verbos ni intents, es universal, por lo tanto es un valor canonico que cuando se le envia al canal semantico este simplemente lo ignora y no envia nada al soundengine». LO QUE ERA. `commit.silent`, `emerge.silent` y `contact.silent` no eran silencio: eran una RESTA del gain base de su familia (-0.3, -0.2, -0.25). Por eso hacian falta tres —cada una tenia que saber que base cancelaba— y por eso el silencio tenia familia, que es el absurdo que el autor senalo. Y un cero es un NUMERO, y las capas posteriores mueven numeros. LA MEDICION QUE LO CIERRA. Los deltas de intent suman RUGOSIDAD (`risk` +0.2, `threat` +0.4), lo que cruza el umbral del AM del motor; y el modulador se conecta al AudioParam de la envolvente —y conectar a un AudioParam SUMA, no multiplica—, asi que con la envolvente en cero el tremolo pasaba a ser la senal entera. Renderizado offline con el grafo real del motor: toggle "silenciado" neutral -77.0 dBFS (mudo de verdad) toggle "silenciado" risk -13.9 dBFS <- con gain declarado 0 toggle "silenciado" threat -6.7 dBFS boton normal, referencia -9.3 dBFS El "silencio" era mas fuerte que un boton, y lo que sonaba no era el earcon: era un zumbido sin ataque ni caida, cortado en seco. La medicion que yo mismo di por buena esta manana (0.0001) solo cubria el caso neutral. LO QUE ES AHORA. `SILENT` — un valor canonico exportado por `$uix/sema`. Se declara en el slice del canal y el RESOLVER lo honra retirando ese canal de la firma. Un solo mecanismo para todos los canales, y nada aguas abajo ve jamas un string donde espera una firma. Es la forma que el propio motor ya prescribia y se estaba saltando: «muting DROPS the channel rather than scaling to zero, because a `0` still buzzes» (engine.ts). - universal por construccion: ninguna familia, ningun verbo, ningun intent puede resucitarlo, porque no queda ningun numero que mover; - liftable solo por REEMPLAZO: declarar sonido es una decision, no un delta; - `SoundOverride` lo EXCLUYE por tipo — un afinado es un delta, nunca una ausencia. Migrado: tooltip (1) y media-player (6). Los tres tunings mueren del catalogo. GUARDS. `resolver.test.ts` fija las cuatro mitades del contrato (retira el canal · universal sobre 4 familias x 4 intents · vale igual para haptic · liftable por reemplazo), verificado en ROJO. `sounds-grammar.test.ts` cambia su invariante muerta por las dos que ahora importan: ninguna clave `*.silent`, y ningun afinado que deje su familia en `gain <= 0` — silencio disfrazado. Doctrina al dia: sema.md gana la seccion «Silence is a value, not a tuning» con la medicion; D.5 marca DEROGADA su solucion de mayo y registra el porque; vocabularies.md deja de enumerar silenciadores y explica donde vive el silencio. VERIFICADO: sema 211/211 · check 76 = la base 75 + 1 error del fichero huerfano `__adv-verify-haptic-dead.test.ts` que dejo un agente de la auditoria (sin trackear, no se borra sin instruccion) · docs:check 0/616 · navegador: el transporte del player EMITE (`contact-activate`, `commit-toggle-play`) y levanta CERO osciladores · prettier limpio (el unico aviso mio, resolver.ts, formateado: +17 lineas, sin ruido). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	d05ecc1aa8	fix(sema): los toggles recuperan voz, y el silencio deja de sintetizarse — muere el prefijo form. ... Tres cosas que el mismo hilo destapo, de la mas visible a la mas de fondo. 1) LOS TOGGLES SUENAN OTRA VEZ (directiva de autor 2026-08-05) switch, toggle y toggle-group llevaban SILENCIADOS desde el 2026-05-26: su pack aplicaba un tuning que restaba exactamente el gain base de la familia commit (0.3 - 0.3 = 0). Medido en navegador: pico 0.0001, el suelo de la rampa. Un silencio por defecto no se percibe como sobriedad sino como componente roto. Pasan a `commit.medium` (gain 0.1): audible, y un tercio de una pulsacion de boton (contact base 0.25) para que un flip no pese mas que una activacion. Los deltas de intent siguen montando encima (threat +0.1, fulfill +0.05). El haptico ligero no cambia. Medido despues: switch pico 0.1. Conservan el silencio, con su justificacion intacta, solo los dos donde el silencio ES la firma: tooltip (revela al pasar el raton, sonaria en cada cruce) y media-player (su propia salida ES audio — D-AP2.7, decision del hilo de audio). 2) EMITIR SILENCIO YA NO CUESTA `SoundChannel.handle` cortaba DESPUES de resolver la firma, asi que un tuning silenciador levantaba dos osciladores, un filtro y una envolvente programada para no sonar, en cada interaccion. Ahora corta antes de sintetizar cuando la ganancia resuelta es <= 0. El corte mira la ganancia RESUELTA, no el tuning, asi que un intent que la devuelve por encima de 0 (threat, fulfill) suena igual. Fijado con test propio, verificado en ROJO quitando el corto. 3) EL AFINADO SE NOMBRA POR LA FAMILIA QUE MODIFICA El catalogo mezclaba tres ejes en el primer segmento —familia (emerge.*, contact.silent), componente (tooltip.*, tabs.*) y la categoria huerfana form.*— sin regla declarada y sin guard que mirara. `form.commit.soft/subtle` entro el 2026-05-19 (09e261878, el commit que CREA sounds.ts) nombrando con verdad a siete controles de formulario; el 2026-05-26, 2d562f378 lo extendio a menus y arboles en la misma pasada que escribia la doctrina: 7 -> 29 consumidores en un commit, 50 hoy, de los que exactamente UNO era el Form. El D.6 de ese commit llego a poner el nombre correcto —commit.select— en la linea que usaba la clave incorrecta. form.commit.soft -> commit.soft form.commit.subtle -> commit.subtle form.toggle.silent -> commit.silent tooltip.silent -> emerge.silent tabs.select.soft -> commit.select.soft 131 ocurrencias en 68 ficheros, dirigido por `git ls-files` — nunca por recorrido de directorio: hay 3 worktrees vivos y build/ con 449 apariciones mas que un sed recursivo habria corrompido en silencio. La cola queda LIBRE a proposito: media-player aplica el silenciador al commit-set de un slider, no a un toggle — la cola describe la FIRMA, no el evento, asi que cerrarla contra el vocabulario de verbos fabricaria otra mentira. Por eso emerge.* no se toca pese a que `exit` no sea verbo canonico. Quedan tres silenciadores, uno por familia con base audible, con el mismo nombre: contact.silent (-0.25), commit.silent (-0.3), emerge.silent (-0.2). Eso convierte la coherencia en INVARIANTE: - `sounds-grammar.test.ts` (guard nuevo): cabeza ∈ SEMA_FAMILIES; forma {family}.{tail}; y todo {family}.silent resta EXACTAMENTE el gain base de su familia, leido de sema-map.ts —nunca copiado—. Verificado en ROJO: el guard calculo solo el -0.4 esperado de signal. - Ley escrita en sema.md § Tuning naming shapes, junto a la seccion hermana que ya legislaba los nombres de EVENTO. - vocabularies.md —"the ONE place the closed sets are spelled out"— pasa a enumerar los 14 afinados por familia; el generador los extrae del const y docs:check vigila su frescura. - D.5 gana las dos notas: el renombrado y la reversion del silencio. VERIFICACION: check 75 (linea base exacta) · sema 198/198 · docs:check 0/615 · navegador antes/despues (switch 0.0001 -> 0.1; button 0.25 sin tocar) · los 25 avisos de prettier entre lo tocado son deriva YA en HEAD, ninguno mio. Cronica NO reescrita (4 ficheros): AUDIT-blocks-2026-08-01, PLAN-audio-player, handoffs-claude-md y audit/components/date-field registran lo que ERA cierto. DESVIACION DECLARADA: sema/components/chronos.ts entra con 6 sustituciones mecanicas —chronos es de escritura excluida, pero dejarlo fuera rompia el type-check del repo. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	8236d225cb	fix(media-player): el portal se llevaba la sema del volumen, y el panel scrolleaba ... Tres defectos que el usuario vio y yo no, porque afirme haber verificado sobre una captura donde el panel media 48px. 1. SONABA. Las reglas que silencian los sliders del player son de descendencia (inPlayer = onProvider() + descendiente), asi que dejan de casar en cuanto el control sale PORTALADO y el slider recupera su voz entera. El pack anade las mismas tres colgadas de la PARTE (inVolume), que es el marcador que viaja con ella este donde este. Misma clase de fuga que los tokens --_mp-* que tampoco cruzan el portal — y que yo mismo habia encarado veinte minutos antes en este componente sin ver que la sema tenia el mismo agujero. 2. SCROLLEABA. El viewport del Popover es un contenedor de scroll con relleno para prosa: alrededor de un rail de 32px saca barras y se come medio panel. Lo que se veia como un pulgar deforme era la barra de scroll. Acotado por el marcador propio de la composicion (data-media-player-volume-float, eidos-only), ya ni scrollea ni rellena de mas: 129px de alto -> 114. 3. PEGADO AL BOTON. sideOffset NO es la separacion literal — medido, 24 da 16px, hay un desfase constante de 8. Y pasarlo SACA del canon de separacion flotante (--space-1-5, 6px), demasiado justo para despegar un panel de un boton de 36px sobre video. Desviacion deliberada, declarada en el README. Medido: relleno del vertical correcto (de abajo arriba, 96/72/24px para 1/0.75/0.25), scrollea=false, separacion 16px. check 0 errores propios · sema + player 206/206 · eidos-lint invalid 0 · docs:check 0. NO VERIFICADO A OJO: la extension de Chrome esta caida. Los numeros dicen que las tres cosas estan, pero no lo he visto. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	0ab6cc822c	feat(waveform): F1-F3 — sound.peaks, morfo delegado y soma componiendo Slider ... Waveform (gate D-WF.1-8 firmado, PLAN-waveform.md): la visualizacion de audio cuyo contrato es el DATO y su pintura — la interaccion ES el Slider canonico. - F1: uix.sound.peaks(buffer, buckets) en el art — max absoluto por bucket sobre todos los canales, normalizado por el bucket mas alto (documentado); puro, sin contexto. El flujo natural decode -> peaks en la misma puerta. - F2: morfo con DOS partes (provider con data-shape/data-readonly; wave svg presentacional aria-hidden), SIN campo events y expression 'delegated' — re-declarar drag/commit seria la duplicacion que D-AP2.13 retiro del player. El part Cursor del borrador, PODADO como especulativo (el thumb del Slider embebido ES el playhead). - F3: WaveformProvider con la geometria testeable (buildWavePath: bars = trazos verticales con piso perceptivo 0.5 — el silencio pinta linea fina, no hueco — y ancho de barra via stroke-width de la recipe; wave = area() de $libs/plots espejada) + progressFraction clampada; wrapper que compone el Slider COMPLETO (SecondaryRange G-2 + Range + Thumb, con valueText G-1 y readonly/disabled/step reenviados); Wave con el clip de progreso (dos copias del mismo path, hooks eidos-only -played/-remaining). Verificacion: art+port 42/42 - morfo 4/4 - soma 4/4 - check 0 propios en los arboles del waveform - vocabulario limpio. Quedan F4 (recipe eidos + tokens, disenada en el CONTINUE), F5 (demo+dossier+audit) y F6 (mirada del usuario). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	5d2816a0c4	fix(sema): silencio del player ampliado a los sliders — pick/drag por canal ... Escucha real del usuario tras D-AP2.7 v2: los botones ya callan, los sliders no — sonaban el pickup del agarre y el feedback continuo del drag (el commit-set del soltar ya estaba restado). Dos reglas de descendientes con channels: ['haptic'] para handle-pick y handle-drag de los Sliders compuestos (scrubber y volumen): ambos son eventos ESTRUCTURALES sin intent — el libro concentra la evaluacion en el drop, cubierto por la resta de commit-set — asi que desactivar su canal sonoro dentro del player no borra carga evaluativa (la regla que prohibe tirar canales protege intents, y handle no lleva ninguno). El resolver por-emit del drag sigue poseyendo las primitivas del sonido, pero una senal con el canal inactivo no suena; el tick tactil se conserva. El pickup lleva primitivas absolutas de libreria (gain 0.12), por lo que una resta se acoplaria a su valor — el canal es la via limpia. Corrige la nota del pack («no callable desde el pack era conservadora de mas») y el plan v2 (D-AP2.7 v2 ampliada). Fuera del player los sliders conservan su firma completa (selectores de descendientes, especificidad 30 sobre 20 del pack del slider). Verificado: morfo:vocabulary limpio - sema 192/192 - check 74 = baseline, 0 propios. El verify final es la escucha: agarrar y arrastrar el scrubber debe ser mudo (solo tacto), y fuera del player un Slider suelto debe seguir sonando como siempre. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	85b269f745	feat(sema): transporte del player silencioso por defecto — D-AP2.7 v2 ... Firmado 2026-07-31: el player es el unico componente cuyo output ES audio — un tick de UI en su transporte compite con la obra por definicion (D.7). El pack aplica el patron D.5 (resta exacta del gain de familia; las primitivas del intent intactas, threat/fulfill afloran) a todo lo que dispara un gesto: - commit-toggle-play / commit-toggle-mute / commit-set-rate en sus botones; - el contact-activate de los Buttons compuestos (regla de descendientes, H-10; tuning nuevo `contact.silent` -0.25 en sounds.ts) — IconButton compone Button sin morfo propio, asi que [data-button] casa (verificado); - el commit-set de los Sliders compuestos (scrubber y volumen). Audibles se quedan: commit-fail (el risk aflora sobre la resta) y commit-complete (informa de la obra; revisitar con escucha real). El handle-drag continuo conserva su resolver por MECANISMO (el payload por-emit posee las primitivas — el propio pack del slider lo declara); callarlo seria iniciativa de resolver/canal. La voz se reactiva en la capa de app (cascada 5b), sin prop nueva. Complementario con duckUiWhileContent: el pack calla AL PLAYER, el duck atenua al RESTO de la app. Haptica se queda. Selectores 100% del builder tipado (solo el combinador descendiente es literal). Verificado: morfo:vocabulary limpio - sema 192/192 - check 74 = baseline, 0 propios. Auditoria posterior: regla de descendientes confirmada viva (IconButton -> Button), sin regla rival de commit-set en el pack del slider, deltas componen por el mecanismo D.5. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	c4d64ba98a	feat(media-player): modo audio de referencia — AudioLayout, <AudioPlayer> con 4 variantes y buffer real (F4-F7 parcial) ... El modo audio deja de ser "video colapsado" (las 3 reglas CSS de v1): - F4 sema: el docblock del pack escribe la doctrina D-AP2.7 — el silencio mientras suena la obra lo posee el SERVICIO (duckUiWhileContent, receta documentada); la resta-de-gain queda disenada sin cablear a proposito. - F5 buffer real (G-2 consumido): el TimeSlider soma pasa bufferedTime como secondaryValue del Slider compuesto y monta Slider.SecondaryRange; se retiran el div .mp-buffered, la var --media-buffered (y su writeProperty), --_mp-buffered y --_mp-rail. Look intacto: el 42% pasa a --slider-secondary-bg en scope. - F5 wrappers eidos de las 6 partes: Artwork compone AspectRatio+Image del catalogo via child; RateButton compone Button ghost mostrando {data-rate}x; Artist/Identity/Transport/LiveIndicator passthrough. - F5 AudioLayout: espejo de DefaultControls para audio — identidad (artwork+title+artist+live) + transporte + fila de scrubber + secundarios. - F5 raiz competidora <AudioPlayer> (eidos/components/audio-player/, el precedente Toast/Toaster): una etiqueta monta todo, y la metadata del SO se DERIVA de la identidad visible (title/artist/artworkSrc) salvo override — lo que ves es lo que muestra el lock screen (D-AP2.5). - F5 recipe de 4 variantes (card/row/bar/inline) scoped a [data-variant] (componer a mano sigue sin opinar) + tokens publicos --audio-player-* (gap, artwork-radius, artwork-size-row/bar), regenerados. - F7 parcial: el badge live usa el text localizado del morfo via soma (fuera el "LIVE" hardcodeado) · demo con el modo audio real (<AudioPlayer> + selector de variante + snippet con paridad) · README eidos con la seccion del modo audio · component:audit --only media-player PASS. Verificacion: player 18/18 · recipe-css-contract + component-api-contract 37/37 · eidos-lint media-player 0 invalidos · check 74 = baseline, 0 propios (demo incluida). Declarado: audio-player.css es recipe de composicion sobre el morfo del player (el lint per-component no la cubre — gap del tooling); los internos --_mp-* los comparte la recipe hermana del MISMO morfo. Quedan F6 (verificacion VISUAL de las 4 variantes — exige ojos) y el resto de F7 (medicion Chrome del escenario mixto + teclas de medios + stamp sema). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	2f872ef864	feat(sound): $sound orquestador (buses+voces+media) y player v2 F1-F3 sobre el servicio ... Rediseno clean-room del sonido (gate D-SR.1-12 firmado; la doctrina "la voz es del art" de PLAN-sound-engine s16.1 queda revocada): - Mezcla: master -> buses ui/content (gain/mute/duck refcount, gana la mas fuerte; politica pre-contexto). prefs de UI jamas tocan la obra. - Voces registradas: la calibracion es DATO del consumidor (sema registra 'sema'; el default conserva la calibracion historica - cero cambio audible, A/B del usuario: "suena igual"). - Ciudadania de media: sound.media(el) PROVEE el transporte (la forma exacta del puerto MediaProvider) + foco mixed/exclusive/duck PERSISTENTE (estado derivado; el ducker mas reciente retiene la palabra) + duckUiWhileContent + MediaSession de la fuente activa (play/pause/seekto + posicion, liberacion y promocion) + visibilidad content-aware + attach() opt-in (irreversible, CORS declarado). Re-registro idempotente por elemento. - diagnostics.ts con catalogo tipado (contrato de arts) y guards post-dispose (ningun camino abre un contexto huerfano). Auditoria AU-1..9 resuelta; bundle medido: 16,2 KB min / 5,6 KB gz. Player v2 (gate D-AP2.1-13 firmado) F1-F3: - F1 gaps de framework: aria-valuetext en Slider (valueText por thumb) + parte SecondaryRange con token --slider-secondary-bg (buffer/clip/capitulos) + formatDuration en $libs/days + fix del selector del pack (H-1: la regla de play/pause construia sobre provider y el stamp aterriza en play-button). - F2 morfo: 6 partes audio-only (artwork/artist/identity/transport/ rate-button/live-indicator), commit-set-rate, commit-set-time RETIRADO (D-AP2.13: el scrubber delega en el commit-set del Slider compuesto), sustain-loading cableado (H-9), teclado j/l, </> y 0-9 (con guard de modificadores para no pisar atajos del navegador). - F3 la migracion: el transporte default es uix.sound.media(el, {metadata}) (pineado con el motor real); nativeMediaProvider RETIRADO (media-provider.ts queda como contrato puro del puerto, sin shim); G-5: los commits de play/mute/rate cabalgan el evento de RESULTADO (play/pause saltando el pause de ended, volumechange con transicion de muted, ratechange); formatTime -> formatDuration; sub-providers + wrappers + exports de las 6 partes; prop metadata publica (captura al registrar, documentado). Verificacion: 45 suites / 458 tests verdes en el alcance (sound, sema, active-uix, active-app, morfo, slider, media-player, days) - check 74 = baseline de la rama, 0 propios - docs:check 0 - invariante de UN AudioContext intacta (e2e sin tocar). Planes de proceso y handoff al dia (PLAN-sound-redesign, PLAN-audio-player-v2, CONTINUE-sound-engine). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2 months ago
dev	81378a6875	fix(docs): H-10 mal diagnosticado — el canon separa las dos voces, el player las junta ... Cerré H-10 hace un commit diciendo que el doble earcon era «el patrón de composición del catálogo» y que la decisión —regla nueva en el árbitro, o canon que declarase el solape intencionado— era materia de `book-deviations.md`. Es al revés: **el canon ya lo prescribe, y quien lo incumple es el media-player.** El README del `Button` lo dice citando el libro (cap. 22 §8 y §10): `contact-activate` es `sequence: 'pre'` y sólo acusa la RECEPCIÓN del gesto; la consecuencia evaluativa la dispara el consumidor **cuando el resultado aterriza** — *«the celebration sound plays at the moment the save actually resolves, not when the click is received»*. Dos sonidos, sí, pero **separados en el tiempo** y con dos significados. En el diseño no hay solape. El solape lo mete el player: `togglePlay()` dispara `commit-toggle-play` síncronamente dentro del handler del clic, no cuando el medio arranca — y el resultado real llega después, en el evento `play`/`pause` que el provider YA recibe (ahí arranca el bucle de progreso, y `commit-complete` ya cabalga `ended` con ese patrón exacto). Mismo defecto en `toggleMute()` y `seek()`; `toggleFullscreen` y `togglePip` lo hacen bien, esperando a la plataforma. Consecuencias: - H-10 deja de ser materia de canon y pasa a **G-5** en §8: mover el commit del clic al evento de resultado, aplicando el patrón que el propio fichero usa. - **El árbitro de dominancia se queda como está.** Nunca tuvo que arbitrar dos ocurrencias que el diseño no quiere simultáneas; proponer una regla nueva era arreglar el síntoma en la capa equivocada. - El test conserva la medición (dos ocurrencias en el mismo tick = dos earcons, 4 osciladores) porque el dato es correcto y vale como guardia; lo que se reescribe es su lectura. Para D-AP.7 no cambia lo demás: ninguna de las dos señales vive en el provider, así que el silencio en modo audio tiene que cubrir descendientes. sema e2e 5/5 · `docs:check` 0. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	5ac194cfe1	test(sema): un botón compuesto suena DOS veces, medido (H-10) ... En F0 observé que el botón de play estampa dos señales por clic. Afirmé de ahí que sonaría dos veces, y eso era un salto: el motor tiene un árbitro de dominancia precisamente para esos casos. Medido: **4 osciladores, dos earcons**. Por qué el árbitro no los colapsa. `occurrenceRank = evaluable×10 + activación`: `contact-activate` del `Button` es estructural y sin intent → **0**; `commit-toggle-play` del player es evaluable con intent `neutral` → **10**. La regla silencia a un recién llegado sólo si una ocurrencia YA ACTIVA lo supera, y aquí llegan en orden 0 → 10: cuando entra el segundo, el activo no lo supera; y el primero ya había sonado. El modelo asume que la señal de más rango llega antes o sola — **el caso inverso, a microsegundos, no está arbitrado**. Tampoco hay pack de `button`, así que `contact-activate` usa la base de familia (800 Hz, 60 ms) y se solapa con el commit de 100 ms que entra encima. **No es del media-player**: es el patrón de composición del catálogo — la primitiva acusa el contacto, el componente confirma el valor. Cualquiera que componga `Button` y dispare su propio evento suena dos veces con el sonido activo. El test lo pinea donde se puede oír el camino entero (`sound-e2e.test.ts`), y la decisión —regla nueva en el árbitro, canon que declare el solape intencionado, o packs que silencien `contact` bajo componentes que hablan por sí mismos— queda fichada en el plan como materia de `book-deviations.md`, no de una sesión. Para el reproductor cambia una cosa y es la que importa para D-AP.7: el silencio en modo audio tiene que cubrir las DOS señales, y ninguna vive en el provider. sema + art 17 suites / 205 tests · `docs:check` 0. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	d2e841c65d	fix(sound): la auditoría del art, cerrada — niveles por reproducción y opciones que no mienten ... Los tres hallazgos que quedaban de `PLAN-sound-engine` §16, firmados y aplicados. Dos con código, uno con una medición que cambia la doctrina. **A-5 — `gainScale` es de la reproducción, no del documento.** `play()` escribía `master × gainScale` en el nodo master, del que cuelgan TODOS los earcons. Un parámetro transitorio corrompía un mando de política: el nivel se filtraba entre reproducciones, una nota en vuelo saltaba de volumen, y los dos consumidores que motivan el motor compartido —la reducción de sema y el ducking de un reproductor— se pisaban sobre un único valor. Ahora el factor multiplica el pico de la envolvente de ESA reproducción, y **también la profundidad del AM**: dejarla absoluta habría hecho que un earcon atenuado sonara relativamente más áspero, cambiando el timbre en vez del volumen, que es lo contrario de lo que significa una reducción. **RC-5 se reescribe, y es legítimo**: un contrato de regresión protege comportamiento, no defectos. Lo que pineaba —«la ganancia se fija ANTES de que la síntesis reviente»— sólo importaba porque el valor iba a un nodo compartido. La cobertura no se pierde, se coloca donde vive cada responsabilidad: `sound-port.test.ts` ya pineaba que el canal resuelve el NIVEL y lo entrega; `sound.test.ts` pinea ahora que el master **no se mueve**; y el art estrena un contexto falso que sí construye el grafo, para ver el pico de la envolvente. **A-4 — las opciones del canal, imposibles de equivocar.** `SoundChannelOptions` pasa a unión discriminada: `{ engine, preferences?, logger? }` **o** la forma de construcción (`audioContextFactory` / `fetcher` / `dom` / `masterGain` / `timers`). Nunca ambas — un motor llega ya construido, así que sus opciones de construcción no significan nada a su lado, y hasta hoy se aceptaban y se tiraban en silencio. La defensa primaria es el tipo (doctrina de la casa), con un guard `@ts-expect-error` que hace fallar `check` el día que la unión deje de rechazar la mezcla; el aviso por logger es la red para JS. `engine.ts` pasa de un spread a tres ramas en orden de precedencia. Y **`fetchFn` → `fetcher`**, para alinearse con `$perm`: un nombre por concepto. `audioContextFactory` **se queda** — es el patrón `idFactory` que ya usan `$logger` y `$bus`, y nombra el tipo exacto que fabrica (`context` a secas colisiona con el contexto GL de `$scene`). **A-3 — S-1 aceptado, medido: 2,2 KB.** El art entero son 6.410 bytes minificados / 2.177 gzip. Y mi propia propuesta para cerrarlo era falsa: quitar el fallback del canal no saca el art de ningún bundle, porque `createActiveUix` y `defineEngineSound` lo importan incondicionalmente. Cerrarlo de verdad exige carga diferida, que choca con que `prime()` deba ser síncrono dentro del gesto, y volver `uix.sound` perezoso — cambio de superficie pública por 2,2 KB. Se acepta: el art es servicio de núcleo, como `motion` y `scene`. Queda corregida la doctrina: S-1 era el más débil de los cuatro síntomas; los que justificaban la extracción eran S-2 y S-4. **La voz, declarada como diseño.** La quinta a 1.5×, el ADSR recortado a 15 %/40 %, el contour de ±400 cents y el mapeo del AM son decisiones perceptivas calibradas contra el vocabulario de sema, no maquinaria. Escrito en el README del art y en la cabecera de `engine-sound.ts`, con la regla: el día que un segundo consumidor quiera otra voz, ése es el momento de partir el art en dos —gobierno de contexto / voz—, no antes. Verificación: art + sema **17 suites / 204 tests** · `contracts.test.ts` 35/38 (los 3 rojos, ajenos) · `check` en la baseline exacta (73, 0 propios) · `docs:check` **0 errores** · los guards de A-5 **vistos fallar** al reintroducir la escritura al master · navegador `/temas/sema`, 4 ciclos de editar→disparar: **1 contexto, 16 osciladores, master en 1, cero errores de consola**. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	08ee18a8e1	fix(sound): `decode()` — la puerta que faltaba, y el estudio deja de abrir su contexto ... A-1 de la auditoría (`PLAN-sound-engine` §16): `analyze.ts` hacía `new Ctor()` propio para decodificar el `.wav` importado. Medido inyectando un WAV real por el `input[type=file]`: **1 → 2 contextos**. Transitorio —se cerraba al acabar el decode— pero es exactamente el antipatrón que el art existe para impedir, en la misma página que usé como prueba de la invariante. Y el aviso de «segundo contexto» no lo vio, porque sólo cuenta los contextos que crea el art (A-2). No era un despiste de esa página: **la superficie del art no ofrecía la operación**. `preload(urls)` decodifica y esconde los `AudioBuffer` en una caché privada, así que quien quiere las MUESTRAS —un waveform leyendo picos, un analizador midiendo un fichero— no tenía puerta y se abría la suya. - **`EngineSound.decode(data): Promise<AudioBuffer | null>`**. Segunda puerta, simétrica de `context`: una para quien quiere un GRAFO, otra para quien quiere las MUESTRAS. Las dos llevan al mismo contexto. - **No pasa por `getOrCreateContext()`**: decodificar funciona sobre un contexto suspendido, y `resume()` fuera de un gesto puede quedarse pendiente para siempre — un `decode()` que se espera desde la UI no puede colgar de eso. Se añade `ensureContext()`, crear sin resumir. - **No cachea** (los bytes crudos no tienen clave; la caché por URL es de `preload`) y **devuelve `null` en vez de lanzar**. - **Desviación declarada** de lo que §16.2 proponía: NO se añade el acceso a los buffers cacheados. Hoy no tiene consumidor —`Waveform` no existe— y añadir superficie sin consumidor es justo lo que §16.1 le reprocha al art. - `analyze.ts` toma el motor por puerto estructural; `AnalyzePanel` lo lee de `getActiveUix()`, que es el idioma de la casa, no prop-drilling. MEDIDO en Chrome: importar un WAV crea ahora **1 contexto** en vez de 2, y el earcon posterior reutiliza ése. Y sigue analizando bien: un tono de 440 Hz a 8 kHz, decodificado sobre el contexto compartido a 44,1 kHz, se mide como **441 Hz** — el resampleo no falsea la medida. Guards nuevos en `engine-sound.test.ts`: decodifica sobre el contexto compartido SIN llamar a `resume()`, un segundo `decode` no crea otro contexto, y devuelve `null` con bytes indecodificables o sin contexto. Verificación: art + sema 17 suites / 201 tests · `check` en la baseline exacta (73 errores, 0 propios). Quedan abiertos A-2 (el aviso es ciego a los contextos crudos), A-3 (S-1 no está cerrado), A-4 (opciones del canal tiradas en silencio) y A-5 (`gainScale` en el master compartido) — los tres últimos cambian comportamiento público y esperan decisión. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	be3cbf680e	fix(sound): la invariante de un solo AudioContext, cerrada en attach y medida ... `PLAN-sound-engine` daba por cableada la propiedad del motor «en los dos modos de arranque». En attach no lo estaba: `defineUixServices` registraba `motion` y `scene` junto a `dom` pero NO `sound`, y `defineEngineSemantic` no reenviaba `soundEngine`. Una app en attach con sonido activo tenía el motor privado del canal MÁS `uix.sound` — dos motores, y dos contextos en cuanto el reproductor primase el suyo. `attachActiveUix` DOCUMENTABA el footgun en un comentario en vez de cerrarlo, mientras `contracts.ts` ya prometía `singleContextPerDocument`. - `defineUixServices` declara `sound` junto a `motion` / `scene`, y `defineEngineSemantic` lo toma como `serviceDependencies: ['dom', 'sound']` y lo reenvía. Degrada igual que `dom`: sin el servicio declarado llega `undefined` y el canal vuelve a crear el suyo (construcción directa y tests). - La nota de `attachActiveUix` pasa de describir el footgun a describir el cierre, y deja escrito el único caso que sigue vivo: un esquema de servicios a mano que declare `events` sin `sound`. - Fila `events` de `contracts.ts` con `serviceDependencies`, y el assert DERIVA de la tabla en vez de hardcodearla — que es lo que su propia doctrina pide. - El estudio de sema (`/temas/sema`) enchufa `uix.sound`. Era la única página capaz de ejercitar la inyección y no lo hacía. MEDIDO en Chrome, no deducido. Con el motor privado, cada edición del draft reconstruye el `EngineSemantic`, el `dispose()` del canal cierra el contexto y el siguiente disparo abre otro: 9 ediciones dejaron **10 contextos creados y 9 cerrados**, perdiendo además la caché de samples decodificados en cada una. Con el motor compartido: **1 contexto, 0 cierres**, y 24 osciladores construidos en 6 ciclos — el earcon sigue vivo. Dos guards, y los dos VISTOS FALLAR sin el cableado. Es la lección de la retirada de F2, donde una medición vacua se presentó como prueba: - `active-uix.svelte.test.ts`: el `events` de la app prima el motor de la app (quitando el reenvío: `expected null not to be null`). - `sound-e2e.test.ts`: un motor inyectado sobrevive a 3 reconstrucciones con UN contexto y sin `close()`; sólo lo cierra quien lo creó. Verificación: `client` 130/130 · 842/842 · `server` 262/264 · 3718/3722 — los 3 rojos son ajenos (`aura`, `menubar`, `radio-group`) y el cuarto fue un timeout de `soma-attr-audit` por contención, verde aislado en 3,1 s · `check` en la baseline exacta (73 errores, 0 propios). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	6920684d09	refactor(sound): extraer el motor Web Audio de sema al art `$sound` ... `sema/chans/sound.ts` tenía 407 líneas de las que ~255 (≈63%) eran maquinaria Web Audio —ciclo de vida del AudioContext, síntesis, samples, desbloqueo por gesto— mezclada con doctrina perceptiva. Deuda arrastrada, con tres síntomas medidos: el import era estático, así que toda app con sema metía el sintetizador en el bundle aunque el sonido estuviera apagado (que es el default); faltaba ciudadanía que `$scene` ya resuelve; y la costura de inyección (`audioContextFactory`) llevaba ahí sin usar desde el principio. Mismo movimiento que `$motion` hizo desde eidos: el art se lleva el RUNTIME, la capa conserva sus DATOS y su doctrina. - `$sound` / `EngineSound`: UN AudioContext por documento (los navegadores los limitan y el gesto de desbloqueo es por contexto), síntesis de earcon, samples con caché y fallback a síntesis, `autoSuspend` OPT-IN —suspender con la pestaña oculta es correcto para earcons y erróneo para contenido, así que es decisión de quien compone— y aviso cuando un segundo contexto va vivo. Puertos `SoundDom` / `SoundTimers` inyectados; no importa ningún otro art ni nada de `$uix/sema`, que es la prueba objetiva del corte. - `SoundChannel`: 407 → 136 líneas. Solo doctrina: el gate de `prepare`, la política de reducción y el reparto «el canal resuelve el NIVEL, el motor aplica la ganancia». Sema no gana ni un import: recibe el motor por puerto. - `uix.sound` en standalone y attach con `ownsSound` (idioma ya shipped: `ownsMotion` / `ownsScene`), fila `sound` en la tabla ejecutable `contracts.ts`, y `defineEngineSound()` para el camino de app. - Tests nuevos: `engine-sound.test.ts` (11), `sound-port.test.ts` (guard de deriva de tipos + la regla de propiedad) y `sound-e2e.test.ts`, que recorre `emit -> cascada -> canal -> art -> grafo real`: el camino que las 16 suites previas no cubrían porque paraban en canales falsos. Sin `diagnostics.ts` ni `errors.ts`, y es decisión: espejo de `$scene`, aquí todo fallo es degradación documentada, no error de programador. Verificación: 17 suites / 198 tests · `check` en la baseline exacta (73 errores, 0 propios) · `sound.test.ts` verde SIN tocar un solo assert, que era el criterio de que el movimiento fue value-preserving. Planes: `PLAN-sound-engine.md` (completo, con el registro de la revisión adversarial E-1..E-7), `PLAN-audio-player.md` (aparcado tras el análisis del reproductor, con sus correcciones en cabecera) y `CONTINUE-sound-engine.md` (handoff). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	2bc5fe6bd2	uix(sidebar): F1.7 fase morfo+soma · contrato de 17 partes + shell headless ... Primera tanda del último componente de F1, con el alcance firmado por el usuario (17 partes · submenú flotante en modo icono · sema emerge · parada tras morfo+soma). Suelo de paridad: dossier §P4, leído del `sidebar.tsx` real de shadcn (23 partes); nadie headless lo tiene (Radix/Base/Ark/React-Aria). Morfo (17 partes, 2 eventos) - DOS ejes, no uno: `data-state` (expanded|collapsed) + `data-collapsible` (offcanvas|icon|none), este último SIEMPRE estampado (shadcn solo lo pone colapsado, lo que obliga a cada regla a guardar por estado). Más `data-side` y `data-mobile`. - `panel` (no `sidebar`, que daría `data-sidebar-sidebar`) = `<aside>` NOMBRADO; `content` = `<nav>` NOMBRADO, con header y footer FUERA: así el landmark nombra la navegación y no el cromo. Ninguna referencia trae landmark. - `rail` es una parte física y un `<button>` REAL en el orden de tabulación (shadcn lo deja en tabIndex=-1, inalcanzable por teclado). - `aria-current="page"` sale del MISMO prop que `data-active`, en `menu-button` y en `menu-sub-button`. - `menu-badge` va DENTRO del control de la fila (doctrina de nav-tree: su texto entra en el nombre accesible). `separator` e `input` NO son partes: se componen el `Separator` y el `Field` canónicos. Soma - Estado controlado/no controlado con las costuras exigidas por el dossier desde v1: `open` bindable, `defaultOpen`, `onOpenChange` y `toggle()` público — sin ellas, persistencia y atajo global en app-land serían rediseño posterior. - `mobile` sale del breakpoint del SISTEMA (`uix.dom.isAtLeast`), nunca de un `matchMedia` propio; soma solo decide el hecho y estampa `data-mobile` — la presentación como `Drawer` la compone el eidos (y con ella su foco atrapado, bloqueo de scroll y descarte). - Submenú que SOBREVIVE al modo icono: `menu-sub` se vuelve superficie flotante anclada al botón de su fila (`createFloatingShellRoot` + anchor + content), se abre por hover/foco y se cierra por salida, blur o Escape devolviendo el foco al botón. shadcn los OCULTA y deja ramas enteras inalcanzables. - Dos `partRef` del morfo se resuelven last-write-wins entre instancias, así que soma da el id per-instancia (precedente `navigation-menu`): `aria-labelledby` del menú → la etiqueta de SU grupo; `aria-controls` del trigger/rail → el id del panel. Sema: pack propio con `emerge.soft` / `emerge.exit.soft` sobre `panel`, espejando nav-tree y collapsible. Langs: 4 textos (label, nav, trigger, rail). Verificado: `morfo:check` carga el contrato sin invariantes rotas · `component:audit --only sidebar` **PASS** (0E/0W) · `svelte-check` 0 errores en estos archivos · `contracts.test` solo con los 2 fallos ajenos conocidos (menubar DOM-write, radio-group data-ready). Pendiente de la siguiente tanda: eidos (raíl, anchos tokenizados, modo icono, Drawer móvil), demo y review adversarial. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	e835163103	uix(nav-tree): F1.8 WIP · data-driven docs nav tree (soma+sema+eidos) ... Complete component, green on all static gates (audit PASS, eidos-lint 20/0, svelte-check 0, contracts clean for its parts). NOT tree-view: APG Disclosure Navigation (<nav> landmark + native links + disclosure groups), data-driven (E-1) — the app passes `nodes` + `activeHref`, the provider resolves the active node and auto-expands its ancestor trail. - morfo: nav/list/item/trigger/link/group; emerge-expand/collapse events - soma: NavTreeProvider (shared state, pure isExpanded query) + per-node NavTreeItemProvider (menubar pattern, recursive render) - sema pack: soft emerge on group disclosure (mirrors collapsible) - eidos: rail + per-depth indent recipe; own bespoke rows (not composed Link), Badge deferred to a Gap; aria-current="page" from data-active Remaining before F1.8 closes: demo + browser verify + adversarial review. Handoff: docs/process/CONTINUE-nav-tree.md Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	6be7195f0f	feat(agent): eje agéntico — motor $agent (F1) + Aura + promoción uix.scene ... Materializa el eje ortogonal agéntico del ecosistema: la 8ª familia semántica `delegate` («¿quién actúa ahora?») deja de estar sin materializar. El agente es OTRO ACTOR (LLM, macro, regla, workflow) que actúa por la MISMA API pública del provider; la ruta de llamada no se bifurca, la concreción semántica depende del actor. F0 · Doctrina - docs/architecture/agent.md — la doctrina permanente (capítulo comparativo de referencias + bibliografía de seguridad, máquina estados=verbos, contrato de participación, fila §0, a11y, amenazas). - docs/process/{PLAN,TRIAGE,INFORME}-agent — plan de ejecución con todas las decisiones firmadas (D-AG.1–11 + ⚖️1/2/3), triage de 4 revisores externos, e informe autocontenido para revisión externa. F1 · Motor ($libs/actor + arts/agent, 24º arte) - EngineAgent puro (sin DOM/runes, portable a servidor): máquina D-AG.4 (suggest/review/auto · escalated con reason+timeout · returned outcome-tipado · kill switch · autorización journaled aunque sea auto), tool-loop D-AG.5 (acts secuenciales, fallos→verbos, unknown-capability acotado, idempotencia por callId, presupuestos acts/turns/wall-clock vía puerto de timers), techo de autonomía por origen no confiable (F8b). - ActiveAgent (sesión reactiva, contrato ActiveEngine) · protocolo v1 espejo AG-UI (5 categorías + dirección tipada + reservas) · ScriptedAgentTransport determinista (adapters/ fuera del barrel) · journal WAL + puerto de trazas OTel · emisor sium→JSON Schema. - Acuñación del actor (⚖️2/F6b): ActorToken opaco en $libs/actor (hoja bajo orca/agent), registro privado WeakMap — los forjados resuelven a null; costura `actor?` en TriggerOptions→SemanticSignal (runtime copia verbatim; sema no resuelve). defineActiveAgent (service-factory app-level, timers del core — cero setTimeout a pelo). F3 · Aura — primer componente del eje (ruta 9 fases 0–6) - El materializador canónico de `delegate` (reservado en scene §F6): morfo con los eventos del ciclo (offer/escalate-untilAction/return + sustain-processing stateBound) — PRIMER morfo del ecosistema que emite familia delegate; provider soma que observa un puerto estructural (sin importar $agent — degradación total); orb eidos = aurora $scene modulada por estado (§F6) con fallback CSS = render de reduced-motion; live region única atribuida (WCAG 4.1.3); cancel compone Button (asChild). Demo v2 sobre el MOTOR REAL con compuertas deterministas. Orb-size derivado de la primitiva Avatar (32/40/48). D4 · Promoción uix.scene (Aura llegó) - defineEngineScene + superficie ActiveUix/ActiveEidos/contracts; el orb prefiere el motor compartido (presupuesto de escenas global) con fallback por-superficie. Gates: arts/agent 18/18 · aura 6/6 · arts:check 24 · eidos battery + recipe 30/30 + eidos-lint aura 0 inválidos · morfo:vocabulary + esquemas · smoke aura PASS · verificado en navegador (ciclo completo + estampa delegate en DOM + aurora WebGL pintando). Los tokens de recipe base.ts + CSS generado ya entraron en HEAD vía una sesión concurrente. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	4c4878f139	uix(chat): bloque de mensajería chat-* v1 (log · message · composer · typing) ... Familia chat-* completa, componiendo el ecosistema (Feed + VirtualList anclado, Textarea, FileUpload, Avatar, Popover, Icon). Transporte-agnóstica: el modelo de datos es de la app, los componentes reciben props + snippets. - chat-log: Feed + VirtualList(anchor:'end') en triple registro; day separators, unread divider, filas de sistema (Feed.Article), pill "N nuevos" + notifyIncoming (announce a live-region), to-latest distance-aware. - chat-message: raíz Feed.Article; runs ($libs/chat), ticks de entrega, reply embebido, reacciones (chip pressed + tapback panel), acciones hover. - chat-composer: Textarea (doble registro) + FileUpload; teclado Enter/Shift+Enter/Esc/ArrowUp; typing saliente debounced (uix.timers); barra reply/edit. - chat-typing: sustain-streaming (visual-only, loop del sistema); aggregateTypers 1/2/3+ con plantillas plurales. - $libs/chat: groupIntoRuns (ventana 8 min estilo Discord) + aggregateTypers. - VirtualList: extensión anchor:'end' (followOutput, prepend por clave estable, sticky monótono, onAtEndChange) — sin scroller paralelo. Diseño de referencia (WhatsApp/Telegram, pase lado-a-lado): burbujas suaves (out = primary-element + texto normal; in = surface card + sombra) sobre lienzo muted del log, meta dentro de la burbuja, tapback bar horizontal, iconos lucide del ecosistema (nada de SVG a mano). Contrato de tamaños: size="md" = 16px canónico. Fixes de framework (afectaban más allá de chat): - EngineLangs.t() ahora pela el prefijo '#?': los idlangrefs imperativos (pagination/file-upload/chronos/chat) caían al fallback EN en locale es. Fix parseLangRef ?? parsePathFallback + test de regresión (132/132). - virtual-list commit-set-resize con channels:[]: es bookkeeping de ResizeObserver, no gesto → dejaba de emitir beep/vibrate pre-interacción (interventions de navigator.vibrate / AudioContext). Escaparate messenger en /uix/demos/chat (bot de eco con uix.timers; variante $connection señalada). Gaps v2 registrados en next-features §7. Pase: component:audit 4×PASS · eidos-lint invalid=0 · recipe-contract 29/29 · Playwright escaparate PASS end-to-end · consola limpia · npm run check en baseline (76, cero errores nuevos). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	c4f5b0800e	feat(rotate-align): second ProofOfHuman challenge — rotate to a random bearing ... A second pluggable challenge over the same orchestrator: rotate a needle onto a per-instance RANDOM bearing and hold it steady until it settles. Composes Gesture.rotate. Pointer OR arrow keys feed the same angular telemetry (new `rotation` block); the settle dynamics are the non-replayable signal, so a two-key script can't solve it. - morfo `rotate-align` (Provider + Dial + Needle; handle-*). - soma provider (settle-to-lock via uix.timers; detent tick per 30deg; unwrapped visualAngle for a seam-free transition; re-arm + auto-focus like PathTrace). - sema pack; eidos `ProofOfHuman.RotateAlign` compass skin (dial + mailbox target + magnetically-settling needle). - demo: challenge switcher (PathTrace | RotateAlign) + rotation telemetry rows. Also fixes PathTrace `difficulty` doing nothing after mount (curve now regenerates on difficulty/seed change while idle). Verified: 25/25 tests + end-to-end in real Chrome. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	1f7018b910	feat(proof-of-human): re-architect to orchestrator + pluggable challenge (PathTrace) ... Split the anti-bot component into a purpose- and interaction-agnostic orchestrator that owns the lifecycle stages + verdict, and a pluggable challenge that runs the interaction and reports up via ProofOfHumanChallengeHost. The primary challenge, PathTrace, has the user follow a random curved path by pointer OR arrow keys. This fixes the drag version's two real defects: - keyboard bypass: the accessible path now yields genuine, non-replayable behavioural signal (pathAdherence over a per-instance random curve); a two-key script can't solve it. - over-coupled abstraction: interaction + animation are decoupled from the component identity (per-stage consumer slots; challenge is pluggable). Layers: - morfo: proof-of-human slimmed to orchestrator (Provider + 3 commits); new path-trace morfo (Provider + Track + Token; handle-*). - soma: orchestrator + ProofOfHumanChallengeHost; new path-trace (seeded Catmull-Rom curve, corridor-gated monotonic progress, adherence telemetry, pointer + arrow-key input). Old drag Token/Target wrappers retired. - sema: verdict commits (proof-of-human) + trace handle earcons (path-trace). - eidos: orchestrator + PathTrace that paints the curve/corridor/trail. - demo rebuilt: carrier-pigeon skin over the per-stage slots. Auto-focuses the token when the challenge is armed so the arrow keys start the trace immediately (gated on the disabled->enabled transition). Verified: 32/32 tests (incl. arrow trace completes with real signal + two-key script can't solve, in real chromium) + visual in real Chrome (curve, failed, verified; scorer rejects instant traces). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	5583dbca65	sema: borrar el README fantasma de words (DG-3) — F0 completa ... Afirmaba un pack (sema/components/words.ts) y un registro en el layout que nunca existieron, con nombres de eventos obsoletos vs el morfo. El morfo declara expression: 'family-default' — coherente sin pack. La decision pack-vs-default de words sigue viva en FD.4 (firma perceptual). Orden explicita del usuario 2026-07-14. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	e75f85becc	feat(select,toggle-group): canonical readonly prop; chronos consolidation pass ... Adds a canonical `readonly` prop to Select and ToggleGroup (morfo -> soma -> eidos + provider tests), mirroring radio-group/Field: the value stays legible (unlike `disabled`) while interaction is gated. Chronos view-mode composes it and the `[data-view]` disabled-stripping workaround is removed. Chronos consolidation (recipe/doctrine + behavior), verified in-browser: - recipe: focus box-shadow -> outline (theming ss32), opacity/typography -> tokens, hover -> state-layer (R-4.2 / R-2.7 / R-4.3). - event tooltip composed from the framework Tooltip (`eventTooltip` snippet); `color` prop wired to the accent (`--_chronos-accent` per `data-color`). - edits dispatch the `update` command; Intl -> getCachedDateFormat; ToggleGroup and Select migrated `type` -> `selectionMode`. - README restructured to the F-* format (Baseline / Comparativa / Gaps). recipes/base.ts + generated/base.css are intentionally excluded (their working tree carries unrelated typography/font changes); the now-unused chronos `focus-shadow` recipe token stays until a clean regen. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	b55ca6eecb	fix(cleanroom): F2+F3+F4-C+SEM-4s1 — lote mecánico, censos con guard, corpus documental y el close polimórfico de los pickers VIVO ... F2 — lote mecánico (13 ítems): - DEP-2 ogl eliminado (0 imports) · DEP-1 clsx inlineado como toClassString propio + suite de contrato (props.test.ts; soma.md §12 cerrado). - THM-7: los 5 selectores manuales de sema.md reescritos con semaSelector (los ejemplos [data-toast-root] apuntaban a un part INEXISTENTE — la deriva que el builder previene, demostrada en el propio doc). - MOR-1 escape isomorfo + validación de attr-names en semaSelector + 9 tests (selectors.test.ts, matches() real con comillas/corchetes) · MOR-2 partMarkerAttr = única fuente compilador↔builder + test de paridad · MOR-3 _resetCompileCache borrado (0 usos). - SOM-2 keydown continue en match sin handler + keyboardFixtureMorfo · SOM-1 no-await de handlers (censo async = 0; contrato V1 cumplido) + pin. - SEM-2 trigger pre-attacha catch con logger (void trigger sin unhandled rejection; throw intacto para awaiters) + pin · SEM-3 fallback muerto de applyDominance → skip defensivo + timer tope de awaitExpression cancelado · SEC-1 adjudicado YA implementado (assertCssVariableValue desde 2026-05-11) + pin del path de VALOR. - accordion → outline (§32; su outline:none dejaba CERO anillo en HCM) — verificado en vivo · THM-6 radius-full 9999px · EID-4 recuentos 33. F3 — censos con guard: - SOM-3 cerrado: announcer + image-provider migrados a scheduler-preferred (consumidores cableados: date/time-field vía soma.uix.timers; avatar/image vía eidos.timers — verificado en vivo); guard de timers ENSANCHADO de soma/components a TODO soma y pasado a EVIDENCIA (setTimeout exige .schedule( en el fichero — layers/ y datetime/ escapaban del ámbito viejo). - THM-5: R-4.7 nueva (válvula same-line /* important: <razón> */, escaneo comment-blanked) + las 15 declaraciones anotadas con su razón + canon recipe-contract §3/§4. - SOM-4 adjudicado: el censo/guard YA existían (49 pins); knob/mask-field/ timeline pinneados (overrides documentados en call-site); media-player Batch-4 (35 hits, cero renderProps) = único batch restante, registrado. - THM-4 doctrinado en eidos.md §unused (comportamiento/composición = legítimo; deuda = eje visual sin consumidor; hotspots por lotes). F4-C — corpus documental (decisiones de usuario aplicadas): - DOC-3: los 15 enlaces muertos resueltos (repoint a la edición FINAL trackeada / des-link históricos) · docs:check I6-links WARN→ERROR. - DOC-1: tabla «Build contract» MIGRADA a component-guide con estados modernizados (A3–A5 → LIVE + guards de hoy); banners reapuntados; citas de CANON/sema.md historificadas; lápida-redirect en el §13 del fósil. - DOC-4: hold chain → holds.ts · FAQ event:* SUPERSEDED por signatures · gradient añadido a los DOS capstones (sextet real) · nota de paleta de demo-authoring corregida (universalPaletteDecls + decisión THM-2 = mecanismo universal como sucesor del tracker borrado). - DOC-5/6: recuentos anti-frágiles datados · §4.11 dup → §4.12 · Known gaps historificado · N-6/N-7 recuperadas de git (d68d2c45^) y canonizadas en eidos.md §pickers · authoring E2 → canon/tsc.md · air-old des-linkado · EID-3 (placement) en la fila RTL · AUX-2 disabledDom documentado. SEM-4 sesión 1 — el close polimórfico de los pickers, VIVO (D.11): - Reconciliación: los morfos ya no declaran close (delegated al Popover, de-dialoged 06-27); el agujero real era el cierre programático bypaseando dismissWith → save/cancel/select eran perceptualmente SILENCIOSOS. - Fix: PickerShellHandle.setPopoverDismiss + closeWith(cause) en los 5 providers (14 sitios; select/commit → 'save' = commit.save+fulfill, cancel → 'cancel' = emerge; fallback raw para headless) + UN inyector en el eidos PickerShell root (norma N-8). Picker genérico fuera a propósito (ya suena commit-set/cancel por diseño S9). - Verificado en vivo (date-picker): Done → close·commit·fulfill·active · Cancel → close·emerge · cierre real. Gates: matriz 141/141 (los 6 morfos nuevos de la pista de texto paralela también PASS) · contracts 38/38 · eidos 314 · sema 178 · morfo 94 · docs:check 0/0 con I6 en error · baseline propio 57. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	53b6f629f2	feat(audit): component re-audit + fixes P0–P5 (P4 complete, P5 in progress) ... Re-audit of the whole component catalog at pilot depth (91 fichas + the checkpoint verdicts in docs/audit/components/) and the executed fix packages. - P0–P3: doctrine (sema participation, CANON §3 intent, component-guide §5 + API naming, §32 outline), guards (morfo-vocabulary-check S10/S11d, component-audit A-3.1/A-1.4/S9, eidos-lint classHooks), morfo contracts (role=application removed ×4, aria-selected off the Day, drp translationRef, field data-state prune, pin-input commit-set, media-player renames), 13 new sema packs + 12 morfos family-default → pack. - P4 (N1–N10) COMPLETE: selectionMode (select/combobox/toggle-group/calendar); onValueCommit terminal-callback norm (pin-input/search/password/textarea + date/time/color-field add); typed validation reason + onInvalid (tags-input, css-field); index/onIndexChange (carousel); deselectable; openDelay/ groupSkipDelay; allowCustomValue; defaultValue prune. - P5 (in progress): S1 class-hooks codemod (22 hooks → data-attrs across cropper/button/image-picker/toggle/image-adjustments); S5 outline remnant in field.css; depth pass (data-depth=overlay on tooltip/toast/float-panel); touch-rows (--touch-target token, decoupled ::before hit-slop, area-not-visual, 44 AAA). S6 (Field composition) + S8 (calendar-surface) pending. Verification: errors-outside-(alpha|words|palabras|chronos) == 59 (baseline); morfo-vocabulary-check exit 0; eidos-lint class-hooks/invalid 0 on touched components; per-component vitest suites green. Handoff + remaining plan: docs/process/continue-audit-fixes-2026-07.md Excluded (broken by the N1 rename, left broken per user decision, not staged): words/**, palabras/**, chronos, web/routes/alpha/**. Reconciliation pending: the touch-rows ::before for checkbox/switch reverses changelog §37's earlier pseudo-element rejection (WCAG-overlap) that had routed markers to a labeled-row/Field task — flagged for the user in the handoff. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago
dev	153d1ced98	feat(mask-field): MaskField — single-input character mask (Tier-1) ... Generic pattern mask for free-form fixed-literal inputs (phone, SSN, credit card, IBAN, postal code, plate) — the confirmed gap across ark/bits/radix/react-aria (radix #1412 "not planned"). - Zero-dependency mask engine (mask-engine.ts): tokens 9/A/*, literals, escape, optional [] tail, accept-if-fits + caret mapping. Pure/DOM-free, node-tested (25 tests). Promotable to arts/mask later. - Soma provider composes base Field (OR-merge state, inputId register); reject-and-revert input + caret restore via tick(); commit-set on blur/Enter only. value = masked string, unmaskedValue derived. - Single role=textbox (never fake spinbutton segments); truthful value announcement; inputmode from mask; date/number/OTP delegate out. - Sema pack commit-set -> form.commit.subtle + tap (mirrors NumberField). - Eidos option-C wrapper + recipe (25 tokens) + demo (v2 6-tab testbed). Passes component:audit mask-field (0 err), 30 unit tests, recipe-css- contract, component-api-contract, eidos-lint (0 invalid), check, smoke. Note: soma barrel export + demo-app registration (sema pack + nav link) live in soma/components/index.ts and web/routes/uix/+layout@.svelte, left unstaged because they carry unrelated branch WIP. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	f5eb8acb40	feat(gradient-picker): rebuild on the generic Picker core + presets panel + result-commit sema ... Rebuilds the GradientPicker on the generic Picker.Provider<Gradient> transaction core (open / commit / cancel / clear / workingValue + a composed Popover), like the natural-time-picker — the bespoke coordinator is now a thin domain provider (morfo runtime + working-value CSS + the presets state). - deferValue prop (live vs deferred draft-until-Listo). The trigger chip reflects the COMMITTED value, so a deferred picker's chip stays put while you edit the working draft. - Clear restores the INITIAL bound value the picker was given, not a hardcoded default gradient. - No tabs: the editor IS the popover body; the presets grid opens in a panel from a Layers button next to "Añadir degradado" (the Add <-> Remove toggle) — ColorPicker-style "select a saved preset -> Remove", and it reclaims the tab-header height. - Add / Remove presets fire commit.fulfill / commit.loss firmas (new gradient-picker sema pack, registered in the demo). Per the Button doctrine the press is a neutral contact.activate and the consumer emits the RESULT commit; the events target the REGISTERED `provider` part (targeting the unregistered `content` part was also why the Clear commit-reset was silent). - Stop color editor hides the remove-stop button for the endpoint stops (first / last by position — they anchor 0% / 100%). - maxPresets cap (default 10). StopList in a ScrollArea (autosize, slim scrollbar with a gap so the rows never sit under it). Composes the existing components AS-IS (Popover / Button / ScrollArea / the GradientBuilder parts) without overriding their styles. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	b3d0e29037	feat(gradient): GradientBuilder editor polish + presets; land gradient WIP ... GradientBuilder (this session): - Stop color editor uses the canonical ColorField value row (swatch + styled Select), not a native select; rails at 90% width + xl track. - Composable footer: ColorPicker.Cancel / ColorPicker.Close + trash remove-stop, as a sibling of PickerShell.Body. - Surface-agnostic by default (variant='ghost'): no card, adapts to host. - '+' add-stop on the kind-switch row; inserts between the selected stop and the next; rail click-to-add re-enabled (insert at cursor). - GradientBuilder.StopList composable stops list (rendered by default). - presets prop (Gradient[]) rendered below the editor (flex, not tabs); save-to-presets with a maxPresets cap; the action button flips Save <-> Delete when a saved preset is selected (ColorPicker mechanic). Also lands the in-progress gradient tree so HEAD is self-consistent (langs/components/index.ts already imported ./gradient-picker, whose file was untracked). gradient-builder + gradient-picker stay on ACTIVE_DEV_TRACK; the GradientPicker 2-tab redesign is next (see gradient-builder/CONTINUE.md). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	89ec6a2d8d	feat(knob): editable ValueField, drag events, char cap, dead-zone fix ... - ValueField: optionally-editable centre value composing NumberField, wired to the knob's value (time-picker-hour-slider pattern); de-chromed to read as text, width-locked to the max value's digit count, and its pointer/keyboard events isolated from the rotate gesture so editing never rotates or resets the dial. - handle-drag: continuous rAF-throttled perceptual tick during rotation, mirroring the Slider (morfo event + provider emit + sema rule). - NumberField: first-class maxLength prop (native maxlength, unlimited when unset); the knob caps the field to the max value's digit count. - Rotation: publish --knob-start-angle / --knob-sweep so the arc reacts to the sweep; snap to the nearest end inside the bottom dead zone so overshooting the max lands on the max and never wraps around to the min. - Register knobSema in the uix demo layout so the knob emits sound + haptic. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	c13cad74d5	feat(knob): relocate Knob into its layer directories + wire `Gesture.rotate` ... The Fable-built Knob lived entirely under `src/uix/active-uix/knob/` — the wrong home for a multi-layer component — with guessed APIs (103 type errors), missing sub-part wrappers, junk `mnt/user-data/outputs/` paths, and its angle math inlined against a fabricated `Gesture.base` surface. Dismember it into the canonical per-layer directories, against the real APIs, consuming the real `Gesture.rotate` (STUMBLES S4): - **morfo** → `morfo/components/knob.ts`. Applies the S3 `part-absent` condition to `aria-label` (emit only when no Label part) — the file's own NOTE asked for it once the condition existed. - **langs** → `langs/components/knob.ts` (+ registered in the langs index). - **sema** → `sema/components/knob.ts` (+ registered in the sema index); valid nominal earcons + haptic kinds, `channels` declared, risk-commit composes (`op: 'add'`) over the intent profile per doctrine. - **soma** → `soma/components/knob/`: provider (rewired to `Gesture.rotate` in the constructor — mapping `angleAbsolute` onto the [startAngle,endAngle] sweep, folding [0,360) into a symmetric range), `state<T>()` for the label id, the missing `KnobIndicatorProvider`, root + five sub-part wrappers, exports, index, and a provider test (ARIA slider contract + gesture wiring + keyboard stepping/commit + disabled guard + dblclick reset). - **eidos** → `eidos/components/knob/`: recipe css, size-aware root wrapper (`ActiveEidos.resolve`), five pass-through wrappers, types, namespace index. The old `active-uix/knob/` (untracked, added mid-session) is removed. Knob is added to `recipe-css-contract`'s WIP_TRACKS until its recipe tokens land (css still hardcodes md sizes, no variants). `npm run check`: 0 errors in every knob file (total back to the 59 pre-existing baseline, from 162). Tests: 4 knob provider + no regressions across eidos/sema/langs (174). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	3 months ago
dev	a6371ab58d	docs(book): F7.2 (4/6) — sema chapter translated to docs/architecture/sema.md ... src/uix/sema/README.md (749 L, Spanish) translated to English: the emit contract (sequential strict), the 1-2-3-4-5a-5b resolution cascade, the data-event-* tokens, the typed semaSelector builder, per-component packs, the sound repository, SoundChannel details, SEMA_FAMILY_POLICY (two axes) and SEMA_VERBS + naming shapes. Thin stub at the old path; corpus links swept (CANON, comparison, glossary, docs map, building-a-component, overview, morfo chapter, active_architecture). docs:check 0 errors. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	3 months ago