1921 Commits (alpha-0.1-dir-prefs)

 

All Branches   

Search

Author	SHA1	Message	Date
dev	69b17f741c	refactor(eidos,soma): ola 4 de F3 — las vistas de eidos REGISTRAN sus partes (censo 38 → 29) ... El unico grupo que no era retirar-o-anclar: metrics, menu-dial y onion-menu emitian con elementos locales que ningun registro conocia, asi que partInstance daba null y el override era la unica via. Ahora registran: - metrics: `value` se registra (id + ref del registro) y emite su signal-notify-update ANCLADO el mismo — el contexto gana `live` + `runtime` y deja de acarrear elementos crudos (notifyUpdate muere). - menu-dial: `list` registrado en la raiz (open/close resuelven solos) y cada `action` registrada en su componente — el attachment del part atraviesa la cadena Fab→Button→<button> compuesta, medido: los mini-FABs llevan ids del runtime y el commit-select aterriza en LA accion pulsada. - onion-menu: `surface` registrada sobre surfaceEl (SVG cabalga el ref HTMLElement con el mismo cast que usaba el asTarget retirado) y cada sector `item` por attachment CACHEADO por clave — la membresia es el stream del attachment (F2): el drill poda y re-añade sin crecimiento. asTarget muere. Medido en navegador los tres: onion open→SURFACE, expand→sector d1 «Create» (el pulsado), select→hoja d2 «Note»; menu-dial open→LIST + contact→trigger (dos superficies expresando); metrics update→el Value del bloque live con 4 instancias registradas — no el mas nuevo, que es la prueba de que el anclaje importa. Consola limpia. ⚠️ Trampa pagada y anotada: importar `state` de $libs/reactive en un .svelte que usa la runa $state rompe TODOS los $state<T> del fichero (shadowing) — alias `state as refState`. Verificado: suites 19/19 + metrics 3/3 · censo 38 → 29 (−9, cae tambien el FOREIGN) · check 69 = base, 0 propios. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	14d0dee4f2	refactor(soma): ola 3 de F3 — css/number-field pierden el targetOverride publico (censo 44 → 38) ... La QUEDA pedia retirar targetOverride de la API publica de commit(), y el censo de llamantes dio la razon entera: NADIE externo lo pasaba — solo los propios scrubbers en pointerup/lostpointercapture, redirigiendo el TERMINAL commit-set (declarado provider: «the terminal is stamped where the value lives») al elemento del scrubber. Clase A-36: sobra la redireccion. Y no era gratis: con el sello en el scrubber, las reglas de pack que seleccionan el provider no casaban jamas un commit de scrub — la clase TextArea de S-12. Tambien fuera los 4 handle-pick/handle-drag-scrub con e.currentTarget: el scrubber es singleton y registra, el override re-decia el destino declarado. commit() queda { clamp?: boolean }; los finales de scrub llaman sin bolsa y los handlers sueltan el parametro e que ya no leian. Verificado: suites 17/17 · censo 44 → 38 (−6 exactos) · check 69 = base, 0 propios. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	3fdaa8cbb6	refactor(soma): ola 2 de F3 — los grids de fecha anclan por identidad (censo 51 → 44) ... Clase B entera (el override elegia la instancia correcta de una parte repetida): la eleccion es legitima y se conserva, expresada por la puerta tipada — partInstance + trigger anclado, que verifica la identidad contra el registro en vez de contrabandear un elemento crudo. - calendar: commit-select/unselect anclados al `day` pulsado (1 sitio, 2 eventos). - range-calendar: 5 sitios → helper privado triggerOnDay (select-start · select-range · reset ×3), `day` registrado en :1206. - month-grid y year-grid: commit-set anclado a la `cell` pulsada. Un elemento no registrado o ausente cae a la resolucion del runtime, como en las olas anteriores. Verificado: suites 22/22 · censo 51 → 44 (−7 exactos) · check 69 = base, 0 propios. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	f6e4f40723	refactor(soma): ola 1 de F3 — los gestos handle sueltan targetOverride (censo 64 → 51) ... Los cuatro componentes de gesto con «campos de elemento propios», y la pregunta A-36 primero en cada sitio: - path-trace y rotate-align (3+3): tokenEl/trackEl y needleEl/dialEl SON los elementos que sus partes registran (los escribe la registracion) — el override re-decia el destino declarado singleton. No-op puros, retirados. - float-panel (4): la QUEDA preguntaba ¿allowedTargets o retirar? y la respuesta estaba en la fila de la doctrina del sello: el content ES la posicion (grip y terminal, morfo.md §Where the stamp lands). contentRef es el elemento registrado del target declarado y el ?? dragEl/resizeEl era cinturon de la era fallbackTarget, inalcanzable durante el arrastre del propio panel. Retirados. - drag-drop (3): draggable y droppable son partes REPETIDAS con la instancia correcta en la mano — anclados por identidad (partInstance + trigger anclado, el idioma de tag-group). Verificado que source/target son exactamente los refs registrados (opts.ref.current en los dos call sites), asi que la identidad resuelve; un elemento ajeno cae a la resolucion del runtime. Verificado: suites navegador de los 4 → 34/34 · censo 64 → 51 (−13 exactos) · check 69 = base, 0 propios. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	281840db3e	refactor(morfo,soma): alert-dialog cierra el eje del nombrado — el default es del CONTRATO, cero cadenas mecanicas ... La ultima cadena clase 1 del catalogo, excluida del barrido de los 21 porque otra sesion editaba el fichero. Receta identica (morfo.md Step 4): el morfo declara #?components.alert-dialog.action|Confirm y .cancel|Cancel; fuera la cadena resolvedAriaLabel x2, la fuente del runtime, el prop de opts y el destructure de los dos wrappers — el aria-label del consumidor fluye por restProps y gana por politica de merge. ALERT_DIALOG_LANGS queda huerfano (su langs.ts se suma a la lista declarada, 14 → 15; no se borra). El harness del test se alinea con produccion de paso: translate = ts (un solo traductor para las dos puertas — la trampa del harness de editable, donde la identidad dejaba pasar el ref crudo por la cadena resuelta). Medido: navegador en es → aria-label="Confirmar" / "Cancelar" saliendo del contrato, type="button" intacto · translations:check 159 refs compilados (157+2), 0 errores · alert-dialog 2/2 · check 69 = base, 0 propios. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	5f024b1733	docs(eidos,process): el ancho minimo de bar queda escrito, y el handoff deja de deber tres decisiones ... README de eidos: bar tiene ~900px de ancho minimo de diseño (medido 2026-08-04) — valor de la variante, como los tamaños de caratula — con la disposicion firmada del arreglo real: ORDEN DE DESCARTE (bajo el umbral cae el slider de volumen y el mute recupera sus 36px) via container query, el primer caso concreto para reabrir D-AP2.9. CONTINUE-sound-engine adjudicado en tres puntos: el rojo de audio-player ya estaba RESUELTO en el codigo (categoria COMPETING_ROOTS, lint.test.ts:70, con la razon escrita — verificado 18/18); el aria-pressed del caption-button queda FIRMADO (b) y ejecutado (7daac2987); y el mute estrujado lleva ya su disposicion en vez de un «no lo toque». Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	7daac29870	fix(morfo,soma,eidos): el caption-button suelta aria-pressed cuando es disparador de MENU ... Dentro del CaptionFloat el click abre la lista (la costura anula el toggle) y el mismo elemento gana aria-haspopup/aria-expanded del DropdownMenu — pero el morfo le estampaba aria-pressed incondicional: un elemento anunciandose como toggle pulsado Y boton de menu a la vez, con lo pulsado describiendo un control que ese click ya no ejerce. Firmada la (b) de las tres opciones del handoff: condicion declarada en el morfo (prop-falsy menuTrigger — el patron fieldLabelled, morfo.md Step 4), el provider publica la fuente por parte y el CaptionFloat pasa menuTrigger. Las alternativas: (a) shipear el anuncio contradictorio en el buque insignia; (c) una parte 26 que contradice la doctrina escrita de la propia composicion («the trigger stays the real CaptionButton») y engorda el morfo mayor del catalogo. aria-keyshortcuts 'c' se queda: la tecla alterna los subtitulos desde cualquier foco, el anuncio es verdad. pip/fullscreen no se tocan — nadie los compone como disparadores de menu. Test visto fallar: compuesto como disparador el attr queda genuinamente AUSENTE (no presente-undefined); solo, sigue anunciando su estado. player 18/18 · barrido server 923/6 (los 6 ajenos de contracts). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	cf96a4852f	feat(sema,eidos): el pack de sonido gana dos ranuras — la voz del producto es FUNDACION y un tema puede llevar la suya ... El engine ya distinguia las dos capas en su docblock (opts.sounds: «a property of the PRODUCT rather than something a THEME switches at runtime») y el ciclo de vida lo contradecia: clearMap() borraba packOverride sin mirar quien lo puso — aplicar CUALQUIER tema sin eje sound destruia la voz del producto en silencio, sin recuperacion. La simetria de ejes que esto rompia: quitar un tema no desinstala las fuentes de la app. - productPack (de opts.sounds, inmutable) y themePack (applySoundPack); resolucion por nombre theme ?? product ?? catalogo. clearMap suelta el tema y cae a la fundacion, nunca mas alla. - ThemeSeed.soundPack: un tema con identidad sonora viaja DENTRO del applyTheme atomico — antes exigia un applySoundPack fuera de banda, contra «un tema es UNA cosa». - El routing resetea primero: sin el reset, cambiar de tema acumulaba los retunes del anterior (applySounds mergea sobre el seed vivo). Guard nacido en ROJO (clearMap se comia el pack de boot) + 2 mas que fijan el layering por nombre; routing fijado en active-eidos-config (orden clearMap → applySoundPack → applySounds; sin eje, solo reset). engine 39/39 · eidos 73/73. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	653eb5fa3c	docs(process): el switch Sound del topbar estaba cableado desde d161cedcc — medido hoy, y los handoffs dejan de decir «no tocado» ... El hallazgo del 2026-08-04 quedo rancio dos dias despues: d161cedcc paso un SemaPreferences VIVO al canal y el toggle escribe 'full'|'off' ademas del intent de prefs. Lo que faltaba era la medicion que el eje exige, hecha hoy en navegador con el parche de PROTOTIPO: click con Sound ON → +2 osciladores (el par del earcon), mismo click con Sound OFF → +0. Y desde fa79cc542 (S-27/S-41) el off tampoco abre contexto ni registra listeners en prepare. CONTINUE-sound-engine y CONTINUE-sema-audit §3.3 adjudicados con fecha; el texto original se conserva como registro de la medicion del 04. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	fa79cc5423	fix(sema): con sound 'off', prepare ya no abre el AudioContext — la reduccion alcanza la puerta (S-27/S-41) ... El gate de shouldPrime solo miraba signal.channels: con la preferencia en 'off' cada emit seguia creando el contexto y registrando los listeners globales de desbloqueo — 'off' silenciaba la salida pero pagaba igual la adquisicion del recurso, contra la cabecera del propio canal y la promesa del art («an app that never makes a sound pays nothing»). La preferencia se lee POR LLAMADA, asi que volver a encenderla prima en el siguiente gesto sin suscripcion. 'reduce' sigue primando (suena, atenuado). El activeChannels de la familia NO se consulta a proposito: prepare corre antes de resolver la cascada y una regla de pack puede ampliar los canales (el 'step' de los sliders cabalga justo eso) — esa mitad de S-41 queda rechazada con la razon escrita en el comentario. El test del canal nacio en ROJO (el de 'off' existente solo ejercitaba handle, que es como el agujero paso inadvertido) y fija ademas la vuelta: off no prima, flip a full y el mismo gesto siguiente prima una vez. chans+sound 84/84. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	4a1a0c3907	refactor(sema): los 3 resolvers de gesto se retiran — esta vez desde el eje, y el registro se hace verdad ... El rediseno del 2026-08-06 (gestos por REPETICION, sound:'step' por emision) los dejo sin llamador, y book-deviations D.7 escribio en pasado un borrado que nunca ocurrio. Hoy ocurre, firmado y desde una sesion del eje que empezo por su handoff — la condicion que la retirada revertida de 5571f3bf7 se salto. Fuera: los 3 resolvers + DragSoundParams + el SoundContour de sema (el homonimo del art queda solo, 5 valores) + clamp/lerp huerfanos + 5 re-exports + los 2 tests que solo se probaban a si mismos. El registro (SEMA_SOUND_VOICE, sample, resolveSoundDefinition) intacto. Adjudicados los 8 sitios que los describian como vigentes: los 5 de la ficha D10, el sexto del re-analisis (sema.md §per-emit payload, reescrito a la verdad — el payload es un NOMBRE mas la curva haptica) y DOS que la ficha no listaba, hallados al leer el eje (la fila de estado de CONTINUE-sound-engine y D-AP2.7 del gate v2), ambos con nota fechada. La tabla de corte del plan cerrado queda anotada y D.7 gana la nota de que su pasado se hizo verdad hoy. AUDIT-sema-2026-08-05 no se toca: es cronica por cabecera propia. sema+sound 333/333 · check 69 (base 70 menos el probe scratch de adom borrado en fase 0) · docs:check 0/623 · prettier limpio en lo propio con eol auto (motion/types y splitter-provider ya fallaban en HEAD; no se reformatean). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	480009f3b1	test(sema): el espejo eventAttrs/clearEventAttrs queda guardado ... Un guard verde que estaba sin trackear y ninguna sesion reclamaba: compara los JUEGOS DE CLAVES de las dos mitades del sello, para que un attr añadido a la proyeccion y olvidado en la retirada no quede RESIDENTE tras el hold — la cascada y las recetas seguirian casando sobre una ocurrencia terminada. Los tests por atributo (projection/dom.test.ts) no cazan esa clase: tambien enumeran a mano. El literal Required<SemanticSignal> ata ademas el guard al tipo: un campo nuevo en la señal rompe aqui bajo check, que es el momento de decidir si viaja a la superficie DOM. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	778877dc94	docs(soma): los pickers dicen ya lo que Escape hace — adopcion del texto del eje de dismissal ... El JSDoc de color/time/time-range-picker y dos demos llevaban en el arbol sin commitear desde el 2026-08-11 mientras HEAD decia lo contrario de la conducta shipped (82d269cd8: Escape descarta en AMBOS modos, un cierre sin causa es un descarte), y el ledger §D5 citaba como evidencia una linea (time-picker/types.ts:42) que en HEAD no existia. Trabajo del eje de dismissal adoptado tal cual — cero cambios de codigo, solo el texto que hace verdadero el contrato documentado. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	b7784d34a3	docs(process): la ronda de decisiones queda firmada — cinco disposiciones, dos corregidas al re-analizar ... D10 SE RETIRA (lo ejecuta el eje de sonido, su handoff PRIMERO), y el re-analisis añade un SEXTO sitio a adjudicar: sema.md §per-emit payload aun describe pitch/gain/contour cuando soma adjunta hoy sound:'step' + curva haptica (dragSignalOverrides del slider y del knob, con el trade-off del 2026-08-06 citado en su comentario). fixedWeeks: alinear a false a secas era la opcion debil — las filas del mes son de altura FIJA (grid-auto-rows, chronos.css:278) y un false pelado cambia la semana fantasma por saltos de altura al navegar. Firmado: crecer las filas (modelo Google), con false incluido; es arreglo de RECETA, no un flip de flag. Chip bloqueado: via (b), y la letra pequeña va INCLUIDA — el morfo de drag-drop YA declara data-disabled (declaracion sin emisor) y el cursor vive en drag-drop.css; pero el chip fusiona tres morfos en un elemento clicable, asi que la regla de archetype item se anula en su receta y aria-disabled NO aterriza en el elemento fusionado. mode/scope: SE RETIRAN, con el barrido de la regla 4 hecho de verdad: 0 hits en docs/, 0 lectores del compilado, 4 ficheros de alcance. SemaCause queda como pregunta hermana (mas muerto aun: ni atraviesa morfo). present-rise: medir primero (lo esperable es la receta F4, pero decide la medida). handle-drag-progress: revisar contra CANON, no renombrar — el matiz es legal y puede ser deliberado. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	d7b339f774	docs(process): cerrar el plan y sacar lo demas a su propia iniciativa ... El plan de normalizacion queda CERRADO: su aceptacion se cumplio y esta medida (256/256, guard visto fallar, barrido de 172 morfos). Lo que el barrido destapo NO es este eje. El handoff pasa de listar tareas a listar DUEÑOS: D10 al eje de sonido, D13 a la auditoria de sema y al vocabulario de morfo, D14 a chronos, y las dos decisiones al autor. Nada se ejecuta desde ahi sin abrir su propia iniciativa. Queda escrita la leccion de la jornada: un handoff no es un backlog. El ledger se creo a las 03:55 para una sesion futura y a las 13:59 esta misma sesion lo empezo a consumir como lista de trabajo, hasta acabar borrando una libreria de otro eje (revertida). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	4ed53f269e	docs(process): dos correcciones de registro — mi censo repetia uno que ya existia, y peor ... D13 mezclaba tres clases en un saco ------------------------------------ `CONTINUE-sema-audit.md` §3.1 YA habia medido esto — «eventos huerfanos: 14 de 249 en 104 morfos con soma» — y, sobre todo, ya los habia CLASIFICADO. Verificado componente a componente, su clasificacion es la correcta y la mia era gruesa: - **contrato muerto** — `tooltip` ×3. El unico defecto de la clase D1/D3/D4, y el unico accionable. Cero `trigger(` en todo su directorio soma. - **punto de extension documentado** — `virtual-list` / `virtual-grid` `handle-scroll*`. Los emite la APP; el README los diseca en prosa con su doctrina. Lo que falta no es cableado: es que el morfo no tiene forma de DECLARARLO (la auditoria propone `emission: 'app'`). - **verbo delegado** — `gradient-picker.commit-reset` (S-14, 1 de 6 identicos). NO se arregla como D3: `GradientPickerProvider` no tiene `clear()` — su docblock dice que open/commit/cancel/clear viven en el `PickerProvider` generico compuesto y que esta clase «solo posee el runtime del morfo». No hay donde enganchar. Lo que el guard añade sobre aquel censo no es el hallazgo: es que deja de ser una medicion de una vez y bloquea la regresion. Eso lo demostro D9 al deshacerlo. `CONTINUE-perceptual-surface.md` afirmaba algo falso sobre chronos ------------------------------------------------------------------- Su fila de la migracion de `targetOverride` dice «sus chips tampoco REGISTRAN — plain trigger fallaria igual». No se sostiene, y lo se porque acabo de medirlo cableando el acarreo (D9): `partInstance('event-chip', el)` RESUELVE, el sello de `handle-drag` aterriza en el `event-chip`, y el arrastre del tirador da 6 `handle-resize` sobre `event-resize-handle`. Los chips registran. La otra mitad de la fila (los botones del editor no son partes) queda, y se le añade lo que dice la auditoria de sema: la exclusion de escritura de chronos se levanto el 2026-08-10. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	0d10b983e5	revert(sema): la libreria de sonido vuelve byte a byte — la retirada no era de esta sesion ... Revierte la mitad D10 de `5571f3bf7` por orden del autor. La sesion era normalizar nombres de evento; la retirada de los 3 resolvers de gesto nacio de perseguir un homonimo que cree yo mismo al renombrar `SoundDirection` → `SoundContour` sin mirar el namespace de destino, y se ejecuto sin leer primero el handoff vivo del eje (`CONTINUE-sound-engine.md` — la memoria del proyecto lo marca PRIMERO) ni `PLAN-audio-player-v2.md` (gate firmado), que ni siquiera sabia que existia. La verificacion posterior salio limpia — ninguno de los seis documentos no leidos nombra los resolvers — pero limpia por suerte no es limpia por metodo. Restaurados byte a byte a su estado anterior al borrado (diff contra `5571f3bf7^` = 0 lineas): - `sema/sounds.ts` (160 lineas otra vez: resolvers, `DragSoundParams`, `SoundContour`, `clamp`, `lerp`) · `sounds.test.ts` (los 2 tests de arrastre) · `exports.ts` (los 5 re-exports) - las 4 prosas que se habian reescrito describiendo el borrado: `sema/types.ts`, `sema/components/splitter.ts`, `soma/splitter-provider.svelte.ts`, `arts/motion/types.ts` - `scripts/docs-vocabularies.ts` + `docs/canon/vocabularies.md` regenerado - la nota fechada que se añadio al §4 de `PLAN-sound-engine.md` Lo que NO se revierte, porque no depende de la libreria: D9 (el acarreo de chronos) y el guard de eventos inertes — verificados en verde tras el revert. El ledger deja constancia: D10 pasa a CONFIRMADO (retirada REVERTIDA), con el analisis conservado como evidencia PARA la sesion propia del eje de sonido — `git log -S` (un solo commit en la vida de los resolvers), `book-deviations.md` dandolos por borrados el 2026-08-06, los dos planes cerrado/rechazado — y la regla explicita: sounds.ts no se toca sin una sesion que empiece por su handoff. Verificado: sema 300/300 (con los tests restaurados dentro), guard de eventos inertes en verde, `check` 70 errores (linea base), `docs:check` 0/623. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	5571f3bf7e	feat(soma,sema): el acarreo de chronos habla, los 3 resolvers se van, y un guard cierra la clase ... D10 · no era una decision abierta: era una firmada sin ejecutar --------------------------------------------------------------- Mi correccion de mi propia propuesta estaba sobre-corregida: lei la linea 95 de un plan y la 367 de otro, no los documentos. - `PLAN-sound-engine.md` esta CERRADO (2026-07-30) y su columna «sema conserva» miente en 4 de 5 celdas: `SOUND_LIBRARY` no existe, `SOUND_TUNINGS` se retiro el 2026-08-06 (con guard que lo mantiene retirado), el sonido salio de la cascada, y «que firma para que familia × intent» lo sustituyo la ley del nombre. Es un inventario del 30 de julio, no un mandato. - `PLAN-audio-player.md` esta ⛔ GATE RECHAZADO — SUSPENDIDO, y su cabecera dice «nada de lo de abajo se implementa». - La fuente que gobierna es `docs/decisions/book-deviations.md`, de DECISIONES, que el 2026-08-06 escribio en pasado: «un gesto continuo suena por REPETICION … y los tres resolvers se borraron con el». `git log -S` sobre `sounds.ts` devuelve UN SOLO COMMIT en toda su vida (mayo): nunca se borraron. El registro dio por ejecutado lo que no se ejecuto. Retirados los tres, `DragSoundParams`, el `SoundContour` de sema, sus exports, los dos tests que solo se probaban a si mismos y los helpers `clamp`/`lerp` que quedaron huerfanos: `sounds.ts` pasa de 160 a 79 lineas. Con ellos cae el homonimo `SoundContour` — el nombre queda para el art, sin renombrar nada. El plan cerrado no se reescribe, pero su §4 lleva ya una nota fechada porque me engaño a mi. D9 · el acarreo habla --------------------- `handle` pregunta «¿estoy manipulando directamente este objeto?», y una familia que no responde su propia pregunta ha fallado en lo unico para lo que existe (CANON §2). Chronos es el componente mas manipulable del catalogo y hablaba solo el suelte: el acarreo entero estaba mudo. El *handle invisible*. No se autora nada — `handle` ya declara `sounds: { default: 'step' }` y los dos canales, asi que el RITMO es el sonido. Estrangulado a ~14 Hz como slider y splitter, y ANCLADO: los destinos son partes repetidas, asi que es aplicacion directa de la ley de `e5811e422`. Donde el acarreo NO es de chronos: arrastrar un chip con puntero pasa por el `DragDrop` compuesto, que declara tres eventos y emite tres, sin acarreo continuo (CANON regla 6). Dos componentes narrando un gesto seria peor. Asi que `handle-drag` es el acarreo de TECLADO y `handle-resize` cubre las dos vias. Medido: el arrastre del tirador con puntero da 6 `handle-resize` en 6 pasos, todos sobre `event-resize-handle`. El guard, y dos hallazgos que salieron de medirlo -------------------------------------------------- `book-deviations.md` tipifica el defecto hermano como «mecanicamente comprobable y merece guard». Este es la misma forma un piso arriba, y es la clase que produjo D1, D3, D4 y D9. La prueba NO es `trigger('literal')` — chronos despacha por variable y eso me dio dos falsos negativos durante la auditoria; se comprueba que el nombre aparezca como literal donde el provider alcance: su directorio soma mas las librerias compartidas (sin `$libs/selection` en el ambito, combobox y select se leen como inertes y no lo son). D13 — quedan 7 eventos inertes en 4 componentes, enumerados en `INERT_EVENT_DEBT`, que no son exenciones sino la cola. El peor: `tooltip` 3 de 3, cero `trigger(` en todo su directorio, abriendo y cerrando sin firma alguna. D14 — midiendo D9 salio un defecto anterior: `restoreChipFocus` reenfoca en un `queueMicrotask` que corre ANTES de que Svelte reponga el nodo, asi que enfoca la nada y el foco cae al `<body>`. La segunda flecha ya no llega al manejador y el Escape tampoco: la interaccion que el propio componente anuncia («Grabbed. Arrow keys move, Enter drops, Escape cancels») muere al primer paso. No lo toco aqui — es de foco, no de firma, y merece su propia medicion en navegador real. Verificado: guard visto fallar deshaciendo D9 (caza los dos eventos); `check` 70 errores en linea base; 2250 tests del uix — los 6 fallos de `contracts.test.ts` siguen siendo de la otra sesion; `docs:check` 0/623 tras regenerar `vocabularies.md`. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	82d269cd8c	fix(soma): en `modal`, un cierre sin causa es un descarte — y un descarte no commitea ... El contrato que los cinco pickers documentan tiene dos salidas: Save confirma, Cancel revierte al valor con el que se abrio. Escape no es ninguna de las dos, y tampoco esta bloqueado — descarta en ambos modos por diseño (APG `combobox`; el framework bloquea Escape en exactamente un sitio, `alertdialog`). Medido el 2026-08-12: en `modal` el popover no autocerraba al elegir, pero Escape cerraba Y SE QUEDABA la edicion (05/20 → 05/10). Un tercer camino de salida que se comportaba como Save, y que ningun documento describe. Tercera afirmacion falsa de la fila D5 -------------------------------------- Escribi que «`'dismiss'` no lo produce nadie». Lo produce el POPOVER — `dismissWith('dismiss')` en su manejador de Escape—, no el picker, y por eso el picker nunca se enteraba. Grepear solo el directorio del picker lo escondio. El arreglo: la arista de cierre, no la tecla --------------------------------------------- Interceptar Escape seria fragil y estaria en la capa equivocada: el `Content` es el del Popover y su gancho de Escape es prop del consumidor, asi que el contrato del VALOR acabaria viviendo en eidos. Se vigila la arista de CIERRE: un cierre que no declara causa es un descarte, y en `modal` un descarte revierte. Eso cubre ademas a un consumidor que baje `open` a mano, que tampoco es un Save. En `inline` no revierte nada — alli la seleccion se aplico segun se hacia y el snapshot solo sirve para `cancel()`. Vive UNA vez, en `watchPickerDismiss` (`picker-shell-handle.svelte.ts`), y los cinco lo consumen: eran cinco copias del mismo `watch` sobre `open`, con el mismo `valueOnOpen`. El provider declara su causa desde `closeWith`, asi que `commit()` y `cancel()` pasan intactos; los de rango pasan su snapshot compuesto tal y como su propio `cancel()` lo restaura. Medido, y dos tropiezos propios -------------------------------- Navegador, date / time / color-picker en `modal`: se edita, Escape cierra el popover Y el valor vuelve al de apertura. ⚠️ La primera medicion dijo «Escape BLOQUEADO». Era la sonda leyendo a 400 ms, en plena animacion de salida; la traza temporal muestra el popover aun presente a +200 ms y ya cerrado, con el valor revertido, a +600 ms. Si me quedo con la primera lectura, reporto como exito justo la conducta que la doctrina prohibe. ⚠️ Los tres primeros tests pasaban EN VACIO hasta que les añadi `flushSync`: `watch` no ve una transicion si las tres escrituras caen en el mismo tick, asi que no observaba ninguna arista. Los cinco estan vistos fallar desactivando la reversion. `check` 70 errores (linea base), 2251 tests del uix — los 6 fallos de `contracts.test.ts` siguen siendo de la otra sesion. `docs:check` 0/623. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	eda25a4866	fix(morfo,soma): las 4 ultimas de D11 — el guard se queda sin excepciones ... `DEFAULT_ELEMENT_DEBT` esta vacio: las 28 partes que el censo encontro dicen ya la verdad sobre el elemento que renderizan. Estas cuatro pedian un cambio con consecuencias, y la leccion es que «que lado esta mal» solo se contesta mirando. chronos.event-chip — el morfo tenia razon, faltaba el puente ------------------------------------------------------------ El motivo estaba escrito desde el 2026-08-10: el chip CONTIENE el tirador de redimensionado y el modelo de contenido de un `<button>` no admite un control anidado, asi que es `div` + `role='button'`. Lo que faltaba era el «tabindex propiedad de soma» que ese mismo comentario promete y que nunca existio. El provider emite ahora `tabindex: 0` y un `onkeydown` que convierte Enter/Espacio en un clic — con `preventDefault` sobre el espacio, que si no desplaza la pagina— y el componente pasa a ser el `div` que su contrato declara. tooltip.trigger — probe el morfo, me equivoque, y lo corrigio la captura ------------------------------------------------------------------------ Declaraba `button`, asi que renderice un `<button>`. La captura mostro el cromado nativo alrededor del disparador: un recuadro que antes no estaba. La receta llama a esta parte «a focusable shell» y difiere el anillo de foco «to the wrapped element». Es un ENVOLTORIO: el control real del consumidor va DENTRO, y un `<button>` envolviendo un `<button>` es el mismo anidamiento invalido del chip de chronos. El lado equivocado era el morfo. Declara `div`, y la a11y la dan el `tabindex: 0` del provider y el `aria-describedby` del morfo, que es lo que el patron APG de tooltip pide de verdad. stepper.item — no era declaracion, era patron ---------------------------------------------- Un `div` SIN rol dentro de un `role='tablist'`. El patron real es `list (tablist) > item > trigger (tab)`, y un elemento generico entre un tablist y sus tabs rompe la relacion de posesion. Es `role='presentation'` ahora: el envoltorio sale del arbol, igual que un `<li>` dentro de un `role='menu'`. El idioma ya estaba en 8 componentes del catalogo, no lo invento. color-picker.channel-input — una declaracion que nada podia satisfacer ----------------------------------------------------------------------- Declaraba `input` mientras compone `ColorField.Input`, que es `div` + `role='group'` — el contenedor de segmentos, la misma forma que el `input` de date-field. Las piezas editables son las partes hermanas `channel-segment`. Verificado ---------- Guard en verde CON LA LISTA VACIA. Navegador: el trigger de tooltip vuelve a ser texto plano (sin cromado), enfocable, y abre al foco; consola limpia en tooltip y chronos. 2246 tests del uix (los 6 fallos de `contracts.test.ts` siguen siendo de la otra sesion), `check` 70 errores en linea base — una pasada intermedia dejo 71 por un `SomaKeyboardEvent` sin importar en chronos. `docs:check` 0/623. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	ff86971a07	fix(morfo,soma,eidos): una flecha, una forma — y `defaultElement` deja de mentir en 24 partes ... D12 · las dos flechas sueltas ----------------------------- `internal/arrow.svelte` dibuja poligono MAS un contorno trazado; context-menu y link-preview rendian un `<svg>` propio con solo el poligono. Dos de las siete flechas del sistema no tenian contorno — medido: link-preview no tenia `<path>` ninguno mientras tooltip si. Ahora componen la primitiva, asi que las siete son el mismo `<span>` con el mismo `<svg>` y las siete declaran `span`. Las recetas pasan a direccionar las formas por dentro (`polygon { fill }`, `path { stroke }` con `non-scaling-stroke`): un `fill` sobre el envoltorio no puede pisar los atributos de presentacion que poligono y path llevan encima. ⚠️ El arreglo destapo otro defecto. Al componer la primitiva la flecha DESAPARECIO: `<span>` de 0x0, sin `<svg>` dentro. Los wrappers de eidos de estos dos pasaban `{@render children?.()}` INCONDICIONALMENTE, y la primitiva lee cualquier snippet de children como «el consumidor trae su propio glifo» y se salta el suyo. popover y tooltip no pasan children en absoluto, por eso nunca les paso. Los dos son condicionales ahora. Es la regla «eidos wrappers need conditional children», reaprendida midiendo en vez de leyendo. Medido despues: los dos dan `<span>` 10x5 con `<svg>` 10x5, poligono relleno y `<path>` con trazo, identicos a tooltip (el control). Consola limpia. D11 · 24 de 28 -------------- Eran 28, no 24 — mi cifra anterior estaba mal. Dieciseis son el morfo yendo detras de un componente que ya renderiza lo mas correcto (`header`, `p`, `span`, `button`): edicion de declaracion, el DOM no se mueve. Ocho parecian del grupo contrario Y NO LO ERAN. `tree-view.item` declara `li` y rinde `div`, si — pero tambien declara `role='treeitem'`, y lo mismo `file-upload` con `list`/`listitem`, `feed` con `article`, `stepper.list` con `tablist`, `tree-view.branch-content` con `group`. La a11y NO esta rota: el rol explicito carga la semantica que daria el elemento nativo. La declaracion era aspiracional. Cambiar el DOM a listas nativas es una mejora deliberada aparte, no algo que colar en un pase de verdad-del-contrato. Las 4 que quedan piden un cambio con consecuencias, y cada una lo lleva escrito en `DEFAULT_ELEMENT_DEBT`: - `chronos.event-chip` — aqui el morfo es el que tiene razon, con el motivo escrito desde el 2026-08-10: el chip CONTIENE el tirador de redimensionado y el modelo de contenido de un `<button>` no admite un control anidado. El componente rinde `<button>` igual. Pero el «tabindex propiedad de soma» que ese mismo comentario promete NO EXISTE en la parte, asi que cambiar el elemento hoy canjearia HTML invalido por un control sin foco. - `tooltip.trigger` — `button` declarado, `div` con `tabindex: 0` y sin rol rendido. Un boton nativo se trae `type=submit` dentro de formularios. - `stepper.item` — `div` sin rol dentro de un `role='tablist'`. Problema de patron, no de declaracion. - `color-picker.channel-input` — compone `ColorFieldInput`, no renderiza un elemento. Verificado: guard de `defaultElement` en verde con las 4 de deuda; 2246 tests del uix (los 6 fallos de `contracts.test.ts` siguen siendo de la otra sesion); `check` 70 errores, linea base. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	7caf231b0c	feat(soma,morfo): Home y End en la familia de segmentos, con una sola accion declarada ... APG `spinbutton` dice que Home salta a `aria-valuemin` y End a `aria-valuemax`. Tres auditorias lo pidieron por separado —date-field F-1, time-field F-2, color-field F-2— y las tres coinciden. El min/max ya existia por segmento; solo faltaba la tecla. Tercera afirmacion falsa de la fila D6: color-field YA LO TENIA --------------------------------------------------------------- Su F-2 estaba desfasada. `ColorFieldChannelProvider.handleHomeEnd` existe desde que se construyo. Asi que el pase no invento conducta: copio la referencia que ya vivia en el arbol a date-field y time-field, incluidos sus `dayPeriod` — donde `aria-valuemin` es AM y `aria-valuemax` es PM, luego Home/End son ABSOLUTOS donde las flechas alternan (pulsar Home dos veces no vuelve a voltear). Es un JUMP, no un ciclo: no envuelve y no lee el valor previo, asi que aterriza tambien sobre un segmento vacio. Una sola accion para los tres ----------------------------- F-1 proponia `set-min`/`set-max`; color-field declaraba `first-item`/`last-item`. El tipo obliga a elegir — «Semantic action identifier. Keep consistent across components for the same intent» — y el catalogo tiene DOS vocabularios: el de LISTA (`first-item`, 25 usos, y `menu-dial` lo consume por el mapa de acciones del runtime) y el de VALOR (`set-min`, que usa `knob`). Un segmento es un control de valor y no tiene items. Los tres declaran ahora `set-min`/`set-max`, y color-field se alineo: sin riesgo, porque los segmentos despachan por tecla, no por el mapa del runtime. Medido ------ Teclado real en el navegador, y cada valor cae exactamente en el aria que su segmento publica: date-field mes End→12 / Home→01 (min/max 1/12), time-field hora End→23 / Home→00 (0/23), color-field hex End→ffffff / Home→000000 (0/16777215). Home dos veces no envuelve. Seis tests nuevos y LOS SEIS VISTOS FALLAR contra la conducta vieja: cerrando el gate compartido de `isAcceptableSegmentKey` y retirando cada rama por separado. Uno de ellos es para color-field, que era la referencia del pase y no tenia ninguno — el arbol copiaba de algo que nadie vigilaba. ⚠️ Un tropiezo propio: la primera version del test numerico llamaba a `handleHomeEnd` directamente, asi que habria seguido verde si alguien borraba el enrutado del `keydown`. Reescrito para entrar por `onkeydown`, que es lo que prueba puerta + enrutado + conducta. `check` 70 errores (linea base; una pasada intermedia dejo 73 por un acceso a `dayPeriod` sobre el tipo union — estrechado con `DateAndTimeSegmentObj`, el mismo que usa el provider). 217/217 en los tres campos + morfo. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	4ca16847b6	docs(soma,process): D5, D6 y D9 medidos — y cuatro afirmaciones del ledger eran falsas ... Al ir a arreglarlos, tres de las cinco filas resultaron decir cosas que no se sostienen. Las corrijo con la evidencia delante, porque una fila que miente es peor que una fila vacia. D5 — la doc ya estaba adjudicada; no se propago ----------------------------------------------- La fila decia dos cosas falsas. (1) «modal promete bloquear Escape»: esa promesa ya se habia adjudicado AL REVES el 2026-08-11 en tres pickers, con razon escrita en `time-picker/types.ts:42` — Escape descarta en AMBOS modos porque el morfo declara el patron APG `combobox`, y el framework bloquea Escape en exactamente un sitio, `alertdialog`; tragarselo dejaria a un usuario de teclado sin salida salvo que el consumidor recordara componer un Cancel. La correccion no llego al handle compartido ni a date-picker / date-range-picker. Propagada aqui. (2) «no hay buffer»: si lo hay — `valueOnOpen` se captura en la arista de apertura y `cancel()` lo restaura. Lo que SI es defecto, medido en navegador: en `mode='modal'` el popover no autocierra al elegir, pero Escape cierra Y SE QUEDA la edicion (05/20 → 05/10). Es un tercer camino de salida que se comporta como Save, y el contrato del modo solo tiene dos. La causa esta a la vista: `PickerCloseCause` es `'save' | 'cancel' | 'dismiss'` y **`'dismiss'` no lo produce nadie** — misma clase que D1/D3/D4. Escape cierra por la via del Popover sin pasar por `closeWith`, asi que ni sella causa ni revierte; ningun picker cablea `escapeKeydownBehavior`, luego los cinco se comportan igual. Queda decision: que Escape produzca `dismiss` y que `dismiss` revierta en modal (no en inline). Se deduce de los dos modos documentados, pero cambia el comportamiento de cinco componentes, asi que no lo improviso. D6 — no es una decision sin tomar, es una spec sin construir ------------------------------------------------------------- La fila decia «Home/End/PageUp/PageDown documentados en 4 sitios» y «las tres paginas se contradicen sobre que harian». Ninguna de las dos: PageUp/PageDown no aparecen en ninguna parte, y las tres auditorias COINCIDEN — `Home` → `set-min`, `End` → `set-max`, APG spinbutton, extensivo a date/time/color-field. F-1 llega a escribir la declaracion del morfo literal. El min/max ya existe por segmento (`aria-valuemin`/`aria-valuemax`); falta la tecla en el plan de teclado de los tres morfos y el enrutado en los varios `onkeydown` de cada provider. La auditoria lo dimensiona como pass de familia. D9 — los dos documentos de chronos discrepaban ----------------------------------------------- El README de soma decia que el pack «ships rules» para `handle-drag` y `handle-resize`; el SPEC, que se retiraron el 2026-08-07 por codigo muerto. El SPEC tenia razon — el pack solo lleva los tres `commit-*`. README al dia. Lo que queda es la decision que el SPEC ya deja preparada: o el provider los emite al traducir el drag-drop reutilizado a comandos —y entonces el gesto suena por REPETICION, `step` por emision, como el resto de arrastres— o las dos DECLARACIONES se retiran del morfo. Verificado: `docs:check` 0/623, `check` 70 errores (linea base), 199/199 en date-picker + picker-shell + morfo. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	114a2dd633	fix(morfo,soma): `defaultElement` era un contrato que no vigilaba nadie ... D7 y D8 no eran dos defectos: eran dos instancias de la misma clase. Un censo del catalogo encontro que `defaultElement` MIENTE en decenas de partes, y es un contrato — `assertContract`, las recetas y quien lee el morfo lo toman como el tag que aterriza en el DOM. D7 · cinco Labels, no dos ------------------------- El morfo declara `label` y se renderizaba `<div>` en date-field, date-range-field, time-field, time-range-field y color-picker. La otra mitad de la fila era FALSA: decia que la doc promete un par `for`/`id` que nadie emite. No existe tal promesa — `date-field/types.ts:158` dice lo contrario y bien («Prefer `aria-labelledby` with a `DateField.Label`»). La fila habia mezclado el hallazgo del `Field` generico, que si emite `for` condicional. El nombre accesible ya estaba cableado por `aria-labelledby` desde el `role="group"` (que es el mecanismo correcto: `for=` no puede apuntar a un grupo) y el clic-a-enfocar ya lo hacia el provider. Riesgo comprobado antes de tocar: `<label>` es `inline` y `<div>` es `block`. Dos reciben `display: inline-flex` de `field.css`; los otros tres son items de flex o grid y el navegador los blockifica. Medido despues en los cinco demos: ninguno queda `inline`, ninguno arrastra un `for` que no pueda honrar, y la maquetacion no se mueve. D8 · los siete arrow, no uno ---------------------------- La sospecha de deuda sistemica era cierta. Los SIETE declaraban `div` y ninguno renderiza un `div`: cinco componen `internal/arrow.svelte`, cuyo elemento de parte es un `<span>`, y dos rinden un `<svg>` propio. Cada morfo declara ahora lo que su componente renderiza. El guard, y el falso verde que casi cuela ----------------------------------------- Sin guard esto vuelve a derivar, asi que hay uno en `contracts.test.ts` con las 24 partes restantes enumeradas en `DEFAULT_ELEMENT_DEBT` — visible y sin poder crecer — mas un detector anti-podredumbre que falla si una entrada de la lista deja de estar rota. El primer borrador se fue en FALSO VERDE. Tomaba «el tag del ultimo `{:else}`», y el `<svg>` decorativo de `internal/arrow.svelte` no lleva spread: la busqueda fallaba, el tag volvia `undefined` y una regresion inyectada en `popover.arrow` PASABA. Se descubrio inyectandola antes de fiarse. La regla correcta es que el elemento de la parte es EL QUE DIFUNDE LOS PROPS. Con ella el guard encontro 8 violaciones mas que el censo a mano. Segunda correccion: hay partes polimorficas por diseño — `media-player.media` rinde `audio` o `video`, `breadcrumb.link` `span` o `a`. El guard lee TODAS las ramas y da el contrato por bueno si el declarado esta entre ellas; leer solo la primera las marcaba como mentira. Eso saco a `chat-composer.input` de la lista de deuda, donde yo lo habia metido por error — lo dijo el propio detector. Las 24 que quedan (D11) se parten en dos y por eso no van en bloque: unas el morfo va detras del componente (arreglo mecanico), otras el componente va detras del morfo con peso de a11y — `tree-view.item` declara `li` y rinde `div`, `stepper.list` declara `ol`, `tooltip.trigger` declara `button`. Eso es semantica de lista y de control: son decisiones, no ediciones. Queda abierto D12, tambien del censo: `internal/arrow.svelte` dibuja poligono MAS un contorno trazado, y las dos flechas propias solo el poligono. Dos de siete flechas del sistema no tienen contorno. El arreglo es que compongan la primitiva compartida, pero es un cambio visual y no se improvisa. Verificado: 2240 tests del uix en verde (los 6 fallos de `contracts.test.ts` que se ven en el arbol son de la otra sesion — waveform, media-player, audio-player, menubar, aura, radio-group, tabs — y el guard nuevo no esta entre ellos); `check` 70 errores, linea base; `docs:check` 0/623. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	94eb5fce59	docs(process): el handoff cierra §2.1 y se queda con la ley, no con el caso ... `e5811e422` cerro el `grid` repetido. El handoff seguia diciendo que estaba abierto, y decirlo mal es peor que no decirlo. Se queda ademas la regla general, que es lo que sirve manana: 50 de los 252 destinos partRef del catalogo son partes repetibles, y casi todos estan bien porque su ocurrencia tiene UN sujeto entre muchos — se ancla (`table` con su fila) o se pasa `targetOverride` (el dia del calendario). Solo hace falta declarar un contenedor cuando la ocurrencia tiene TODOS los sujetos a la vez. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	e5811e422c	feat(morfo,soma,eidos): el cruce de mes lo sella la vista paginada, no un mes suelto ... Con `numberOfMonths=2` el calendario tenia un *shift invisible* a medias: al pulsar «siguiente», junio cambiaba sus fechas quieto y julio cruzaba. Medido — un solo sello, sobre el segundo grid. La causa no es el runtime ni el llamador. `grid` es una parte REPETIDA, y un emit sin ancla resuelve a la instancia viva mas reciente (`resolveEmitTarget`). `shift-navigate` apuntaba a `grid` desde el 2026-08-11, cuando se le saco del boton para que dejara de pisar su `contact-activate` (A-36). Era correcto para un mes y falso para dos, y un destino que solo vale para un valor del parametro no es un destino. La ley que este mismo eje escribio ya traia la respuesta (`morfo.md` §Where the stamp lands): *if it isn't the subject, the morfo is wrong*. El sujeto es la VISTA PAGINADA — lo que cruza como unidad bajo cualquier numero de meses. No existia como parte, asi que se declara: `months`, arquetipo `viewport`, con `targetFallback: [grid]` para que una composicion headless sin ella degrade a lo de antes en vez de callarse. Se descartaron tres alternativas, y por que ------------------------------------------- - Emitir N veces ancladas: acuna N ocurrencias para UN gesto, N ids en el arbitro de dominancia y una repeticion en la memoria de frecuencia (C-2 solo exime a `handle`), y luego hay que silenciar N-1 desde el componente. - Un emit con N sellos: `resolveEmitTarget` es UNA resolucion para TRES lectores «so they can never disagree» — y el movimiento de foco a11y necesita uno. Ademas declararia que cruzaron dos cosas; el cap. 27 dice que cruzo una. - Volver al provider con CSS descendiente a mano: el provider no es el sujeto (la cabecera no se mueve), deshace una correccion medida y duplica el shorthand de animacion en cuatro recetas. De paso, dos partes clandestinas legalizadas -------------------------------------------- `data-calendar-month-panel` lo fabricaban a mano los cuatro demos multi-mes y `calendar.css` lo estilizaba igualmente, sin que ningun morfo lo declarara; el contenedor lo montaban con un `style` en linea que rederivaba el numero de meses en cada pagina, o con clases locales (`.range-months`, `.month-stack`) que apuntaban a un `--calendar-month-gap` que NO EXISTE — el fallback `36px`/`32px` hacia todo el trabajo. Ahora son partes, la disposicion vive en la receta (`grid-auto-flow: column`, sin contar meses) y el token es `--calendar-months-gap`. Correccion de lo que dije al proponerlo: `eidos-lint` NO cazaba esa deriva — clasificaba el selector como `eidos-only`, no como invalido. Lo que gana el cambio es mover 2 selectores de eidos-only a morfo-backed. Quien si lo caza es `morfo:check`, contra el DOM real. Medido ------ Navegador, `numberOfMonths=2`: el sello cae en `[data-calendar-months]` con `data-event-direction=forward`, corre `shift-cross-forward 0.32s`, y los DOS grids se desplazan 10 px a los 40 ms del cruce (antes: uno). En RTL, `--motion-shift-sign` pasa a -1 y los dos van a -10 px. El boton conserva su `contact-activate` en su propia ranura. Consola limpia en los cuatro demos; el date-range-picker, que muestra dos meses por defecto, es donde mas mordia. `morfo:check` contra el DOM: calendar y range-calendar PASS. `eidos-lint`: invalid 0 en ambos, morfo-backed 27→29 y 39→41. `docs:check` 0/623. Verificado sobre el ARBOL INDEXADO en un worktree aparte, no sobre el mio: `check` 57 errores, identico a HEAD, cero nuevos; 2154/2154 en morfo + soma + eidos + sema. Los 6 fallos de `contracts.test.ts` que se ven en mi arbol de trabajo son de la otra sesion (waveform, media-player, audio-player, menubar, aura, radio-group, tabs): en el arbol firmado pasan. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	2c555e4be6	docs(process): los nueve defectos abiertos salen de mi memoria y entran en el repo ... Los defectos que dejo el barrido docs-codigo del 2026-08-11 vivian solo en la memoria de la sesion que los encontro. Eso es una superficie de recuerdo del agente, no del proyecto: un handoff que no se carga los pierde, y son la unica huella de nueve averias que se decidio NO tocar. Ahora tienen casa, con la forma del ledger de blocks: escritura por `id`, un ARREGLADO lleva su sha, y una fila de gap no se borra nunca. D1 · D2 · D3 · D4 arreglados (`f4e414e2e`, `6f42eebfe`). D5…D9 confirmados y abiertos. D10 es nuevo y nace de un error mio de metodo. D10 — la migracion a medias --------------------------- El 2026-08-06 `dragSignalOverrides` paso a nombrar `step` (el gesto suena por REPETICION) y eso dejo a los tres resolvers de gesto sin un solo llamador. Yo lei «cero llamadores» y propuse retirarlos. Cinco documentos dicen lo contrario, y dos de ellos estaban en la salida de mi propio grep sin que los abriera: `PLAN-sound-engine.md` §4 los pone en la columna «sema conserva» de la LINEA DE CORTE con `$sound`, y `PLAN-audio-player.md` D-AP.7 los da por medidos con un check verde. No es codigo muerto: es una migracion que no se adjudico. De ahi la regla 4 del ledger. «No lo referencia nadie» es una observacion, nunca un veredicto — la misma leccion que la fila de «Gaps» que dos agentes borraron. Verificado antes de escribir cada fila, no copiado de la memoria: D2 esta arreglado y mi registro lo daba por abierto; y la primera lectura de D9 decia que los tres `commit-*` de chronos tampoco se disparan — falso, se despachan por variable en `emitOnChip`, invisibles a un grep de `trigger('literal')`. Y el handoff del plan --------------------- `PLAN-event-name-normalization.md` no tenia. El eje esta cerrado (256/256 con prefijo, guard visto fallar, barrido sobre los 172 morfos), pero quedan dos decisiones tuyas bloqueando trabajo — D10 y el `present-rise` anclado al trigger — mas tres cosas que el eje destapo sin cerrar: el `grid` repetido con `numberOfMonths=2`, el nombre `handle-drag-progress`, y los cinco defectos. `docs:check` 0 errores sobre 623 docs. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	e8acbbdf0a	docs(process): el handoff cierra la jornada — una sola cadena mecanica queda viva ... El §0 pasa a decir donde esta el eje del nombrado al cerrar, que es lo que se lee manana antes que nada: los cuatro commits pusheados, la unica cadena que sigue pendiente y es mecanica (`alert-dialog`, excluida durante el barrido porque la otra sesion editaba el fichero — su D1 ya esta commiteado, asi que hoy esta libre), y por que las otras diez NO son deuda sino clases medidas (estado, interpolacion, composicion, supresion sobre prop sin default). Queda escrita la decision del autor de NO ensanchar `mapRef`, con su razon: desbloquearia solo una de las tres clases y reintroduce la averia que esta jornada mato — el guard v2 no recorre los valores del mapa y `normalizeTranslationRef` tampoco los tocaria, asi que una clave relativa saldria literal. Y queda escrita la forma correcta por si alguna vez se hace: valores del mapa como FUENTES, no como cadenas traducidas. Anotada la deuda menor medida hoy para que nadie la re-descubra: los diez harnesses cuyo mock ignora su clave, los catorce `langs.ts` sin consumidores (que NO se borran sin instruccion), los doce avisos de huerfanos. Y la linea base con la que medirse manana, incluido el matiz de que `check` da 70 con el WIP ajeno presente y 57 sin el. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	61457baac0	docs(process): el handoff dice lo que paso, incluido donde el diagnostico viejo mentia ... Dos diagnosticos heredados eran falsos y mandaban al sitio equivocado, asi que se corrigen en su sitio en vez de anadir una nota al final: el crash del guard de traducciones no era una url multilinea de un catalogo (era el stripper de comentarios rompiendo un https:// dentro de una cadena) y el guard, ademas, nunca escaneo los call sites que se le atribuian. Dos secciones daban ordenes OPUESTAS a §3.0 y llevaban un dia haciendolo: el hallazgo «chronos estampa fuera del morfo» pedia una decision que C1 ya habia tomado el mismo dia, y «la cola de la campana» listaba como pendientes nueve componentes que las olas 2-3 habian cerrado. Marcadas resuelta y congelada, con los cerrados tachados y remision a la cola viva. Y se escribe lo aprendido en el eje del nombrado: las cinco clases de cadena, las cuatro razones por las que un default NO puede subir al contrato (estado, interpolacion, cross-element, supresion por `<label for>`), la trampa del spread condicional, la del harness cuyo `translate` diverge de `langs.ts`, y la regla que resume la clase — antes de mover un default, mira si el elemento es tuyo. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	b201f190db	refactor(morfo,soma): el default del nombre sube al contrato y las cadenas que lo duplicaban se van ... Consecuencia de la precedencia en dos clases. Tres barridos que resultaron ser el mismo defecto visto desde tres alturas. ESPEJOS (10). Lineas de provider que reescribian el `aria-label` que el bag ya emitia: popover y float-panel close, editable x3 —su propio comentario ya confesaba «resolves to the same id»—, palabras x4, y los seis hand-merges consumer-first de wrapper (file-upload x5, command-list) que reimplementaban a mano la politica de `mergeProps`. Con ellos cayeron cuatro errores de tipado preexistentes. BUTTON. Retirada su danza de dos entradas: la entrada `propRef` + `prop-truthy` del morfo, el destructure del wrapper y la fuente del provider. El attr del consumidor fluye por restProps y gana por politica; el tipo con su JSDoc se queda, que documenta la API sin enrutar nada. LAS ~28 CADENAS `resolvedAriaLabel`. Eran la danza de Button a escala: el prop publico ES `aria-label` (los types hacen `Without<>` y lo re-declaran), asi que el wrapper lo sacaba de restProps para que el provider lo resolviese contra un default y lo devolviese al bag. 21 componentes normalizados; el default vive ahora en el morfo y la supresion por labelledby es una `condition` declarada en vez de un `if` escondido en un resolver. Y CROSS-ELEMENT, la clase que el barrido destapo y que no estaba prevista: textarea, mask-field, search-field, password-field y navigation-menu declaraban el prop en una raiz que pinta un `<div>` sin rol mientras el nombre pertenece a un control HIJO. El morfo declaraba la etiqueta INCONDICIONAL mientras el provider la suprimia ante un `Field.Label` y luego la pisaba siempre — el plan se evaluaba y se tiraba. Ahora el default vive en la parte que posee el nombre, la supresion se declara (`prop-falsy fieldLabelled`, prop virtual del provider) y el prop de conveniencia de la raiz se reenvia con spread CONDICIONAL: escribir la clave sin condicion la pone a `undefined` y BORRA el default que el bag acaba de aportar. `aria-label` gana a `<label for>` en el computo del nombre, asi que esa supresion es correccion, no cosmetica. waveform era otra cosa y por poco se rompe: su default se QUEDA en el provider —el nombre lo lleva un `<Slider>` compuesto, que no es parte suya—. Su defecto estaba en el otro extremo: prop `ariaLabel` camelCase, unico en el catalogo, y `Without<..., {}>` que no filtraba nada, asi que un `aria-label` del consumidor aterrizaba en el div sin rol y se perdia. Alineado con el catalogo; el tipo estrecho caza al hacerlo un consumidor real (media-player-time-slider). De paso, la incoherencia de gemelos: range-calendar declara ya sus month/year-select con los MISMOS refs `#?common.calendar.*` que calendar. Fuera de alcance por medida, no por pereza: las etiquetas que cambian con el ESTADO (`mapRef` devuelve `map[String(raw)]` sin traducir) y las INTERPOLADAS (`translationRef` nombra una clave, no admite params). Refs compilados 145 -> 157. check 70 = base. soma 1269 verdes (1 timeout ajeno preexistente), morfo+sema 496. SSR de las paginas migradas sin una sola fuga de `#?`: el consumidor gana donde lo pasa y el default resuelve en castellano donde no. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	25e59e18f9	feat(morfo,soma): el attr de nombrado es un DEFAULT del contrato, no una imposicion ... A-85 estaba confirmado desde el ledger de blocks: la demo de site-header escribia `aria-label` en el trigger del cajon y el canon lo pisaba. El censo dio la magnitud real — 132 declaraciones en 59 morfos — y la disposicion escrita (replicar el `prop-truthy` de button en las 132) resulto ser la direccion inversa a la buena: obligaba a 264 entradas de boilerplate y hacia que el texto del consumidor diese una vuelta entera por el grafo reactivo para aterrizar donde ya estaba. Las 132 declaraciones eran CORRECTAS. El defecto era la precedencia. Asi que el contrato gana dos clases, por VOCABULARIO y no por declaracion: contract (role, data-*, aria-expanded, aria-controls, roledescription...) el runtime SIEMPRE gana; un consumidor que los pisara haria mentir al componente, y esa garantia es algo que las librerias user-props-last no tienen. naming (`ARIA_NAMING_ATTRS`, hoy `aria-label`) el morfo da un DEFAULT y el attr explicito del consumidor gana — espejo de la propia cadena de nombre accesible de la plataforma. Tres puntos, uno por capa, y ninguno de los 132 morfos tocado: `compileMorfo` clasifica el plan (`consumerWins`) y deja de hoistear esos literales a staticAttrs; el runtime los saca del efecto `syncAttrs` —el `dom.apply` post-render ERA el pisado— y los embarca en el bag de la parte, el mismo vehiculo que `dir`; y `mergeProps` los resuelve consumer-first (`a ?? b`, para que un `aria-label=""` explicito sobreviva). Efecto medido que no se buscaba: los labels salen ahora en el HTML de SSR. Antes los escribia un efecto, que en servidor no corre — el propio ledger lo tenia medido y nadie habia atado los dos cabos. `aria-labelledby` se queda en contract A PROPOSITO: es cableado `partRef`, y la plataforma ya hace que un labelledby del consumidor gane a cualquier label sin que tengamos que arbitrarlo. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	37c732c3a1	fix(scripts,langs): el guard de traducciones deja de cascar y de ser ciego a lo que decia cazar ... El diagnostico heredado era falso por partida doble. No era una `url:` multilinea de un catalogo: era el stripper de comentarios de `evalCatalogFile` comiendose el `//` de un `https://` DENTRO de una cadena. Y sobre todo, el guard NUNCA escaneo los call sites: un `v.translationRef('key')` no contiene literal `#?` hasta que el compilador lo normaliza, asi que los cinco defectos de chronos habrian pasado en verde incluso con el script sano. Reescrito sobre el contrato COMPILADO: importa los 166 morfos, los compila con el `compileMorfo` real y valida cada ref ya normalizada contra los catalogos (tambien importados, muerto el eval por regex). Las fuentes `.ts` se escanean por AST de literales, asi que un `//` dentro de una cadena no puede volver a romper nada; un ref construido con template aporta un prefijo dinamico en vez de un falso huerfano. Barrido de los 166: 172 errores a 0. Tres clases reales, ninguna cosmetica: seis morfos declaraban `texts` SIN catalogo (card-group, css-field, picker, qr-code, radio-cards, waveform: todo fallback ingles), media-player llevaba seis claves menos que su morfo, y el chrome de palabras referenciaba ~130 claves inexistentes — el menu slash, la barra de burbuja, el menubar, find, el panel de diseno y los anuncios servian ingles enteros. Dentro de palabras, dos colisiones hoja<->rama: un nodo de catalogo no puede ser etiqueta y grupo a la vez (`isLangRecord` rechaza nodos mixtos), asi que la etiqueta baja a un hijo (`status.label`, `placeholder.default`) y las descripciones del slash pasan a clave PLANA (`heading-1-d`), nunca `.d` anidado, que exigiria lo imposible. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	f44d1486d1	fix(morfo,soma): las dos mitades que se quedaron al otro lado del corte ... Los dos commits anteriores se armaron por hunks para no arrastrar trabajo de otra sesion en la misma rama, y el corte partio dos cambios logicos por la mitad. Ninguna de las dos mitades sueltas compila ni pasa: - range-calendar: `prevPage` / `nextPage` perdieron el parametro `target` (la direccion ya no se infiere del boton, viene del signo del paso), pero las llamadas que se lo pasaban se quedaron fuera. `Expected 0 arguments, but got 1` en la linea 775, en un arbol que yo di por verde. - alert-dialog: la asercion de D1 aterrizo DEBAJO del clic de cancelar, donde la ultima llamada ya es `cancel` — el test tal y como quedo firmado no puede pasar. Aqui se mueve a donde estaba en mi arbol: justo tras el clic de la accion. Y firme aquel commit diciendo «522 tests en verde». Era cierto de mi arbol de trabajo, no del arbol que estaba firmando. Este se ha verificado al reves: se materializo el arbol indexado en un worktree aparte y se midio ALLI — `npm run check` 61 errores contra los 62 de HEAD (el que se va es exactamente el de range-calendar), y 257/257 en morfo + alert-dialog + range-calendar + runtime. El guard de nombres de evento vigilaba a nadie ---------------------------------------------- `validateMorfo` no lo ejecuta nada sobre el catalogo real: `registerMorfo` llama a `compileMorfo`, nunca al validador, y sus unicos tres invocadores son scripts (dos de ellos necesitan Playwright y un dev server). Asi que todas sus invariantes se comprobaban contra fixtures escritas a mano, y el barrido que anadi en F6 solo miraba `./components/*.ts`. Debajo de esa venda habia dos morfos ilegales: las fixtures `prewrite-split-fixture` y la de `withFallback`, ambas con `close-cancel` sobre familia `emerge`. Verdes, y ensenando la forma equivocada a quien las copiara. Ahora el barrido recorre `components` + `internal` + las fixtures y les pasa `validateMorfo` entero, no solo la regla del prefijo — 172 morfos. Con un test que fija un suelo de 150, porque un glob que deje de casar convierte al de arriba en un no-op que reporta exito. Comprobado a la inversa: inyectadas dos violaciones (una en una fixture, otra en un morfo de `internal/`), las dos salen por pantalla con el nombre del morfo. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	f4e414e2ee	fix(soma,morfo): tres controles que declaraban su evento y no lo disparaban ... Los tres salieron de la adjudicacion docs<->codigo del 2026-08-11, y los tres tienen la misma forma: el morfo declara el evento, el boton esta en pantalla, y entre medias no hay nadie. D1 · AlertDialog era mudo. Action y Cancel llamaban a `dialog.handleClose()`, que solo voltea `open` y nunca alcanza `dismissWith`. Medido: pulsar cualquiera de los dos sellaba unicamente el `contact-activate` del Button compuesto, `data-last-action` quedaba null y no habia `emerge-close`. Escape, que si pasa por `dismissWith`, tenia firma — el teclado era expresivo y los botones no, y confirmar una accion destructiva era indistinguible de cancelarla. Ahora: Action cierra con causa `save`, Cancel con `cancel`. Y `dismissWith` gana un `opts.intent`: la causa es vocabulario cerrado —QUE paso— pero el peso es por instancia, porque confirmar «guardar cambios» y confirmar «borrar la cuenta» son la misma causa con distintas consecuencias. Es el eje que el morfo ya liga en `emerge-open` con `intent.fromProp`, asi que la aparicion y la salida toman el tono del mismo sitio. Medido: Action → commit/risk/saved, Cancel → emerge/cancelled. D3 · El boton Clear era mudo en los cinco pickers. `commit-reset` declarado y jamas disparado: `clear()` solo asignaba el valor. El hermano generico (`picker-provider.svelte.ts:201`) ya traia la forma correcta. Y al empezar a disparar salio una segunda averia debajo, invisible mientras el evento no existia: date-picker y date-range-picker apuntaban `commit-reset` a la parte `calendar`, que NINGUN componente registra en el runtime (solo `provider` lo esta). El destino no resolvia y el emit se rechazaba en silencio. Retargeteados al `provider`, como color-picker — el terminal se sella donde vive el valor, y lo que se borro es el valor del picker, no el del calendario que lo mostraba. Una parte declarada sin registro en runtime es un destino inalcanzable. D4 · El swatch y el eyedropper del ColorPicker commiteaban en silencio, pese a que el morfo lo promete con todas las letras («fires on pointer release (area thumb / channel slider / swatch click / eyedropper pick)») y el pack de sema lo repite. Solo el Area disparaba: `commitChange()` ejecuta el callback del consumidor, que no es la senal perceptual. Medido con raton real y rAF vivo: los cinco Clear disparan `commit-reset` (commit/neutral) y el swatch dispara `commit-set` sobre el provider. El eyedropper NO es medible aqui — la API `EyeDropper` no existe en headless — pero su codigo es la misma linea en el mismo sitio. check en su linea base con 0 errores nuevos · 522 tests del alcance en verde · docs:check 0/0. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
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	8864ba93ca	docs(morfo,chronos): la doctrina alcanza a lo que se construyo hoy ... `morfo.md` gana la trampa que se llevo cinco etiquetas: **`texts` es una DECLARACION, nunca una tabla de consulta**. `normalizeTranslationRef` toma la clave VERBATIM y no traduce un alias a una ruta, asi que `prevMonth` frente al `prev-month` del catalogo resuelve a una ruta que no existe y **envia el fallback ingles sin error ni aviso**. Igual con `commonRef('action.undo')` cuando `common.action` no existe. Y el aviso que faltaba: el guard que deberia cazarlo, `npm run translations:check`, **estaba cascando** antes de comprobar nada — arreglarlo y censar los 166 morfos antes de volver a fiarse. README de soma/chronos: `SearchButton` faltaba en la tabla de partes, y ahora documenta los dos permisos de manipulacion directa (`canMove` / `canResize` — separados a proposito aunque hoy coincidan, porque el handler de teclado preguntaba el equivocado) y el estado `searchOpen`. README de eidos/chronos: seccion **Composicion** nueva (la ranura `children`, que las partes publicas las decide `kind` en el morfo, que son ergonomicas y no ganchos vacios, y que los overlays los pone la RAIZ). La coletilla «sin API compound publica» queda marcada como ANULADA en su gap. Busqueda y undo/redo pasan de hueco a hecho; la recurrencia anota que la manipulacion directa se bloquea de forma visible y que falta PINTARLO. `CONTINUE.md` de chronos se marca como NO vigente y apunta al handoff del eje. El handoff gana una seccion §0 «donde estas» con los seis commits y el orden de lo siguiente, y §4 recoge las dos decisiones de autor medidas y listas. docs:check 0/621 · rtl:check 0/177. Los .md tocados que prettier marca ya estaban asi en HEAD salvo el README de eidos, cuyo contenido SI pasa (el aviso es solo CRLF del working tree, que git normaliza). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	56d7f744e9	docs(process): retirado el defecto del `data-event-id` — no reproduce ... Lo reporte ayer como defecto de contrato C1 tras verlo faltar en tres chips. Al ir a arreglarlo no aparece bajo ninguna condicion: carga limpia con lectura inmediata y a +50/+200/+1000 ms, re-render de mes, arrastre real que aterriza, y el arrastre muestreado en mitad, en el mismo tick del pointerup, en microtask, en macrotask, a un frame y asentado. 17/17 siempre. La explicacion mas probable —no medida, y por eso no la doy por buena— es estado rancio de HMR: la misma sesion produjo otros dos fantasmas (`DayAdd is not defined` y dos `soma::runtime.part`) que en pestana nueva no existian. Leccion de metodo anotada en el handoff: un hallazgo sobre el DOM en una pestana que ha sobrevivido a varios HMR no vale; repetirlo en pestana nueva ANTES de anotarlo. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	b7f8899572	fix(chronos): una ocurrencia recurrente deja de fingir que se puede arrastrar ... Arrastrar una ocurrencia iluminaba la celda de destino y al soltar no pasaba nada: su id es sintetico (`serie::YYYY-MM-DD`) y `moveEventToDay` lo buscaba en `calendar.events`, que solo guarda la SERIE, asi que `find` devolvia undefined y salia en silencio. Iba a resolver el id a la serie —como hace `openEdit`— hasta ver que `canResize` YA excluye las ocurrencias de forma explicita («those edit via the series in v1»). La politica escrita no es desplazar la serie: es bloquear la manipulacion directa y editar por el dialogo. El defecto no era la resolucion del id, era que la afordancia mentia. `canMove(event)` en el provider, espejo de `canResize` y con su razon escrita, y `disabled` en los TRES `DragDrop.Draggable` (mes · all-day · timed). De paso, el handler de teclado gateaba las DOS permisos con `canResize`; ahora cada flecha consulta la suya (Shift → resize, flecha sola → move). Hoy los dos predicados valen lo mismo, asi que en el teclado no cambia la conducta, solo el significado. Medido en navegador: la ocurrencia ya no INICIA el arrastre (ni `data-dragover` ni `data-dragging`), y un evento normal sigue cayendo — Retro 18 jun -> 25 jun. Teclado: flecha sobre la ocurrencia no mueve ni agarra; sobre `Launch` mueve 15 jun -> 16 jun. Queda la mitad cosmetica, anotada: el chip bloqueado sigue con `cursor: grab` y sin `data-disabled`, porque `Draggable` no lo estampa. Pintarlo pide un gancho declarado — decision, no bug. Y el handoff registra por que la rebanada 3 de C5 no es mecanica: casi todos los helpers de la vista de mes los comparten semana y agenda, y varios son COMPORTAMIENTO que pertenece a soma. Partir la vista antes de mover eso repartia la fuga entre cuatro ficheros en vez de arreglarla. check 74 = base · 458 vitest · docs:check 0/621 · rtl:check 0/177 · consola limpia. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	fc3a9c0e5a	feat(eidos): el editor de chronos sube a la raiz, como la paleta ... C5 rebanada 2 de 4. El Dialog del editor tenia el mismo hueco que la paleta y se cierra igual: extraido a `chronos-editor.svelte` (Dialog + editorCtx + save/remove) y renderizado por la RAIZ, no por el cuerpo por defecto. Un arbol compuesto que coloque `EditAction` o celdas de dia —partes publicas— ya recibe editor cuando algo llama a `openEdit` / `openCreate`; antes, sencillamente, no tenia ninguno. `chronos-view.svelte` baja de 1199 a 893 lineas y pierde los 7 imports que la extraccion dejo huerfanos. Medido con el discriminador que si distingue de quien es el editor (el portal del Dialog hace que `contains()` no sirva): mover SOLO la instancia compuesta 5 meses y luego elegir desde SU paleta un evento de junio. away -> [junio (defecto), noviembre (compuesta)] elegir «Retro» en la paleta de la COMPUESTA after -> [junio (defecto), junio (compuesta)] la de por defecto NUNCA se movio 1 editor abierto · title «Evento» · EditAction presente El handler corrio en el provider de la instancia compuesta y el editor que aparecio es el suyo. Camino por defecto tambien medido: clic en un chip abre el editor en modo vista, con EditAction traducido, el «when» y el pie. check 74 = base · 458 vitest · docs:check 0/621 · rtl:check 0/177 · consola limpia. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	a542f9f10d	feat(eidos): chronos abre su estructura, y el cuerpo por defecto la estrena ... C5 rebanada 1 de 4. Que partes son publicas no es cuestion de gusto: es `kind` en el morfo (21 publicas, 12 privadas). Namespace `Chronos.*` con la forma de Table/Calendar, y la raiz gana ranura de composicion — pasar `children` REEMPLAZA el cuerpo por defecto. Antes se renderizaban ADEMAS de la vista completa, un segundo arbol colgando de un calendario entero; ningun consumidor los pasaba. Ocho partes de toolbar (`Toolbar`, `Heading`, `Prev`/`Next`/`Today`/`Undo`/ `Redo`/`SearchButton`), ergonomicas al estilo `Calendar.PrevButton`: componen el IconButton/Button del sistema, su glifo y la llamada al provider, asi que el consumidor recibe un control que FUNCIONA y no un gancho vacio. El cuerpo por defecto se recompone desde ellas — no es un camino privilegiado, es el primer consumidor de la API compuesta. `searchOpen` sube al provider: en un toolbar compuesto el boton y la paleta viven en subarboles distintos y el provider es el unico sitio que alcanzan los dos. Y la prueba compuesta destapo un hueco real — el SearchButton compuesto no abria nada porque la paleta vivia en el cuerpo por defecto. Los overlays pertenecen a la RAIZ: extraida a `chronos-search-palette.svelte`. El Dialog del editor tiene el mismo hueco y sigue dentro de la vista; es lo primero de la rebanada 2. Dos declaraciones falsas mas, del patron de siempre: `toolbar` declaraba `header` y se pintaba un `div`; `heading` declaraba `div` y se pintaba un `span`. Los wrappers renderizan lo DECLARADO, medido sin desplazamiento. Medido con dos instancias en la misma pagina: next en la compuesta mueve solo la compuesta (junio -> julio), prev en la de por defecto mueve solo esa (junio -> mayo), ids de heading distintos, y la paleta de cada raiz lista sus 18 eventos por separado. check 74 = base · 458 vitest · morfo:check PASS chronos · docs:check 0/621 · rtl:check 0/177 · eidos-lint invalid 0 · consola limpia en las tres vistas. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	968fff9cdf	feat(morfo,soma,eidos): chronos deja de tener partes que el morfo no conoce ... C3 cierra con `more-link` y C4 con los seis marcadores que eidos estilizaba sin declaracion. Los tres botones sin fuentes (`day-add`, `edit-action`, `search-button`) comparten una clase; `undo`/`redo` se cablean sobre la del nav; `timegrid` pasa a `time-view` porque estaba a un guion de la parte `time-grid` que vive dentro; `peek-panel` y `day-peek` quedan como partes de display puro con marcador inline. Cada una renderiza un `<button>` real cuando el morfo lo declara: una `Region` que cae a `<div>` pondria el `type` declarado sobre un no-boton. La lupa deja de ser un adorno sin `onclick`: abre una paleta `Command.Dialog` sobre TODOS los eventos, no un filtro de la vista, con `goToDate` nuevo en el provider — la generalizacion de la que `goToday` era un caso particular. El texto buscable viaja en `keywords` porque el scorer de Command lee value + keywords y NUNCA los hijos renderizados, asi que se busca por titulo, por tipo y por fecha. Y tres etiquetas que mentian en silencio: `translationRef` / `commonRef` normalizan la clave LITERAL y no consultan ningun mapa, asi que `prevMonth` / `nextMonth` / `moreEvents` y `action.undo` / `action.redo` caian al fallback ingles en una pagina `es`. Corregidas contra el catalogo, con `common.buttons.undo` / `redo` anadidas. Verificado: check 74 = base (delta cero) · 458 vitest · docs:check 0/621 · rtl:check 0/177 · eidos-lint chronos morfo-backed 32 -> 44, invalid 0 · navegador limpio en las tres vistas, con el A/B del undo medido (18 jun -> drag -> 25 jun -> undo -> 18 jun -> redo -> 25 jun) y el salto de la paleta (noviembre -> elegir Retro -> junio). 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	b345aa5317	docs(process): el handoff de blocks avisa de que el sonido cambio de modelo ... soundTuning/SOUND_TUNINGS/sound() estan retirados con guard propio: el sonido ya no se modula, se ELIGE, y lo decide el mapa por verbo — un pack escribe regla solo cuando difiere del default. Nada de la cola se invalida (lo pendiente es que evento se emite y sobre que parte), pero el metodo cambia: si hace falta tocar el sonido, se NOMBRA. Y el limite de la sonda, que el handoff de sema documenta como leccion cara: contar nodos de audio sirve para saber si emite, no para saber como suena — eso exige render offline y medir el pico. 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	c16ad18bc3	docs(process): el handoff deja de decir que esta pusheado y que el servicio es uno ... Dos frases que quedaron mintiendo tras la actualizacion: el push a gita (esta en alpha-0.1-dir-prefs, sin push) y la convencion de servicios (son dos desde hoy, traductor y anunciador). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2 months ago
dev	05eb11f2b8	docs(process): el handoff de blocks cuenta lo que hay, no lo que habia ... El documento decia 29 confirmados por arreglar y 50 sin verificar — justo lo que la re-verificacion invalido. Ahora apunta al ledger como fuente viva, recoge el hallazgo grande (8 de las 12 ALTA de percepcion eran del canon), lo hecho en 866089a40, lo que queda por orden, la sonda de sema y el aviso de arbol compartido. 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